Kubernetes演算子への移行

配置タイプの手順に従って、 MongoDB Enterprise Kubernetes Operator ではなくKubernetes Operator を使用してMongoDB Enterpriseおよび MongoDB Ops Manager 配置の管理を開始します。

ほとんどの配置でMongoDB Enterprise演算子からKubernetes演算子へ移行

ほとんどの配置シナリオで移行するには、次の手順に従います。演算子ライフサイクルマネージャー（OLM）を使用して演算子配置（通常はOpenShiftクラスター）を管理している場合は、代わりにこれらの手順を参照してください。

MongoDB Enterprise Kubernetes Operator の v1.33 にアップグレードします。

MongoDB Enterprise Kubernetes Operator を 0 レプリカにスケールダウンします。

これにより、この演算子とKubernetes Operator の両方が並行して実行中ことがなくなります。

複数のKubernetesクラスターにリソースを配置している場合は、次の 2 つのタスクを実行します。

kubectl プラグインバイナリをバックアップします。これにより、問題が発生した場合にKubernetes Operator への移行を元に戻すのが簡単になります。
マルチクラスター設定ドキュメント（ MongoDB Controls for Kubernetes Operator リリースの kubectlプラグインを使用するようにしている場合）、または Helm テンプレートを使用して手動でノードクラスターを構成します。
重要
ステップ 5 でKubernetes Operator を配置する前に、 Kubernetes Operator の RBAC をノードクラスターに配置する必要があります。新しい RBAC リソースは mongodb-kubernetes-operator- で始まります。また、最新バージョンの kubectl プラグインバイナリを実行中後、mongodb-kubernetes-operator-member-list が演算子クラスターに存在することを確認する必要があります。

Kubernetes Operator CRD を手動でインストールします。

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

CRD がKubernetesクラスターにインストールされていることを確認するには、mongodbcommunity CRD を検索します。

Tip

Kubernetes Operator では、MongoDB Ops ManagerおよびMongoDB Enterpriseのカスタムリソース名が変更されていません。 MongoDB Community リソースが配置されていない場合もありますが、 Kubernetes Operator のインストールを確認する最も簡単な方法は、mongodbcommunity カスタムリソースを検索することです。

kubectl get crds | grep mongodbcommunity

新しい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>

Kubernetes Operator リコンパイラーは既存のカスタムリソースを実行、処理します。

Kubernetes Operator は、更新されたイメージ、ServiceAccounts、およびその他のリソースを適用します。

重要

この手順により、RBAC 名がMongoDB Enterprise Kubernetes Operator からKubernetes Operator に変更されたため、配置されたポッドのローリング再起動がトリガーされます。

リソースが調整され（`Running` フェーズに達して）、正常になるまで待ちます。

Kubernetes Operator は、デフォルトで 1 つの演算子レプリカを配置します。複数のレプリカを実行する場合は、演算子をスケールアップする方法の詳細について、 https://github.com/mongodb/mongodb-kubernetes/lob/ Master/public/mongodb-kubernetes.YAML#L を参照してください。263

古いアセットを排除します。

MongoDB Enterprise Kubernetes演算子の Helmチャート、およびすべてのKubernetesクラスターとバックアップされた kubectl プラグインバイナリの RBAC を削除できるようになりました。

複数のKubernetesクラスターにリソースを配置した場合は、ノードクラスターから mongodb-enterprise を安全に削除し、バックアップされた kubectl プラグインバイナリを削除できるようになりました。

MongoDB Enterprise Kubernetes Operator からOpenShiftまたはその他のプラットフォーム上のオペレーターライフサイクルマネージャー（OLM）を使用するKubernetes Operator への移行

ORM （ OpenShiftクラスターの一般的な配置方法であるが、他のKubernetesプラットフォームでも可能）を使用してMongoDB Enterprise Kubernetes Operator からKubernetes Operator に移行するには、古いオペレーターをアンインストールしてから、新しいオペレーターをインストールします。

重要

Enterprise Kubernetes Operatorを削除しても、 Kubernetesに配置するデータベースとMongoDB Ops Managerリソースには影響しません。移行プロセスはワークロードに影響を与えません。

既存のMongoDB Enterprise Kubernetes Operator サブスクリプションを削除します。

<subscription-namespace> と <subscription-name> をリソースに対応する値に置き換えます。

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

古いMongoDB Enterprise Kubernetes演算子の `ClusterServiceVersion`（CSV）を削除します。

CSV 名は通常、演算子の名前空間に CSV を一覧表示すると見つかります。<operator-namespace> と <csv-name> を適切な値に置き換えます。

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

クラスターで使用可能なカタログからKubernetes Operator をインストールします。

Kubernetes Operator は、Red Hat の認定演算子カタログおよびオペレーターハブ.ioカタログから入手できます。

kubectl create -f <path-to-bundle>

Community Kubernetes OperatorからKubernetes Operator への移行

Kubernetes Operator への移行方法については、次のリソースを参照してください。

戻る

インストール

パッケージの整合性の検証