AI エージェント向け: ドキュメントインデックスは https://www.mongodb.com/ja-jp/docs/llms.txt で利用できます。すべてのページの markdown バージョンは、いずれかの URL パスに .md を追加することで利用できます。
Docs Menu

mongot 配置に関するよくある質問

次の質問と回答では、Kubernetes 演算子 用の MongoDB コントローラーを使用した MongoDB Search とベクトル検索の配置について説明します。制限の完全なリストについては、mongot 配置制限を参照してください。配置前にバージョンの互換性を確認するには、検索とベクトル検索の互換性と要件を参照してください。

No. 1.70.1 は、自己管理型配置の最小 mongot バージョンです。以前の 0.x ビルドはプレビューリリースであり、本番環境での使用は推奨しません。

いいえ。パブリック プレビュー (0.x) 配置を GA リリースにインプレースでアップグレードすることはできません。GA に移行するには、新規インストールを実行します。

mongot ではなく mongod をバックアップします。mongot インデックスは mongotmongod から再構築する派生データであるため、mongod バックアップで十分に復旧できます。再構築には時間がかかるため、インデックス再構築時間をリカバリ時間目的 に含めます。詳細については、バックアップとリストアを参照してください。

既に実行中の配置で TLS を有効にすると、mongot が再起動して新しい証明書を読み込むため、短時間の制限された停止時が発生します。既に TLS を使用している配置で証明書をローテートするにも mongot の再起動が必要です。mongot は証明書をスタートアップ時にのみ読み込むためです。ロード バランサーの背後に複数の mongot レプリカを配置すると、再起動中もクエリを続行できます。詳しくは、 MongoDB から検索への接続を保護する を参照してください。

レプリカの数は mongot によって異なります。ロード バランサーの裏に複数の mongot レプリカを配置し、複数の Envoy レプリカも実行する場合、 mongot または Envoy 配置でローリング再起動が行われている間もクエリは実行され続けます。単一のレプリカの場合、クエリはポッドが再び準備できるまで短時間のギャップが発生します。

はい。自分のロードバランサーを使用するには、管理されていないモードで mongot を実行します。管理されていないモードは、単一クラスターの配置のみで利用できます。詳しくは、「サポートされているトポロジー」を参照してください。

はい。spec.clusters に複数のエントリがある場合は、すべてのエントリで loadBalancer.managed を設定する必要があります。Kubernetes 演算子用 MongoDB コントローラは、管理されていないロードバランサーまたはロードバランサーを使用する複数のクラスターリソースを拒否します。これは、mongod が各クラスターの mongot フリートにアクセスするために安定したルーティング可能なエンドポイントとなる接続されたデバイスを必要とするためです。詳しくは、 「サポートされているトポロジー」を参照してください。

いいえ。Kubernetes 用 MongoDB Controllers 演算子は外部 mongod を管理しないため、mongotHostsearchIndexManagementHostAndPort setParameter の値を設定しません。クエリが mongot に到達するように、外部 mongod でそれらを自分で構成する必要があります。マルチクラスター配置では、各 mongod を自分のクラスターの mongot エンドポイントとなる接続されたデバイスに向けます。

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

いいえ。機能は、mongot バイナリリリースで出荷された後にのみ自己管理型 mongot で利用できます。詳細については、mongot 配置の制限を参照してください。

このページを評価