mongot 配置の制限

Kubernetes 演算子の MongoDB コントローラーが管理するシャーディングされたクラスター トポロジーは、MongoDB Enterprise Advanced のみサポートされています。Kubernetes 演算子の MongoDB コントローラーがサポートするトポロジーについて詳しくは、「サポートされているトポロジー。」を参照してください。

mongot インスタンスは、1 つのレプリカセット、またはシャーディングされたクラスター内の 1 つのシャードにバインドされます。複数の mongod 配置で 1 つの mongot インスタンスを共有することはできません。レプリカセットまたはシャードごとに分離した mongot インスタンスを配置します。

mongot スタートアップ時に証明書を読み込み、実行中には再読み込みません。spec.security.tls.certsSecretPrefixが参照する Secret で TLS 証明書をローテートすると、Kubernetes Operator 用の MongoDB Controllers は変更を検出し、各 mongot グループで mongot ポッドを 1 つずつローリング方式で mongot を自動的に再起動します。

mongot スタートアップ時に認証情報を読み取ります。search-sync-source ユーザーの SCRAM パスワードをローテートした後、mongot を再起動して新しい認証情報を読み取る必要があります。MongoDB Controllers for Kubernetes 演算子 は、この変更に対して mongot を自動的に再起動しません。

mongot OCSP または CRL 証明書の失効を検証しません。失効した証明書を拒否するには、mongod 上の対応する $external ユーザーを除きます。

mongot 保管時のアプリケーションレベルの暗号化は行われません。mongot インデックス データを暗号化するには、Kubernetes レベルまたはクラウドプロバイダー メカニズムで基礎のボリュームを暗号化します。詳しくは、 MongoDB から検索への接続を保護する を参照してください。

mongot スタートアップ時に構成を読み取り、ライブ構成のリロードはサポートされません。MongoDBSearch リソースを変更すると、Kubernetes 用 MongoDB Controllers 演算子は、変更を適用するために、各 mongot グループで一度に 1 つの mongot ポッドをローリング方式で mongot を自動的に再起動します。

mongot アップグレードには、プロセスの再起動が必要です。インプレースでのバイナリスワップはサポートされていません。詳しくは、アップグレードまたはダウングレードを参照してください。

インデックスストレージは、mongot のメジャーバージ間ではポータブルではありません。mongot メジャー バージョンのダウングレードには再同期が必要です。再同期により、ソース データからインデックスが再構築されます。メジャー バージョンのアップグレードは慎重に計画し、mongod をバックアップしておきます。それにより、ダウングレードが必要になった場合にインデックスを再構築できます。

Atlas のメトリクス UI は、自己管理する mongot 配置には使用できません。モニタリングを設定するには、mongot が公開するメトリクスエンドポイントを使用するか、メトリクスフォワーダーを使用して mongot メトリクスを MongoDB Ops Manager に転送します。メトリクスフォワーダーには MongoDB Ops Manager 8.0.25 以降が必要であり、Cloud Manager はサポートされていません。詳細については、「配置をモニターする」を参照してください。

自動埋め込みはプレビュー機能であり、Voyage AI モデルのみと統合されます。別の埋め込みプロバイダーを使用するには、アプリケーションで埋め込みを生成し、ベクトル フィールドに保存します。

Atlas のみのフラグで保護されている機能は、自己管理型 mongot では使用できません。機能は、mongot バイナリリリースで出荷されて初めて自己管理型配置で使用できるようになります。

mongot 配置のトラブルシューティング

サポートされているトポロジー