シャードキーの選択

シャードキー濃度

シャードキーの濃度によって、バランサーが作成できるチャンクの最大数が決まります。可能な場合は、濃度の高いシャードキーを選択してください。濃度が低いシャードキーでは、クラスター内の水平方向のスケーリングの有効性が低下します。

ユニークなシャードキー値は、それぞれ常に単一のチャンクにしか存在できません。continent フィールドを持つユーザー データを含むデータセットを検討します。continent 上でシャードすることを選択した場合、シャードキーの濃度は 7 になります。濃度が 7 というのは、シャーディングされたクラスター内に 7 個以下のチャンクしか存在できず、各チャンクには 1 つの固有のシャードキー値が格納されるということを意味します。これにより、クラスター内の有効なシャードの数も 7 個に制限されます。7 個を超えるシャードを追加してもメリットはありません。

以下の図は、フィールド X をシャードキーとして使用するシャーディングされたクラスターを示します。X の濃度が低い場合、挿入の分散は以下のようになります。

クリックして拡大します

データモデルで濃度の低いキーをシャーディングする必要がある場合は、濃度を高めるためにインデックス付きの複合フィールドを使用することを検討してください。

濃度の高いシャードキーだけでは、シャードされたクラスター全体へのデータの均等な分散は保証されません。シャードキーの頻度とシャードキー値が単調に変化する可能性も、データの分散に影響します。

シャードキー頻度

シャードキーの frequency は、データ内に特定のシャードキー値が出現する頻度を表します。ドキュメントの大半に、可能なシャードキーの値のサブセットしか含まれていない場合、それらの値を持つドキュメントを格納するチャンクがクラスター内のボトルネックになる可能性があります。さらに、これらのチャンクが大きくなると、それ以上分裂できなくなるため、分割不可チャンクになる可能性があります。これにより、クラスター内の水平スケーリングの有効性が低下します。

以下の図は、フィールド X をシャードキーとして使用するシャーディングされたクラスターを示します。X の値のサブセットが高頻度で発生する場合、挿入の分散は次のようになります。

クリックして拡大します

データモデルで、頻度の高い値を持つキーをシャーディングする必要がある場合は、ユニークな値または低頻度の値を使用する複合インデックスを使うことを検討します。

頻度の低いシャードキーだけでは、シャードされたクラスター全体へのデータの均等な分散は保証されません。シャードキーの濃度とシャードキー値が単調に変化する可能性も、データの分散に影響します。

単調に変化するシャードキー

単調に増加または減少する値のシャードキーを使用すると、クラスター内の単一のチャンクに挿入が分散される可能性が高くなります。

これは、すべてのクラスターに MaxKey を上限とする範囲を取得するチャンクがあるために発生します。maxKey は、常に他のすべての値よりも高いとみなされます。同様に、MinKey を下限とする範囲を取得するチャンクもあります。minKey は、常に他のすべての値よりも低いとみなされます。

シャードキー値が常に増加している場合、新しい挿入はすべて maxKey を上限とするチャンクにルーティングされます。シャードキー値が常に減少している場合、新しい挿入はすべて minKey を下限とするチャンクにルーティングされます。そのチャンクを含むシャードが書き込み操作のボトルネックになります。

データ分散を最適化するために、グローバル maxKey（または minKey）を含むチャンクは同じシャード上に留まりません。チャンクが分割されると、maxKey（または minKey）チャンクを含む新しいチャンクは別のシャードに配置されます。

以下の図は、フィールド X をシャードキーとして使用するシャーディングされたクラスターを示します。X の値が単調に増加している場合、挿入の分散は次のようになります。

クリックして拡大します

シャードキーの値が単調に減少している場合は、代わりにすべての挿入は Chunk A にルーティングされます。

データモデルで単調に変化するキーをシャーディングする必要がある場合は、ハッシュされたシャーディングの使用を検討してください。

単調に変化しないシャードキーだけでは、シャーディングされたクラスター全体へのデータの均等な分散は保証されません。シャードキーの濃度と頻度も、データの分散に影響します。

シャーディング クエリ パターン

理想的なシャードキーは、シャーディングされたクラスター全体にデータを均等に分散すると同時に、一般的なクエリ パターンを容易にします。シャードキーを選択するときは、最も一般的なクエリパターンと、選択したシャードキーがそれをカバーしているかどうかを検討します。

シャーディングされたクラスターでは、クエリにシャードキーが含まれている場合、mongos は関連データを含むシャードにのみクエリをルーティングします。クエリにシャードキーが含まれていない場合、評価のためにクエリはすべてのシャードにブロードキャストされます。このようなタイプのクエリは、スキャッター ギャザー クエリと呼ばれます。リクエストごとに複数のシャードを含むクエリは効率が悪く、クラスターにシャードを追加しても直線的にスケーリングできません。

これは、大量のデータを操作する集計クエリには適用されません。このような場合、スキャッター ギャザーはすべてのシャードでクエリを並行して実行できる有効なアプローチとなる可能性があります。

7.0 でシャードキー アナライザを使用してシャードキーを検索する

7.0 以降、MongoDB では、シャードキーの選択が簡単になります。analyzeShardKey を使用すると、シャーディングされていないコレクションまたはシャーディングされたコレクションのシャードキーを評価するためのメトリクスを計算できます。メトリクスはサンプリングされたクエリに基づいているため、シャードキーについてデータに基づいた選択を行うことができます。