MongoDB工具 >MongoDB Kubernetes运营商 >部署Ops Manager资源 > 部署Ops Manager资源
您可以使用Kubernetes Operator在容器中部署Ops Manager。
键 | 类型 | 描述 | 例 |
---|---|---|---|
metadata.name |
串 | 该Kubernetes Ops Manager 对象的名称。 资源名称不得超过44个字符。 也可以看看
|
om |
spec.replicas |
数 | 要并行运行的Ops Manager实例数。 最小有效值为 高度可用的Ops Manager资源 为了获得高可用性,请将此值设置为大于 |
1 |
spec.version |
串 | 要安装的Ops Manager版本。 |
4.2.12 |
spec.adminCredentials |
串 |
注意 将机密配置为使用与Ops Manager资源相同的名称空间。 |
om-admin-secret |
串 | 可选的。 Kubernetes服务ServiceType ,它在Kubernetes之外公开Ops Manager。 注意
|
LoadBalancer |
|
整数 | Ops Manager应用程序数据库 副本集的成员数。 | 3 |
|
串 | 可选的。 Ops Manager应用程序数据库 应运行的MongoDB版本。 格式应 脱机部署Ops Manager资源 要在没有Internet连接的情况下在Kubernetes中部署Ops Manager,请忽略此设置或将该值保留为空。Kubernetes Operator 默认情况下会安装捆绑的MongoDB Enterprise版本4.2.2。 要了解有关MongoDB版本控制的更多信息,请参阅 《 MongoDB手册》中的MongoDB 版本控制。 |
4.2.2-ent |
|
布尔值 | 可选的。 指示此MongoDB Kubernetes资源是否应使用持久卷进行存储的标志。当MongoDB Kubernetes资源停止或重新启动时,持久卷不会被删除。 如果该值为 要更改永久卷声明配置,请配置以下集合以满足您的部署要求:
警告 授予您的容器写入持久卷的权限。该Kubernetes操作员组中
的SecurityContext
这使得Kubernetes
尝试修复写权限
的持续音量。如果重新部署资源不能解决持久卷问题,请联系MongoDB支持。 |
true |
如果要启用备份,则必须配置以下所有设置:
键 | 类型 | 描述 | 例 |
---|---|---|---|
布尔值 | 指示已启用备份的标志。您必须指定
配置头数据库,操作日志存储和快照存储的设置。spec.backup.enabled: true |
true |
|
串 | oplog商店的名称。 | oplog1 |
|
串 | oplog存储区的MongoDB数据库资源的名称。 | my-oplog-db |
要配置快照存储,请配置以下设置:
键 | 类型 | 描述 | 例 |
---|---|---|---|
串 | S3快照存储的名称。 | s3store1 |
|
串 | 包含和
字段的机密名称。的备份守护服务使用这些字段的值作为凭证来访问S3或
S3兼容桶。accessKey secretKey |
my-s3-credentials |
|
串 | 与S3或S3兼容的存储桶的URL,用于 存储数据库备份快照。 | s3.us-east-1.amazonaws.com |
|
串 | 存储数据库备份快照的S3或S3兼容存储桶的名称。 | 我的桶 |
要配置块存储,请配置以下设置:
键 | 类型 | 描述 | 例 |
---|---|---|---|
串 | 块存储的名称。 | blockStore1 |
|
串 | 您为块存储创建的MongoDB数据库资源的名称。您必须在与Ops Manager资源相同的名称空间中部署此数据库资源。 | my-mongodb-blockstore |
.yaml
文件扩展名保存该文件。¶kubectl
在Ops Manager资源定义的文件名上调用以下命令:
要检查Ops Manager资源的状态,请调用以下命令:
status
资源部署时,该命令在该字段下返回以下输出:
Kubernetes运营商按以下顺序协调资源:
在前一个资源进入Running
阶段之前,Kubernetes Operator不会协调资源。
Ops Manager资源完成该Reconciling
阶段后,status
如果启用了备份,则该命令在字段下返回以下输出:
在Pending
配置备份数据库之前,备份将保持状态。
小费
该status.opsManager.url
字段指出资源的连接URL。使用此URL,您可以从Kubernetes集群内部访问Ops Manager或使用ConfigMap创建项目。
根据如何将流量路由到Kubernetes中的Ops Manager应用程序,您采取的步骤会有所不同。如果您已配置Kubernetes Operator为您创建Kubernetes服务,或者您手动创建了Kubernetes服务,请使用以下方法之一访问Ops Manager应用程序:
要了解如何使用第三方服务访问Ops Manager应用程序,请参阅解决方案的文档。
如果启用了备份,则必须创建Ops Manager组织,生成编程API密钥并创建密钥。这些活动遵循“ 为Kubernetes Operator创建凭据”页面上的前提条件和步骤 。
如果启用了备份,请按照“ 使用ConfigMap创建一个项目”页面上的先决条件和步骤创建项目。
您必须data.baseUrl
在ConfigMap中将其设置为Ops Manager应用程序的URL。要找到此URL,请调用以下命令:
该命令在status.opsManager.url
字段中返回Ops Manager应用程序的URL
。
重要
如果您使用Kubernetes Operator部署Ops Manager,并且Ops Manager将管理在其部署到的Kubernetes集群之外部署的MongoDB数据库资源,则必须将data.baseUrl
其spec.configuration.mms.centralUrl
设置为与Ops Manager资源规范中的设置相同的值
。
也可以看看
如果启用了Backup,则为操作日志和快照存储创建MongoDB数据库资源以完成配置。
在与Ops Manager资源相同的名称空间中为oplog存储部署MongoDB数据库资源。
注意
将此数据库创建为副本集。
metadata.name
将资源的与
spec.backup.opLogStores.mongodbResourceRef.name
您在Ops Manager资源定义中指定的匹配。
选择以下选项之一:
在与Ops Manager资源相同的名称空间中为该块存储部署MongoDB数据库资源。
metadata.name
将资源的
spec.backup.blockStores.mongodbResourceRef.name
与您在Ops Manager资源定义中指定的匹配。
配置一个S3存储桶以用作S3快照存储。
确保您可以使用在Ops Manager资源定义中指定的详细信息访问S3存储桶。
如果启用了备份,请通过调用以下命令来检查Ops Manager资源的状态:
运行Ops Manager时,该命令在该status
字段下返回以下输出:
请参阅对Kubernetes Operator进行故障排除以获取有关资源部署状态的信息。