部署分片集群_MonogDB 中文网

MongoDB 工具

MongoDB工具 >MongoDB Kubernetes运营商 >部署MongoDB数据库资源 >部署MongoDB数据库资源 > 部署分片集群

在本页面

先决条件
注意事项
程序

Cloud Manager和Ops Manager 4.0.11支持MongoDB资源

您可以使用Kubernetes Operator通过Ops Manager 4.0.11或更高版本以及Cloud Manager部署MongoDB资源。在本指南中任何提到Ops Manager的地方，都可以替代 Cloud Manager。

分片群集为大型数据集提供水平扩展，并通过在一组服务器之间分布数据集来实现高吞吐量操作。

要了解有关分片的更多信息，请参阅MongoDB手册中的分片简介。

使用此过程可以部署由Ops Manager管理的新分片群集。以后，您可以使用Ops Manager在群集上添加分片并执行其他维护操作。

前提条件¶

要使用object部署分片集群，您需要完成以下过程：

注意事项¶

从MongoDB Enterprise Kubernetes Operator 1.3.0版开始，每个项目只能有一个MongoDB资源。要了解如何将项目迁移到单集群配置，请参阅每个项目迁移到一个资源（版本1.3.0必需）。

不要在Kubernetes内部和外部部署监控代理¶

不要将Kubernetes外部的MongoDB部署与同一项目中的内部Kubernetes混合使用。

由于Kubernetes网络转换，Kubernetes外部的监视代理无法监视Kubernetes内的MongoDB实例。因此，不支持同一项目中的k8s和非k8s部署。使用单独的项目。

程序¶

部署分片群集的过程取决于您是否需要在群集内部通信和客户端连接到数据库的客户端启用TLS的情况下运行部署：

1个

配置`kubectl`默认为您的名称空间。¶

如果尚未安装，请运行以下命令以执行创建kubectl的名称空间中的所有命令：

复制

kubectl config set-context $(kubectl config current-context) --namespace=<namespace>

复制此分片群集资源的突出显示部分。¶

更改此YAML文件的突出显示的设置以匹配所需的分片群集配置。

这是一个YAML文件，您可以对其进行修改以符合所需的配置。更改突出显示的设置以匹配所需的分片群集配置。

复制

---
apiVersion: mongodb.com/v1
kind: MongoDB
metadata:
  name: <my-sharded-cluster>
spec:
  shardCount: 2
  mongodsPerShardCount: 3
  mongosCount: 2
  configServerCount: 3
  version: 4.2.2-ent
  opsManager:
    configMapRef:
      name: <configMap.metadata.name>
            # Must match metadata.name in ConfigMap file
  credentials: <mycredentials>
  type: ShardedCluster
  persistent: true
...

粘贴复制的示例以创建新的分片群集资源。¶

打开您首选的文本编辑器，然后将对象规范粘贴到新的文本文件中。

如下配置上一步中突出显示的设置。¶

键	类型	描述	例
`metadata.name`	串	此Kubernetes分片群集对象的标签。资源名称不得超过44个字符。也可以看看 `metadata.name` Kubernetes有关名称的文档。	`myproject`
`spec.shardCount`	整数	要部署的分片数。	`2`
`spec.mongodsPerShardCount`	整数	每个分片的分片成员数。	`3`
`spec.mongosCount`	整数	要部署的分片路由器的数量。	`2`
`spec.configServerCount`	整数	配置服务器副本集的成员数。	`3`
`spec.version`	串	分片群集应运行的MongoDB版本。格式应`X.Y.Z`为社区版和 `X.Y.Z-ent`企业版。要了解有关MongoDB版本控制的更多信息，请参阅《 MongoDB手册》中的MongoDB 版本控制。	`4.2.2-ent`
`spec.opsManager.configMapRef.name`	串	具有Ops Manager连接配置的ConfigMap的名称。该 `spec.cloudManager.configMapRef.name`设置是此设置的别名，可以代替它使用。值必须与名称空间和ConfigMap的名称匹配该值必须与您在其中创建Ops Manager 项目ConfigMap的名称空间匹配。如果此MongoDB Kubernetes资源与项目ConfigMap位于不同的名称空间中，则应使用以下格式将此值设置为ConfigMap 的名称空间和名称： `<metadata.namespace>/<metadata.name>` 操作员管理对ConfigMap的更改 Kubernetes操作员跟踪对ConfigMap的任何更改，并协调MongoDB Kubernetes资源的状态。	`<myproject>` 要么 `<namespace>/<myconfigmap>`
`spec.credentials`	串	您创建的作为Ops Manager API 身份验证凭据的Kubernetes 机密的名称，供Kubernetes操作员与Ops Manager进行通信。值必须使用名称空间和Secret的名称该值必须与您在其中创建密钥的名称空间以及`name`为Ops Manager Kubernetes Secret提供的值相匹配。如果此对象位于与Secret 不同的名称空间中，则应使用以下格式将此值设置为Secret的名称空间和名称： `<namespace>/<name>` 操作员管理对机密的更改 Kubernetes操作员跟踪对Secret的任何更改，并协调MongoDB Kubernetes资源的状态。	`<mycredentials>` 要么 `<namespace>/<mycredentials>`
`spec.type`	串	要创建的MongoDB Kubernetes资源的类型。	`ShardedCluster`
`spec.persistent`	串	可选的。指示此MongoDB Kubernetes资源是否应使用持久卷进行存储的标志。当MongoDB Kubernetes资源停止或重新启动时，持久卷不会被删除。如果此值为`true`，则将以下值设置为其默认值`16G`： `spec.shardPodSpec.persistence.single` `spec.configSrvPodSpec.persistence.single` 要更改永久卷声明配置，请配置以下集合以满足您的部署要求：如果您希望每个Pod都有一个Persistent Volume，请配置和集合。`spec.shardPodSpec.persistence.singlespec.configSrvPodSpec.persistence.single` 如果要为每个pod的数据，日记帐和日志使用单独的持久卷，请配置以下集合：在`spec.configSrvPodSpec.persistence.multiple` 集合：`.data` - `.journal` - -`.logs` 在`spec.configSrvPodSpec.persistence.multiple`集合：`.data` - `.journal` - -`.logs` 警告您的容器必须具有写入“ 永久卷”的权限。该Kubernetes操作员组中的SecurityContext 这使得Kubernetes 尝试修复写权限的持续音量。如果重新部署部署项不能解决持久卷的问题，请联系MongoDB支持。`fsGroup = 2000` 注意如果您不使用持久卷，则在查看此部署的数据时，“ 磁盘使用情况”和“ 磁盘IOPS”图表将无法显示在“ 部署”页面上的“ 进程”选项卡或“ 度量标准”页面中。	`true`

为分片群集部署添加任何其他可接受的设置。¶

您也可以将以下任何可选设置添加到对象规范文件中，以进行分片群集部署：

警告

您必须设置spec.clusterDomainKubernetes群集是否具有除default以外的默认域cluster.local。如果您既不使用默认值也不设置spec.clusterDomain选项，则Kubernetes Operator可能无法按预期运行。

对于配置服务器

对于分片路由器

对于分片成员

使用`.yaml`文件扩展名保存该文件。¶

开始分片群集部署。¶

调用以下Kubernetes命令来创建分片集群：

复制

kubectl apply -f <sharded-cluster-conf>.yaml

运行此命令后，请检查日志。如果创建成功，则应该看到类似以下的消息：

复制

2018-06-26T10:30:30.346Z INFO operator/shardedclusterkube.go:52 Created! {"sharded cluster": "my-sharded-cluster"}

跟踪分片群集部署的状态。¶

要检查MongoDB Kubernetes资源的状态，请调用以下命令：

复制

kubectl get mdb <resource-name> -o yaml -w

该-w标志表示“手表”。设置了“监视”标志后，当某些更改发生时，输出将立即刷新，直到状态阶段达到该Running状态为止。

请参阅对Kubernetes Operator进行故障排除以获取有关资源部署状态的信息。

MongoDB 工具

部署分片集群

前提条件¶

注意事项¶

不要在Kubernetes内部和外部部署监控代理¶

程序¶

配置kubectl默认为您的名称空间。¶

复制此分片群集资源的突出显示部分。¶

粘贴复制的示例以创建新的分片群集资源。¶

如下配置上一步中突出显示的设置。¶

为分片群集 部署添加任何其他可接受的设置。¶

使用.yaml文件扩展名保存该文件。¶

开始分片群集部署。¶

跟踪分片群集部署的状态。¶

配置`kubectl`默认为您的名称空间。¶

为分片群集部署添加任何其他可接受的设置。¶

使用`.yaml`文件扩展名保存该文件。¶