Docs 菜单
Docs 主页
/ /
安装
Docs 主页
/
管理
/
Kubernetes Operator 的控制器
/
安装
Docs 主页
/
管理
/
Kubernetes Operator 的控制器
/
安装

迁移到Kubernetes Operator

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

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

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

1

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

有关从早期版本的 Kubernetes 操作符 升级到 v1.33 的说明，请参阅 升级指南。

2

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

这会阻止它和Kubernetes Operator运行。

3

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

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

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

    重要

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

4

手动安装Kubernetes Operator CRD。

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

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

提示

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

kubectl get crds | grep mongodbcommunity
5

安装新的Kubernetes Operator Helm 图表。

警告

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

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

Kubernetes Operator 协调器运行并处理现有的自定义资源。

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

重要

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

7

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

Kubernetes Operator默认部署一个操作符副本。如果要运行多个副本，请参阅 https://github.com/mongodb/mongodb-kubernetes/blob/master/public/mongodb-kubernetes.yaml#L263 以了解有关扩展操作符的详细信息。

8

删除旧资产。

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

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

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

要从MongoDB Enterprise Kubernetes Operator迁移到使用 OLM 的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

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

Kubernetes Operator 可在 Red Hat 的认证 Operator 目录和 Operatorhub.io 目录中找到。

kubectl create -f <path-to-bundle>

从Community Kubernetes Operator迁移到Kubernetes Operator

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

后退

安装

来年

验证包的完整性

在此页面上