MongoDB Enterprise Kubernetes演算子は非推奨です。 新しい MongoDB Controls for Kubernetes Operator が、 MongoDB Enterprise Kubernetes Operator に置き換わります。Kubernetes Operator 用のドライバーの最初のバージョンは、 Enterprise Kubernetes Operatorの v1.33 と機能的に同等です。この変更の詳細と、新しい演算子への移行に関するガイダンスについては、 最初の 新しいバージョンの リリースノート を参照してください。MongoDB Enterprise Kubernetes Operator の今後のリリースは予定されません。各バージョンは、既存の 1 年間の サポート ポリシー に従ってサポートが終了します。継続的なサポートについては、 Kubernetes Operator 用のコントロールに移行してください。
レプリカセットとシャーディングされたクラスターの配置は、必要な構成に合わせて増やすアップまたはスケールダウンできます。スケールアップにより、配置内のメンバーやシャードの数が増加するため、配置の冗長性と可用性が向上します。配置の増やすは、対応する カスタムリソースで構成されます。
- レプリカセットのスケーリング
- レプリカセット配置をスケーリングするには、
spec.members設定を必要なレプリカセット メンバー数に設定します。 レプリケーションの詳細については、MongoDB マニュアルの 「レプリケーション」 を参照してください。 - シャーディングされたクラスターの増加
シャーディングされたクラスターの配置を増やすには、必要に応じて次の設定を設定します。
設定説明シャーディングされたクラスター内のシャードの数。
シャードあたりのメンバー数。
シャード ルーターの数。
コンフィギュレーションサーバー 内の ノードの数。
シャーディングされたクラスター構成の詳細については、MongoDB マニュアルの「 シャーディングされたクラスター コンポーネント」を参照してください。
Considerations
Kubernetes Operator は配置タイプの変更をサポートしていません。 たとえば、スタンドアロン配置をレプリカセットに変換することはできません。 配置のタイプを変更するには、次の手順をお勧めします。
必要な構成で新しい配置を作成します。
現在の配置からデータをバックアップします。
現在の配置から新しい配置にデータを復元します。
必要に応じて、新しい配置へのアプリケーション接続をテストします。
新しい配置に必要なデータが含まれており、アプリケーションがアクセスできることを確認したら、古い配置をダウンさせます。
手順
配置をスケールアップするには、スケーリングする配置構成に基づいて必要なタブを選択します。
1
spec.membersの設定を3 から4 に調整します。
apiVersion: mongodb.com/v1 kind: MongoDB metadata: name: <my-replica-set> spec: members: 3 version: "4.2.2-ent" opsManager: configMapRef: # Must match metadata.name in ConfigMap file name: <configMap.metadata.name> credentials: <mycredentials> type: ReplicaSet persistent: true ...
spec: members: 4
1
次の設定を必要な値に調整します。
apiVersion: mongodb.com/v1 kind: MongoDB metadata: name: <my-secure-sharded-cluster> spec: shardCount: 3 mongodsPerShardCount: 3 mongosCount: 3 configServerCount: 4 version: "4.2.2-ent" opsManager: configMapRef: name: <configMap.metadata.name> credentials: <mycredentials> type: ShardedCluster persistent: true ...
spec: shardCount: 3 mongodsPerShardCount: 3 mongosCount: 3 configServerCount: 4