Ehcache の複製キャッシュを使用したいと思います。最初は Hibernate の 2 番目のレベルのキャッシュのバックエンドとして、次に任意のデータのキャッシュとして使用します。
memcached のような分散キャッシュがどのように機能しているかは知っており、大規模なクラスターに拡張できることも知っていますが、Ehcache レプリケーションが大規模なクラスターでどのように動作するかわかりません。
RMI、JGroups、JMS、Terracotta など、多くのレプリケーション戦略を使用できることがわかりました。RMI と Terracotta が最も人気があるようです。
多くのノード (数十など) を追加すると、レプリケーションによってパフォーマンスが低下しますか?
完全に複製されたキャッシュは、アプリケーションがほとんど読み取り専用である場合にのみ機能します。レプリケートされたキャッシュはスケーリングできません。更新を他のノードに渡すと、パフォーマンスが低下します。バックアップ レプリカを含むパーティション分割されたキャッシュが必要です。パーティション化されたキャッシュは、書き込みが集中するアプリケーションに対しても直線的にスケーリングします。
ヘーゼルキャストをお試しください！Java 用のオープン ソース (Apache ライセンス) のトランザクショナルなパーティション キャッシング ソリューションです。休止状態のセカンド レベル キャッシュ プラグインが付属しています。
数十台？問題ない。Hazelcast 100 ノード クラスターのデモは、こちらでご覧いただけます。
クラスターのスケーリングの問題に対する適切な解決策は、「バディ レプリケーション」の概念です。この場合、データはすべてのノードではなく、各ノードの隣接ノード (ただし、それをどのように定義しても) にのみレプリケートされます。スケーリングの問題なしでフェイルオーバーが得られます。
私の知る限り、ehcache はこれを行いません。ただし、JBossCache はこれを行い、ehcache と同じ方法で Hibernate と統合します。
ehcacheを使用した分散キャッシングに関するマニュアルのセクションを読みましたか？
次の章があります。