キャッシュ実装

Question

私は今、一週間のためにこれを研究してきましたが、私は私の特定の状況にいくつかの考えをたいと思います...

2物理サーバー：

• サーバーA - 公共WAR 、管理WAR

• サーバーB - 公共WAR

要件：

• 両方のWARが同じデータを表示する必要があります。

• admin WARはキャッシュにデータを変更/追加します。

• public WARsキャッシュの他の部分を変更したり、データを追加したりします。

• キャッシュ全体が各物理サーバー上のメモリに存在する必要があります（サーバーAの管理WARまたは公開WARに何かを追加する場合は、サーバーBの公開WARに表示する必要があります）。半分キャッシュが

• 1500アクティブユーザー/サーバーを移入するために、トラフィックの大半が読み込まれ、待機していない、非常に小さな書き込み

追加のハードウェアは問題外です。

このシナリオでは、サードパーティ製のキャッシュソリューションがありますか？ほとんどの分散キャッシング・システムは、サーバーAのデータの半分、サーバーBの半分のデータを残したいと考えています。これは、フェイルオーバーのパフォーマンス要件を満たしていません。

ありがとうございました！

Answer 1

the replicated options for EhCacheをご覧ください。

「レプリケートキャッシュ」とは異なる定義を持つ「分散キャッシュ」に関する情報を探していたようです。分散キャッシュとは、多くのマシンに分散している大規模なキャッシュシステムです。そのため、クラスタ内のすべてのマシンが失われても、キャッシュ全体が失われることはありません。このシナリオでは、キャッシュの合計サイズに達することができます（各マシンのマシン数と各マシンのメモリ）。

レプリケートされたキャッシュでは、キャッシュされたデータは各マシンに複製され、合計キャッシュサイズはmax（任意の1台のマシンのメモリ）に制限されます。

Answer 2

http://www.gigaspaces.com/には解決策があります。これは、レプリケートモードでキャッシュとして機能する「スペース」を作成できるため、各ノードはデータのコピーを正確に保持します。

また、フェールオーバーまたはホットスタンバイのソリューションもあります。

編集： Gigaspaceは単なる共有キャッシュではありませんが、キャッシュソリューションだけで使用できます。これはIn memory data gridと呼ばれています。彼らは劇的に彼らのウェブページを変えてしまったので、私は正確なページを見つけることができません。しかし、ドキュメントを検索すると、それを見つけることができます。

あなたはここに http://www.gigaspaces.com/datagrid

を開始することができます。しかし技術が無料ではありません。

Answer 3

あなたはRedis

Answer 4

を見なければならないことは、ほとんどの分散キャッシュシステムは、当社のフェイルオーバ パフォーマンスのニーズを満たしていないだろうサーバーB、上のサーバーAと半分の半分のデータ を残したいようです。

いいえ、簡単に調整できます。それ以外の場合は、スティッキーseesionが必要です（どのキャッシュにデータが格納されているかを正確に把握しておく必要があります）。あなたは市場のあらゆるソリューションを選択することができますEhCache、GigaSpace、GridGainなどJBoss Cacheを使用することをお勧めします。imhoは必要最小限のものです。

Answer 5

この領域には多くのソリューションがあります。

• Memcached
• EhCache
• Infinispan

それらのすべてが分散キャッシュとして構成することができます。 AFAIK Infinispanは、JBoss ASに組み込みキャッシュを残したときに最も効果的です。最後に、他のアプリケーションサーバーとの統合が難しいことを確認しました。お金があれば、テラコッタからBigMemoryをお薦めします。 EhCacheの商業的な派生物であり、多くの素晴らしい機能を提供します。

Answer 6

Apache Commons JCSを使用しており、非常に満足しています。それはalmost twice as fast as EHCacheと主張している。説明した状況では、おそらくLateral TCP Cacheを設定します。