シャーディングされたコレクションのデフラグ

コレクションバランシングステータスの構成

configureCollectionBalancingコマンドによって返されるdefragmentCollectionフィールドは、デフラグの実行中にのみtrueになります。

デフラグが自動的に終了するか、デフラグを手動で停止すると、返されたドキュメントからdefragmentCollectionフィールドが削除されます。

操作

セカンダリ ノードの読み取りはデフラグ中に許可されますが、プライマリ ノードのメタデータの更新がセカンダリ ノードに複製されるまで、完了に時間がかかる場合があります。

チャンク サイズ、バランシング、デフラグ

MongoDB バランサーの詳細についてはシャーディングされたクラスターのバランサー を参照してください。

chunkSize の概要については、「シャーディングされたクラスターの範囲サイズの変更」をご覧ください。

以下の表では、さまざまな MongoDB バージョンで chunkSize がデフラグとバランサー操作に与える影響を説明しています。

チャンクが移動、分割、マージされると、コンフィギュレーションサーバーによってチャンク操作がコミットされた後にシャード メタデータが更新されます。チャンク操作に関係のないシャードも新しいメタデータで更新されます。

シャード メタデータの更新にかかる時間は、ルーティング テーブルのサイズに比例します。コレクションの CRUD 操作は、シャード メタデータが更新される間一時的にブロックされ、ルーティング テーブルが小さいほど CRUD 操作の遅延が短くなります。

コレクションをデフラグすると、チャンクの数が減り、チャンク メタデータの更新にかかる時間が短縮されます。

システム負荷を軽減するには、シャード バランシング ウィンドウを使用して特定の時間にのみバランサーを実行するように設定します。デフラグはバランシング ウィンドウの時間に実行されます。

chunkDefragmentationThrottlingMS パラメータを使用すると、バランサーによって実行される分割コマンドとマージ コマンドのレートを制限できます。

デフラグはいつでも開始および停止できます。

シャード ゾーンを設定することもできます。シャード ゾーンはシャードキーに基づいており、各ゾーンをクラスター内の 1 つ以上のシャードに関連付けることができます。

MongoDB 6.0 以降、シャーディングされたクラスターは、チャンクの移行が必要な場合のみチャンクを分割するようになりました。これにより、チャンク サイズが chunkSize を超える場合があります。サイズの大きいチャンクの場合はシャード上のチャンク数を減らし、シャード メタデータの更新にかかる時間を短縮することでパフォーマンスを向上させます。たとえば、chunkSize を 256 MB に設定しても、シャード上のチャンクが 1 TB と表示される場合があります。

chunkSize は以下に影響します。

• 2 つのシャード間における 1 回のチャンク移行操作でバランサーが移行を試みるデータの最大量。

• デフラグ中に移行されるデータの量。