🐘🚀让您的数据库超越单个 Kubernetes 集群.docx
5墨值下载
让您的数据库超越单个
Kubernetes 集群
如果没有适当的照顾和预先计划，跨多个区域或
Kubernetes 集群运行数据库（或实际上任何应用程序）
是很棘手的。
22 年 6 月 25 日 · 数据库专区 · 教程
全球应用程序需要一个与它们所服务的用户一样分布的数
据层。Apache Cassandra
已应对这一挑战，为
Apple、Netix 和 Sony 等公司处理数据需求。传统上，
分布式应用程序的数据层管理由专门的团队处理，以管理
数千个节点的部署和操作——无论是在本地还是在云中。
为了减轻 DevOps 团队感受到的大部分负担，我们在
K8ssandra 中改进了许多这些实践和模式，利用
Kubernetes (K8s) 提供的通用控制平面。不过有一个问题
——运行数据库（或实际上任何应用程序）如果没有适当
的照顾和预先计划，跨多个区域或 K8s 集群是很棘手的。
为了向您展示我们是如何做到这一点的，让我们首先查看
在单独的 K8s 集群上运行的单个区域 K8ssandra 部署。
它由分布在该区域内三个可用区的六个 Cassandra 节点组
成，每个可用区内有两个 Cassandra 节点。在此示例中，
我们将使用 Google Cloud Platform (GCP) 区域名称。但
是，我们这里的示例可以很容易地应用于其他云甚至本地。
这是我们现在的位置：
我们的云数据库的现有部署
目标是拥有两个区域，每个区域都有一个 Cassandra 数据
中心。在我们这里的云管理 K8s 部署中，这转化为两个
K8s 集群——每个集群都有一个单独的控制平面，但使用
一个通用的虚拟私有云 (VPC) 网络。通过将我们的
Cassandra 集群扩展到多个数据中心，我们可以在区域中
断的情况下获得冗余，并在本地访问数据的情况下改善客
户端应用程序的响应时间和延迟。
这是我们的目标：拥有两个区域，每个区域都有自己的
Cassandra
数据中心。
从表面上看，我们似乎可以通过简单地启动另一个部署相
同 K8s YAML
的 K8s 集群来实现这一点。然后只需为可用
区名称添加一些调整，我们就可以称之为完成，对吧？最
终资源的形状
非常
相似，都是 K8s 对象。那么，这不应该
有效吗？好吧，
也许
。根据您的环境，这种方法
可能会
奏
效。
如果你真的很幸运，你可能是远离完全分布式数据库部署
的防火墙规则。不幸的是，它很少那么简单。即使其中一
些障碍很容易清除，还有许多其他无害的事情可能会出错
并导致降级状态。您选择的云提供商、K8s 发行版、命令
行标志，是的，甚至是 DNS——这些都可能导致您走上一
条黑暗而暴风雨的道路。因此，让我们探讨一些您可能遇
到的最常见问题，以便您可以避免它们。
规模竞赛的常见障碍
即使您的某些部署最初看起来运行良好，但当您成长为多
云环境、升级到另一个 K8s 版本或开始使用不同的发行版
和免费工具时，您可能会遇到一两个障碍。当涉及到分布
式数据库时，幕后还有很多。了解 K8s 为在一组硬件中运
行容器所做的工作将帮助您开发高级解决方案，最终开发
出适合您确切需求的解决方案。
of 7
5墨值下载
【版权声明】本文为墨天轮用户原创内容，转载时必须标注文档的来源（墨天轮），文档链接，文档作者等基本信息，否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。
下载排行榜
评论