AI エージェント向け: ドキュメントインデックスは https://www.mongodb.com/ja-jp/docs/llms.txt で利用できます。すべてのページの markdown バージョンは、いずれかの URL パスに .md を追加することで利用できます。
See how MongoDB 9.0 delivers up to 2x higher throughput.
MongoDB Branding Shape
Register now >
Docs Menu

Kubernetes用のMongoDBドライバー

Kubernetes 演算子 用 MongoDB コントローラーは、MongoDB Enterprise、Ops Manager、MongoDB Community を Kubernetes に配置します。このページでは、インストールする前に配置パスとインストール方法を選択できます。Kubernetes 演算子 を初めて使用する場合は、クイック スタートから開始します。

Kubernetes 演算子は、ローカル評価クラスターから複数の Kubernetes クラスターにまたがる本番環境配置までの幅広い配置をサポートします。目標に合ったパスを選択します。

Ops Manager とMongoDBレプリカセットをローカル マシン上の単一ノードの種類クラスターに配置します。

Kubernetes Operatorを端から端まで評価したい場合、カスタムリソースがどのように連携するかを学びたい場合、または問題をローカルで再現したい場合は、クイックスタートを選択します。

ノードやクラスターの損失に耐えられる配置が必要な場合には、ノードが1 つだけ実行されるため、理想的ではありません。

MongoDB Ops ManagerとMongoDBリソースを1つの本番環境Kubernetesクラスターに配置します。

単一の Kubernetes クラスター内で可用性要件が満たされる場合、および操作するインフラストラクチャを最小限に抑えたい場合は、単一クラスター配置を選択します。

Kubernetes クラスターまたはリージョン全体の損失から復旧する必要がある場合は、あまり理想的ではありません。

サービス メッシュの有無にかかわらず、複数の Kubernetes クラスターにわたって 1 つの MongoDB デプロイメントを配置します。

高可用性と障害復旧のためにレプリカセットのノードをリージョンまたはデータセンター間に分散させる必要がある場合は、複数のクラスター配置を選択します。

Kubernetes 演算子を評価する場合は、複数の Kubernetes クラスターを構成および操作する必要があるため、あまり理想的ではありません。

KubernetesにMongoDB Community を配置するには、GitHub のMongoDB Community のドキュメント を参照してください。MongoDB Enterprise およびMongoDB Ops Managerで利用できる構成オプションは幅広いため、このガイドではこれらの配置について説明します。

各メソッドでは同じ Kubernetes 演算子がインストールされます。各メソッドの詳細については、 Kubernetes Operator 用の MongoDB コントローラのインストール を参照してください。

MongoDB が公開する YAML マニフェストを適用します。

マニフェストをソース管理で管理する場合、またはマニフェストを適用する前に検討して編集したい場合は、kubectl を選択します。

YAML を編集せずに構成を設定する場合には、理想的ではありません。

mongodb-kubernetesチャートをインストールし、チャート値を使用して構成を設定します。

マニフェストではなく、値を使用して Kubernetes 演算子を構成する場合は Helm を選択します。または、名前空間のサブセットを監視するなど、Helm のみが公開するオプションが必要な場合も同様です。

組織で Helm が許可されていない場合は、あまり理想的ではありません。

OpenShift チャート値で oc または Helm を使用します。

MANAGED_SECURITY_CONTEXT 設定が必要な OpenShift Container Platform を実行する場合は、この方法を選択します。

OpenShift 以外の Kubernetes ディストリビューションにはあまり適していません。

エンタープライズ MongoDB の配置は、データベース自体と、データのバックアップ、オートメーション (配置、構成、アップグレード)、リアルタイム モニタリングなどを担当する外部データベース マネジメント リソースの 2 つの異なるリソース タイプで構成されています。この外部リソースは、MongoDB Ops Manager (自己管理型リソース)または Cloud Manager (マネージド型の同等品)のいずれかであります。

Community MongoDB 配置はデータベース リソースのみで構成されており、外部のマネジメント リソースは含まれません。

Kubernetes 演算子 を使用すると、これらのリソースを作成し、特定のニーズに応じて 1 つ以上の Kubernetes クラスターにわたる様々な構成で配置のすべての個別の要素を管理できます。

Kubernetes 演算子 はKubernetes Controllerであり、前述の MongoDB 要素をカスタムリソースとして含めるようにネイティブ Kubernetes API を実効的に拡張することで機能します。これにより、それらを他のリソースと同様に YAML マニフェストで定義し、Kubernetes に配置できます。

Kubernetes 演算子 を使用した Kubernetes インスタンスの構成フローを示す図。
クリックして拡大します

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 の最初のバージョンの詳細については、リリースノート を参照してください。