AppFabric Cache に対する私の第一印象は、基本的にはmemcachedと同じように分散ハッシュテーブルだということです。このようなキャッシュの典型的な使用パターンは、データがキャッシュにあるという保証はありません (古いエントリは、新しいエントリのためのスペースを作るために削除されます) が、十分な RAM があれば通常はキャッシュされます。
一方、MS は、セッション データを AppFabric キャッシュに格納するWeb セッション状態プロバイダーを提供します。これは、メモリ不足の結果としてキャッシュされたアイテムが削除されないようにする必要があるため、まったく異なる使用パターンのようです。これを実現するために、MS はすべてのデータの冗長コピーを保持する高可用性モードを提供します。さらに、エビクションを無効にすることができます。これには、キャッシュが容量に達しないように十分な RAM を割り当てる必要があります。
アプリケーションは両方のタイプ/モードのキャッシュを使用することで恩恵を受ける可能性がありますが、私が知る限り、AppFabric RAM はクラスターまたはホスト内でリングフェンスすることはできません。その場合。私が見ることができる唯一の解決策は、各モードに 1 つずつ、2 つの AppFabric キャッシュ クラスターを運用することです。
上記は状況の適切な表現ですか、それともこのシナリオに対処する構成設定が欠落していますか?