複数の Kubernetes クラスターを使用した配置のトラブルシューティング

項目一覧

Kubernetes クラスターの障害からの回復

マルチ Kubernetes クラスターの MongoDB 配置をトラブルシューティングするには、このセクションの手順に従います。

Kubernetes クラスターの障害からの回復

この手順では、前提条件と同じクラスター名を使用します。 MDB_CLUSTER_1MongoDB ノードを保持するクラスターがダウンし、新しいMDB_CLUSTER_4 MDB_CLUSTER_1MongoDB ノードを保持するためにではなくという名前の新しいクラスターをプロビジョニングする場合は、更新されたメンバーのリストを持つ MongoDB kubernetes プラグイン MongoDBMultiClusterを実行します。クラスターには接続し、中央クラスターでリソース仕様を編集します。

クラスター障害後に複数の Kubernetes クラスターの MongoDB 配置を再構成するには、次のように、失敗した Kubernetes クラスターを新しくプロビジョニングされたクラスターに置き換えます。

recoverパラメーターと-member-clustersオプションで指定された新しいクラスターMDB_CLUSTER_4を使用してMongoDB kubernetes プラグインを実行します。これにより、Kubernetes Operator は新しいクラスターと通信して、そのクラスター上の MongoDB ノードをスケジュールできます。次の例では、 -member-clustersに${MDB_CLUSTER_4_FULL_NAME}が含まれています。

kubectl mongodb multicluster recover \
  --central-cluster="MDB_CENTRAL_CLUSTER_FULL_NAME" \
  --member-clusters="${MDB_CLUSTER_2_FULL_NAME},${MDB_CLUSTER_3_FULL_NAME},${MDB_CLUSTER_4_FULL_NAME}" \
  --member-cluster-namespace="mongodb" \
  --central-cluster-namespace="mongodb" \
  --operator-name=mongodb-enterprise-operator-multi-cluster \
  --source-cluster="${MDB_CLUSTER_2_FULL_NAME}"

中央クラスターで、 MongoDBMultiClusterリソース仕様を検索して編集して、新しいクラスター名をclusterSpecListに追加し、失敗した Kubernetes クラスターをこのリストから削除します。クラスター名の結果のリストは、次の例のようになります。
```
clusterSpecList:
  - clusterName: ${MDB_CLUSTER_4_FULL_NAME}
    members: 3
  - clusterName: ${MDB_CLUSTER_2_FULL_NAME}
    members: 2
  - clusterName: ${MDB_CLUSTER_3_FULL_NAME}
    members: 3
```
Kubernetes Operator ポッドを再起動します。再起動後、Kubernetes Operator は、 MDB_CLUSTER_1障害の代替として作成した新しく作成したMDB_CLUSTER_4クラスター上の MongoDB 配置を調整します。リソース調整の詳細については、「配置アーキテクチャと図」を参照してください。

また、「 ConfigMap 名 mongodb-enterprise-operator-member-list はハードコードされている」も参照してください。

戻る

プラグインリファレンス

コンテナの変更