6.4. ディストリビューションモード

分散は、numOwners として設定された、キャッシュ内の任意のエントリの固定数のコピーを保持しようとします。これにより、キャッシュを線形にスケーリングし、ノードがクラスターに追加されるにつれて、より多くのデータを格納できます。

ノードがクラスターに参加およびクラスターから離脱すると、キーのコピー数がnumOwnersより多い場合と少ない場合があります。特に、numOwnersノードがすぐに連続して離れると、一部のエントリが失われるため、分散キャッシュは、numOwners - 1ノードの障害を許容すると言われます。

コピー数は、パフォーマンスとデータの持続性を示すトレードオフを表します。維持するコピーが増えると、パフォーマンスは低くなりますが、サーバーやネットワークの障害によるデータ喪失のリスクも低くなります。保持するコピー数にかかわらず、ディストリビューションは直線的に増加します。これは、Red Hat Data Grid のスケーラビリティーに鍵となります。

キーの所有者は、キーへの書き込みを調整する1つのプライマリ所有者と、0個以上のバックアップ所有者に分割されます。プライマリ所有者とバックアップ所有者の割り当て方法の詳細は、キー所有権セクションを参照してください。

読み取り操作はプライマリー所有者からの値を要求しますが、妥当な時間内に応答しない場合、バックアップの所有者からも値を要求します。（infinispan.stagger.delay システムプロパティー）は、リクエスト間の遅延を制御します。） キーがローカルキャッシュに存在する場合、読み取り操作には0メッセージが必要になる場合があり、すべての所有者が遅い場合は最大 2 * numOwners メッセージが必要になる場合があります。

また、書き込み操作は、最大 2 * numOwners メッセージで、送信元からプライマリー所有者、numOwners - 1 メッセージ、プライマリーからバックアップへの 1 メッセージ、対応する ACK メッセージまでです。

レプリケートモードと同様に、分散モードは同期または非同期にすることもできます。レプリケートされたモードでは、更新が失われる可能性があるため、非同期レプリケーションは推奨されません。更新の損失に加えて、非同期の分散キャッシュは、スレッドがキーに書き込むときに古い値を確認し、その後に同じキーをすぐに読み取ることもできます。

トランザクション分散キャッシュは、トランザクション複製キャッシュと同じ種類のメッセージを使用しますが、ロック/準備/コミット/ロック解除メッセージは、クラスター内のすべてのノードにブロードキャストされるのではなく、影響を受けるノード（トランザクションの影響を受ける少なくとも1つのキーを所有するすべてのノード）にのみ送信されます。最適化として、トランザクションが単一のキーに書き込み、送信元がキーの主な所有者である場合、ロックメッセージは複製されません。

cache.get(k) -> v1
cache.put(k, v2)
cache.get(k) -> v2

cache.get(k) -> v1
cache.put(k, v2)
cache.get(k) -> v2

cache.get(k) -> v2
cache.get(k) -> v1

cache.get(k) -> v2
cache.get(k) -> v1