Overview
多 Kubernetes集群MongoDB部署启用不同级别的韧性,具体取决于企业应用程序的需求:
单区域,多可用区。 一个或多个 Kubernetes 集群,其中每个集群的节点将部署在同一区域的不同可用区中。 此类部署可保护支持企业应用程序的 MongoDB 实例免受区域和 Kubernetes 集群故障的影响,并在一个云区域内提供更高的可用性、灾难恢复和数据分布。
多区域。 一个或多个 Kubernetes 集群,其中每个集群部署在不同区域,并在每个区域内的不同可用区内部署集群节点。 这使您的数据库能够针对 Kubernetes 集群、区域或整个云区域丢失的情况提供恢复能力。
多 Kubernetes集群MongoDB部署允许您在跨越多个地理区域的全球集群中添加MongoDB实例,以提高数据的可用性和全球分布。
中央集群和成员集群
在多Kubernetes集群MongoDB 部署中,确定一个应充当中央集群的 Kubernetes集群。
使用 MongoDB Enterprise Kubernetes Operator 的多 Kubernetes 集群 MongoDB 部署由一个中央集群和一个或多个 Kubernetes成员集群组成:
中央集群具有以下角色:
托管 MongoDB Enterprise Kubernetes Operator
充当多 Kubernetes 集群 MongoDB 部署的控制平面
托管 MongoDB 副本集的
MongoDBMultiCluster
资源规范托管 Ops Manager(如果您使用 Kubernetes Operator 部署 Ops Manager)
还可以托管 MongoDB 副本集的成员
重要
中央集群也称为操作符集群。 在未来版本中,对中央集群的引用可能会重命名,以引用操作符集群。
成员集群托管 MongoDB 副本集。
下图展示了跨区域和可用区的多 Kubernetes集群MongoDB 部署的高级架构。 要学习;了解详情,请参阅架构、功能和限制。
注意
此部署使用服务网格。 这简化了多 Kubernetes集群MongoDB部署的配置。 服务网格可实现不同Kubernetes集群中部署的副本集成员之间的集群间通信。 MongoDB开发团队已使用 Istio 测试了这些部署,但任何在跨集群的 Pod 之间提供 FQDN 主机名解析的服务网格都应该可以正常工作。要学习;了解详情,请参阅规划外部连接。
迁移到多 Kubernetes 集群部署
您可以创建新的多 Kubernetes 集群 MongoDB 部署,并联系MongoDB 支持部门帮助您将数据从现有 Kubernetes 部署迁移到多 Kubernetes 集群 MongoDB 部署。 您无法将现有的单 Kubernetes 集群部署扩展到新的 Kubernetes 集群。