MongoDB Controls for Kubernetes Operator は、 MongoDB Enterprise、 Ops Manager 、およびMongoDB Community をKubernetesに配置します。このページは、インストールする前に配置パスとインストール方法を選択するのに役立ちます。 Kubernetes Operator を初めて使用する場合は、 クイック スタート から開始してください。
配置パスの選択
Kubernetes Operator は、ローカル評価クラスターから複数のKubernetesクラスターにまたがる本番環境の配置までの範囲の配置をサポートしています。目的に合ったパスを選択します。
Ops Manager とMongoDBレプリカセットをローカル マシン上の単一ノードの種類クラスターに配置します。 Kubernetes Operator を最後から評価する場合、カスタム リソースがどのように組み合わされるか、ローカルで問題を複製する場合は、クイック スタートを選択します。 ノードやクラスターの損失に耐えられる配置が必要な場合には、ノードが1 つだけ実行されるため、理想的ではありません。 | |
Ops Manager とMongoDB のリソースを 1 つの本番環境のKubernetesクラスターに配置します。 可用性要件が 1 つのKubernetesクラスター内で満たされ、操作するインフラストラクチャの量を最小限に抑える場合は、単一クラスターの配置を選択します。 Kubernetesクラスターまたはリージョン全体が失われた場合に耐えられる必要がある場合は、理想的ではありません。 | |
サービス メトリクスの有無にかかわらず、複数のKubernetesクラスターに 1 つのMongoDBデプロイを配置します。 より高い可用性と障害復旧のためにレプリカセットノードをリージョンまたはデータセンター全体に分散する必要がある場合は、マルチクラスター配置を選択します。 Kubernetes Operator を評価するときは、複数のKubernetesクラスターを構成および操作する必要があるため、理想的ではありません。 |
MongoDB Community をKubernetesに配置するには、 GitHub のMongoDB Community のドキュメント を参照してください。 MongoDB Enterpriseおよび Ops Manager で利用できる構成オプションは幅広いため、このガイドではそれらの配置をカバーします。
インストール方法の選択
各方法では、同じKubernetes Operator がインストールされます。各方法の詳細については、「 Kubernetes Operator 用のMongoDBコントロールのインストール 」を参照してください。
MongoDB が公開する YAML マニフェストを適用します。 ソース管理でマニフェストを保持する場合、またはマニフェストを適用する前に確認して編集する場合は、 YAML を編集せずに構成を設定する場合には、理想的ではありません。 | |
マニフェストではなく 値でKubernetes Operator を構成する場合、または名前空間のサブセットを監視するなど、ヘルムのみが公開するオプションが必要な場合は、ヘルムを選択します。 組織でHelm が許可されていない場合は、理想的ではありません。 | |
OpenShiftチャートの値とともに
OpenShift Kubernetes以外のディストリビューションには適していません。 |
Kubernetes演算子の仕組み
MongoDB のエンタープライズ配置は、データベース自体と、データのバックアップ、オートメーション（配置、構成、アップグレード）、リアルタイムモニタリングなどを担当する外部のデータベース管理リソースの 2 つの異なるリソースタイプで構成されています。この外部リソースは、Ops Manager（自己管理型リソース）またはCloud Manager （管理対象と同等）のいずれかになります。
MongoDB のコミュニティ配置はデータベースリソースのみで構成され、外部の マネジメントリソース は含まれません。
Kubernetes 演算子 を使用すると、これらのリソースを作成し、特定のニーズに応じて 1 つ以上の Kubernetes クラスターにわたる様々な構成で配置のすべての個別の要素を管理できます。
Kubernetes Operator はKubernetesドライバーであり、ネイティブKubernetes API を効果的に拡張して前述のMongoDB要素をカスタム リソースとして含めることで機能し、 Kubernetesの他のリソースと同様に、YAML マニフェストを使用してそれらを定義して配置できます。
MongoDB と MongoDB Ops Manager のカスタム リソースはスタンドアロン ポッドとして配置できますが、推奨される配置トポロジーでは、上の図に示すようにデータベースと MongoDB Ops Manager を StatefulSet として配置します。さらに、Kubernetes 演算子 では、データの保存とバックアップを担当する PersistentVolumes を作成するために、マネージド クラスターではデフォルトで利用可能な storageClass が Kubernetes クラスターで利用可能である必要があります。
Kubernetes Operator を使用して Kubernetes に MongoDB を配置するための特定のシステム要件と前提条件の詳細については、前提条件ページを参照してください。
MongoDB Controls for Kubernetes Operator は、以前のMongoDB Enterprise Kubernetes Operator とMongoDB Community Operator を置き換える演算子です。Kubernetes Operator の最初のバージョンの詳細については、リリースノート を参照してください。