自己管理型 mongot の既知の制限

このページでは、自己管理型mongot配置の制限とサポートされていない動作について説明します。

カテゴリー別の制限

以下のセクションでは、自己管理型 mongot 配置の既知の制限をカテゴリー別にまとめて説明します。

配置、トポロジー、プラットフォームのサポート

制限	に適用されます	説明
mongot スタンドアロン Tarball またはコンテナは、サポートされているエンタープライズ用の本番環境パスではありません	Enterprise Advanced:	スタンドアロンの tarball またはコンテナから`mongot`を実行することは、Enterprise Advanced でサポートされている本番環境パスではありません。エンタープライズ本番サポートでは、MCK でマネージド`mongot`と、関連する運用ツーリング、モニタリング統合、サポートカバレッジが前提となります。
atlas-local Dockerイメージは本番環境の配置ターゲットではありません	`atlas-local` Docker イメージ。	`atlas-local` Docker イメージは、ローカル開発とテストを目的とした単一コンテナ、単一ノードの設定であり、本番環境には適しません。本番環境では、サポートされている本番環境配置パスを使用します。
mongotはIBM POWER (ppc64le)またはIBM Z (s390x)ではサポートされていません	すべてのエディションと配置パス。	`mongot` IBM POWER (`ppc64le`) または IBM Z (`s390x`) ではサポートされていません。`mongot` は、`x86_64` と `aarch64` の Linux のみでサポートされています。
Windows と macOS は、ネイティブ配置ターゲットとしてサポートされていません	すべてのエディションと配置パス。	MongoDBはLinux用にビルドされているため、ネイティブのWindowsまたはmacOS`mongot` `mongot`バイナリは提供していません。ローカルでの開発およびテストを行うには、`atlas-local` Dockerイメージを使用して`mongot`を配置してください。より複雑な配置については、MongoDB Controllers for Kubernetes 演算子を使用して`mongot`を管理するか、`mongodb-community-search`コンテナイメージを構成してご利用のMongoDB環境に接続してください。

パッケージングとインストール

制限	に適用されます	説明
Linux Tarball は systemd サービスをインストールしません	Community Edition tarballによるインストール。	Linux ターボールには `systemd` ユニットが含まれていません。独自の `systemd` ユニットを作成するか、コンテナイメージを使用してプロセスライフサイクルマネジメントを行うことができます。
Community Edition ではパッケージマネージャーのインストールは利用できません	をインストールします。	`apt` また、Community Edition では `yum` のインストールは利用できません。`mongot` をインストールするには、ターボールまたはコンテナイメージを使用します。

認証とセキュリティ

制限	に適用されます	説明
X.509 証明更新には mongot の再起動が必要	すべての配置パス。	`mongot` スタートアップ時にX.509証明書を読み取ります。新しい証明書を取得するには、X.509証明書をローテーションした後に`mongot`を再起動する必要があります。中断を最小限に抑えるため、メンテナンスウィンドウ中に証明書のローテーションを予定します。
SCRAMパスワードのローテーションにはmongotの再起動が必要です	すべての配置パス。	`mongot` スタートアップ時に SCRAM 認証情報を読み取ります。新しい認証情報を取得するには、SCRAM 認証情報をローテーションした後に `mongot` を再起動する必要があります。中断を最小限に抑えるため、メンテナンスウィンドウ中に SCRAM 認証情報のローテーションを予定します。
mongot は OCSP または CRL 失効を検証しません	X.509 または TLS 認証を使用するすべての配置パス。	`mongot` X.509 または OCSP または CRL を介した TLS 証明書失効を検証しません。失効を取り扱うには、`mongod` 上の対応する `$external` ユーザーを削除します。削除後、次のハンドシェイクでは失効した証明書が拒否されます。
mongotはアプリケーションレベルでの保管時の暗号化を提供していません	すべての配置パス。	`mongot` 保管時のネイティブアプリケーションレベルの暗号化は提供されません。代わりに、基礎のファイルシステムまたはブロックデバイスを暗号化できます。例えば、Linux での LUKS または `dm-crypt`、クラウドプロバイダーでマネージドされる暗号化ボリューム、または KMS によるディスク暗号化です。
FIPS 検証済み TLS モードはサポートされていません	すべての配置パス。	`mongot` FIPS 検証済みの暗号化モードで TLS スタックを実行することはサポートされていません。

観察可能性

制限	に適用されます	説明
Atlas Search メトリクス UI は自己管理型の配置では使用できません	すべての自己管理型配置。	MongoDB Search Metrics UI は、自己管理型 `mongot` では使用できません。Prometheus と Grafana、または別のモニタリングスタックを `mongot` `/metrics` エンドポイントとともに使用します。詳しくは、「モニタリングツール統合」を参照してください。
MongoDB Ops Managerの可視性は完全ではありません `mongot`	Ops Manager と Kubernetes Operator 用 MongoDB Controllers を使用する Enterprise Advanced の配置。	Enterprise Advanced では、Ops Manager は Kubernetes 演算子の MongoDB Controllers によって配置された OpenTelemetry パイプラインを通じて、限定されたメトリクスセットを取り込み、表示します。これらのメトリクスはサポートトリアージとヘルスの可視性のためにキュレーションされていますが、詳細な診断のためではありません。

操作とアップグレード

制限	に適用されます	説明
1 つの mongot インスタンスで複数の mongod 配置に対応できません	すべての配置パス。	1 つの `mongot` インスタンスは複数の無関係な MongoDB 配置で共有できません。`mongot` インスタンスは正確に 1 つのレプリカセット、またはシャーディングされたクラスター内の 1 つのシャードにバインドされるためです。複数の MongoDB 配置のクエリを処理するには、レプリカセットまたはシャードごとに別々の `mongot` インスタンスを配置します。
メジャーバージョンのダウングレードには再同期が必要です	すべての配置パス。	メジャーバージョンで `mongot` をダウングレードするには、メジャーバージョンはロールバックに安全ではないため、`mongod` と `mongot` の間で再同期する必要があります。
mongot のアップグレードにはプロセスの再起動が必要です。	すべての配置パス。	`mongot` アップグレードには、プロセスの再起動が必要です。中断を最小限に抑えるには、メンテナンスウィンドウを予定するか、MongoDB Controllers for Kubernetes Operator の下で複数の `mongot` インスタンスを使用してローリング再起動パターンを使用します。
mongot の構成変更には再起動が必要です	すべての配置パス。	`mongot` スタートアップ時に構成を読み取ります。構成の変更を適用するには、`mongot` 構成ファイルを編集した後に `mongot` を再起動する必要があります。

Atlas と自己管理型の機能比較

次のセクションでは、Atlas と自己管理型 mongot の間での MongoDB Search と MongoDB ベクトル検索機能のサポートを比較します。このセクションの表を使用して、移行またはハイブリッド配置のオプションを比較します。

検索とベクトル検索の動作

検索とベクトル検索は、Atlas と自己管理型 mongot で同じ検索エンジンを共有しているため、クエリの動作、スコアリング、インデックスの意味論は、プラットフォーム間で一般的に一貫しています。

次の表は、Atlas 管理型と自己管理型 mongot の間で利用可能な Search およびベクトル検索機能を比較しています。

検索とベクトル検索の機能	機能の可用性
`$search`、`$searchMeta`、および`$vectorSearch`集計ステージ	Atlas と自己管理型でも同様
インデックス定義構文	`nestedRoot` 自己管理型 `mongot` では構文はサポートされていません。詳細については、「ベクトル検索のフィールドにインデックスを付ける方法」を参照してください。
`createSearchIndex`, `dropSearchIndex`、`updateSearchIndex`、`getSearchIndexes` ヘルパーメソッド	Atlas と自己管理型でも同様
`$listSearchIndexes` 集計ステージ	自己管理型 `mongot` の出力は Atlas Search とは異なります。Atlas Search の出力シェイプについては、`$listSearchIndexes` を参照してください。自己管理型 `mongot` の出力は次のフィールドで異なります。最上位の `type` フィールドなし `synonymMappingStatusDetail` ネストされたドキュメントではなく、ステータスオブジェクトのフラットリストです
Lucene に基づいたスコアリングとランキング	Atlas と自己管理型でも同様
同義語、アナライザ、およびカスタムマッピング	Atlas と自己管理型でも同様
ベクトル量子化オプション	Atlas と自己管理型でも同様
`$rerank`	Atlas でのみ利用できます。
Voyage AI による自動埋め込み	両方のプラットフォームでプレビューします。自己管理型 `mongot` でサポートされている自動埋め込み機能については、「自動埋め込み」を参照してください。

自動埋め込み

以下の表は、Atlas と自己管理型 mongot の間の自動埋め込み機能サポートを比較しています。自動埋め込みの詳細については、「自動埋め込みの概要」を参照してください。

自動埋め込み機能	Atlas	自己管理型 `mongot`
Voyage AI 統合	Available with the same Voyage AI models and options as self-managed `mongot`.	Atlas と同じ Voyage AI モデルとオプションを使用してプレビューで利用できます。
レート制限の可視性	Atlas は UI で RPM と TPM の制限を公開しています。	レート制限の表示はプロダクトには表示されません。制限は Voyage AI 側で強制されます。
請求パス	Atlas は、MongoDB プロキシエンドポイントを介して埋め込みに請求できます。	請求は、MongoDB プロキシエンドポイントを使用するか、Voyage AI に直接接続するかによって異なります。

配置とライフサイクルマネジメント

以下の表は、mongotの配置およびライフサイクル管理という運用の側面を、Atlasと自己管理型の配置がそれぞれどのように取り扱っているかを比較したものです。

運用面	Atlas	自己管理型 `mongot`
プロビジョニング	MongoDB は `mongot` をプロビジョニングして実行します。	tarball、コンテナ、Kubernetes Operator 用 MongoDB Controllers、または `atlas-local` を使用して `mongot` をプロビジョニングします。
`mongot` バージョンの可視性	Atlasは、直接的な`mongot`バージョン文字列ではなく、リリース時期を公開します。	`mongot` パッケージは明示的な `MAJOR.MINOR.PATCH` バージョンでバージョン管理されています。
アップグレード	MongoDB は Atlas のアップグレードを独自のペースで実行します。	アップグレードは完全に自己管理型です。
セキュリティパッチ	MongoDB は Atlas でパッチを適用します。	セキュリティパッチには、自己管理型のアップグレードが必要です。
マルチインスタンスの拡大	MongoDB Searchノードは、マネージドサービス内でのスケールアウトを取り扱います。	複数の検索ノードまたはシャーディングされたトポロジの場合は、Kubernetes Operator用MongoDB Controllersを使用するか、トポロジーを自己管理します。
シャーディングされたクラスター	Atlas でサポートされています。	Enterprise Advanced用Kubernetes 演算子用MongoDB Controllersのみでサポートされています。Kubernetes Operator用MongoDB Controllersは、Community Editionでシャーディングされたアーキテクチャをサポートしません。

監視と観察権

次の表は、Atlas と自己管理型 mongot で利用できるモニタリングツールと可視化オプションを比較しています。

モニタリングと可視性オプション	Atlas	自己管理型 `mongot`
MongoDB Search メトリクス UI	Atlas UI で利用可能です。	利用できません。詳細については、可視性を参照してください。
MongoDB マネージドアラート	デフォルトのスレッショルドを持つキュレーションされたアラート。	アラートは自分で定義します。詳細については、「mongot の推奨アラート」を参照してください。
FTDC 保持	MongoDB により管理されます。	ローテーションと保持を管理します。
ログの保持	MongoDB により管理されます。	ログを転送して保持します。
`mongot`メトリクスダッシュボード	Atlas UI で利用可能です。	UI コンポーネントには用意されていません。`mongot` メトリクスからダッシュボードをビルドする方法については、「mongot のメトリクス参照」を参照してください。
MongoDB Ops Manager `mongot` の表示	Atlas では利用できません。	Enterprise Advanced では、MongoDB Ops Manager は Kubernetes 演算子が配置した OpenTelemetry パイプラインを通じて、キュレーションされた `mongot` メトリクスを公開します。詳細については、「可視性」を参照してください。

信頼性と可用性

次の表は、Atlas と自己管理型配置で mongod と mongot の可用性と信頼性の機能をどのように取り扱うかを比較しています。

信頼性と可用性の機能	Atlas マネージド配置	自己管理型配置
`mongot` インスタンスの利用可能性	Atlas は復旧の動作を管理します。	監督と復旧はお客様の責任です。Kubernetes Operator マネージドレプリカには MongoDB Controllers を使用し、それ以外にはお客様のプロセス監督を使用します。
バックアップと復元	Atlas クラウドバックアップは`mongod`のスナップショットを管理します。`mongot`の検索インデックスは、MongoDBデータベースのスナップショットから復元されたデータから再構築できます。	`mongod`のバックアップはお客様の責任です。`mongot`の検索インデックスは、MongoDB データベーススナップショットから復元されたデータから再構築できます。
障害復旧	Atlas は、リージョン別のフェイルオーバーパターンとクラウドフェイルオーバーパターンを提供します。	障害復旧トポロジーはお客様が自ら設計します。
キャパシティーの拡大	Atlas は、マネージドな Search ノードの拡大を提供します。	キャパシティーは事前にサイズ設定され、`mongot` リソースを変更して必要に応じて再起動することでリスケールされます。

セキュリティ

次の表は、Atlasマネージド配置と自己管理型配置が mongod と mongot のセキュリティをどのように取り扱うかを比較しています。

セキュリティ機能	Atlas マネージド配置	自己管理型配置
`mongod` と `mongot` の間の認証	Atlas により内部でマネージされます。	SCRAM または X.509 認証を構成します。
`mongod` から `mongot` への TLS	Atlas により常に有効にされ、管理されます。	TLS は自分で構成します。
保管時の暗号化	Atlas は KMS 統合など、マネージドな保管時の暗号化オプションを提供します。	`mongot` 保管時のネイティブ暗号化は提供されていません。詳細については、「認証とセキュリティ。」を参照してください。

戻る

トラブルシューティング

リリースノート