Docs 菜单
Docs 主页
/
适用于Kubernetes Operator 的MongoDB控制器
/
安装

迁移到Kubernetes Operator 的MongoDB控制器

按照适用于您的部署类型的步骤，开始使用MongoDB Controllers for Kubernetes Operator（而不是MongoDB Enterprise Kubernetes Operator）管理MongoDB Enterprise和 MongoDB Ops Manager 部署。

对于大多数部署，从MongoDB Enterprise Operator 迁移到MongoDB Controllers for Kubernetes Operator

在大多数部署场景中，请按照以下步骤进行迁移。如果您使用 Operator Lifecycle 经理 (OLM)管理操作符部署（通常在OpenShift集群上），请参阅这些步骤。

1

升级到 v1.33 的MongoDB Enterprise Kubernetes Operator。

2

将MongoDB Enterprise Kubernetes Operator 缩减至 0 个副本。

这会阻止MongoDB Controllers for Kubernetes Operator 并行运行。

3

如果跨多个Kubernetes集群部署资源，请执行以下两个任务：

  1. 备份 kubectl 插件二进制文件。这样，在遇到问题时，您可以更轻松地反向迁移到Kubernetes Operator 的MongoDB控制器。

  2. 按照多集群设置文档配置（确保使用Kubernetes Operator发布的MongoDB控制器中的kubectl插件）或手动使用 Helm 模板来配置成员集群。

    重要

    在步骤 5 中部署适用于Kubernetes Operator 的MongoDB控制器之前，必须将适用于Kubernetes Operator 的 RBAC 的MongoDB控制器部署到成员集群。新的 RBAC 资源以 mongodb-kubernetes-operator- 开头。您还必须确保在运行最新版本的 kubectl 插件二进制文件后，您的操作符集群上存在 mongodb-kubernetes-operator-member-list。

4

手动安装适用于Kubernetes Operator CRD 的MongoDB控制器。

kubectl apply -f https://raw.githubusercontent.com/mongodb/mongodb-kubernetes/1.2.0/public/crds.yaml

要验证Kubernetes集群上是否安装了 CRD，搜索mongodbcommunity CRD：

提示

MongoDB Ops Manager和MongoDB Enterprise的自定义资源名称在MongoDB Controllers for Kubernetes Operator 中没有更改。 尽管您可能没有部署MongoDB Community资源，但搜索 mongodbcommunity 自定义资源是验证MongoDB Controllers for Kubernetes Operator 安装的最简单方法。

kubectl get crds | grep mongodbcommunity
5

为Kubernetes Operator Helm 图表安装新的MongoDB控制器。

警告

如果您已覆盖Enterprise Kubernetes Operator部署的默认Helm 图表值，则不应为Kubernetes Operator部署的MongoDB控制器使用相同的值，因为资源名称可能会发生冲突并阻止迁移成功。

helm repo add mongodb https://mongodb.github.io/helm-charts && \
helm repo update && \
helm upgrade --install mongodb-kubernetes-operator mongodb/mongodb-kubernetes --namespace <your-namespace>
6

MongoDB Controllers for Kubernetes Operator 调节器运行并处理现有的自定义资源。

MongoDB Controllers for Kubernetes Operator 应用更新的映像、ServiceAccounts 和其他资源。

重要

此步骤会触发已部署 Pod 的滚动重启，因为 RBAC 名称已从MongoDB Enterprise Kubernetes Operator 更改为MongoDB Controllers for Kubernetes Operator。

7

等待资源协调（达到 Running 阶段）并恢复正常。

默认下， Kubernetes Operator 的MongoDB控制器不会并行协调多个资源。要更改默认行为，请参阅 https://github.com/mongodb/mongodb-kubernetes/blob/master/public/mongodb-kubernetes.yaml#L358 并增加 MDB_MAX_CONCURRENT_RECONCILES 环境变量。

8

删除旧资产。

现在，您可以删除MongoDB Enterprise Kubernetes Operator 的 Helm 图表 ，以及所有Kubernetes集群上的 RBAC 和任何备份的 kubectl 插件二进制文件。

如果您已跨多个Kubernetes集群部署资源，则现在可以安全地从成员集群中删除mongodb-enterprise，并删除备份的 kubectl 插件二进制文件。

使用OpenShift或其他平台上的 Operator Lifecycle 经理 (OLM) 从MongoDB Enterprise Kubernetes Operator 迁移到MongoDB Controllers for Kubernetes Operator

要使用 OLM 从MongoDB Enterprise Kubernetes Operator迁移到MongoDB Controllers for Kubernetes Operator（这是OpenShift集群上的典型部署方法，但在其他Kubernetes平台上也是可行的），请卸载旧操作符 ，然后安装新 Operator：

重要

删除Enterprise Kubernetes Operator不会影响您部署到Kubernetes 的数据库和MongoDB Ops Manager资源。迁移进程不会影响您的工作负载。

1

删除现有的MongoDB Enterprise Kubernetes Operator 订阅。

将 <subscription-namespace> 和 <subscription-name> 替换为与您的资源相对应的值。

kubectl -n <subscription-namespace> delete subscription <subscription-name>
2

删除旧MongoDB Enterprise Kubernetes Operator 的 ClusterServiceVersion ( 逗号分隔值（CSV） )。

通常可以通过在操作符的命名空间中列出 CSV 来找到逗号分隔值（CSV）名称。将 <operator-namespace> 和 <csv-name> 替换为适当的值。

kubectl -n <operator-namespace> delete csv <csv-name>
3

从集群上的可用目录安装MongoDB Controllers for Kubernetes Operator。

适用于Kubernetes Operator 的MongoDB控制器可在 Red Hat 的认证 Operator 目录和Operatorhub.io目录中找到。

kubectl create -f <path-to-bundle>

从Community Kubernetes Operator迁移到MongoDB Controllers for Kubernetes Operator

请参阅以下资源，学习；了解如何迁移到Kubernetes Operator 的MongoDB控制器：

后退

安装

来年

验证包的完整性

在此页面上