問題タブ [terracotta]

テラコッタ(Java の世界) に似たものが Python の世界に存在するかどうか知っていますか? ねじれた？または、他の何か。

Javaのテラコッタやインフィニスパンに似た、モノラルでの分散キャッシングソリューションを探しています。nhibernate のレベル 2 キャッシュとして使用したいと考えています。Velocity と sharedcache には mono サポートがなく、memcached には分散も高可用性もありません。

よろしく、 シルマック

Terracotta を再起動せずに Terracotta 構成ファイルを動的に再読み込みし、すべてのWeb アプリのセッション レプリケーションを失う方法はありますか?

詳細情報:私は約 30 の手に負えないレガシー Java Web アプリケーションを担当しています。私の目標は、すべてのトラフィックを 1 つの Tomcat インスタンスから別の Tomcat インスタンスに迅速にリダイレクトできるようにサーバーをセットアップすることです (アップグレードの目的で、私は多くの「緊急対応」を行っているため、営業時間外の展開は不要です)。多くの場合、すぐに十分ではありません）。

私はすでにリバース プロキシをセットアップしているので、セッション レプリケーションで要件を満たす必要があります。

Tomcat 5.5 のネイティブ セッション レプリケーション機能に数日間苦労しましたが、宣伝どおりに 100% 動作することはありませんでした。Terracotta は優れたソリューションのようですが、すべてのアプリのレプリケーションを停止することなく動的に更新できる場合に限ります。

Java 分散キャッシング ソリューションを探しています。次のような機能を希望します。

• 分散
• 自動検出
• 冗長性
• 非集中型

TerraCotta のようなフレームワークを分析しましたが、これはキャッシング フレームワークに必要なすべてのものであると思われます... ただし、単一障害点となる必要な中央キャッシング ノードがあるようです。 .

独自のソリューションを展開する以外のアイデアはありますか?

Apache、Tomcat、およびそれらの前にあるロード バランサーを実行する 3 つのサーバーに Web アプリをデプロイしています。今、私はそれらをクラスター化することを考えています。

これが、私が知っているオプションの通常のオプションと私の制約です。

1. シリアル化ベースのセッション クラスタリング: 私の場合、アプリケーションはセッションで多くのオブジェクトを使用します。したがって、このソリューションを使用しないことをお勧めします。また、近い将来、サーバーの数が 5 つ以上に増える可能性があります。

2. Terracotta: 興味深い話ですが、エンタープライズ ライセンスを購入するという選択肢はありません。

3. アプリケーションをステートレスにする: ちょっと面倒ですが、魅力的に聞こえます。いくつかの設計ガイドラインとそれに関する経験を聞きたいです。

他にアドバイスはありますか？

私の主な目標はフェイルオーバーです。

これはアーキテクチャの問題です。大きなオブジェクトのキャッシュホルダーとして使用される巨大なメモリを備えたサーバーを持つという考えがあります。クライアントは、このサーバーに「アクション」を送信します (プロパティ age<13 の Search Person など)。そして、このマシン (複雑にするために、このサーバーのインスタンスを増やし、各インスタンスにデータの半分を保持するために Persons リストを配布するとよいでしょう。両方のインスタンスがクエリで動作します - MapReduce スタイル) は、条件に一致する人。他の「アクション」は、特定のキャッシュ フラッシュ、または「ID=3 の人物をインスタンスに更新する」などです。

それを行う最善の方法は Oracle Coherence だと思いますが、他のオープン ソース ソリューションやアイデアを持っている人はいないのでしょうか。

簡単な解決策の 1 つは、Hibernate で EhCache を使用することですが、これをサーバーに変換するためにどのプロトコルを使用するかわかりません (「サーバー」でメソッドを呼び出すようにアクションを送信し、メソッドはその人のリストを返します。クエリに一致します)。単純な RMI を使用できるかもしれません。私はまだ確信が持てません。より実証済みのソリューション、フレームワークが必要です。また、フェイルオーバー、自動検出、およびマップ削減があればいいと思います。EhCache ソリューションの上に GridGain をラップして解決できると思いますか? それはやり過ぎでしょうか (私はこのデータグリッド サーバーの 1 つのインスタンスだけに固執するかもしれません)。

他のオプションはテラコッタです。問題は、インスタンス間でデータを共有できるということだけで、Terracotta についてあまり知りません。あるプロセスから分散キャッシュに要素を追加し、別のプロセスにキャッシュのローカル コピーがあり、差分だけがレプリケートされる場合は? これは、すべてのプロセスがローカル キャッシュにクエリを実行し、非常に高速であるという事実にとっては素晴らしいことですが、クライアント プロセスで大量のメモリが使用されることも意味します。

それで、誰かが何かアイデアを持っていますか？

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

http://www.terracotta.orgで商品名のスープと頭が泳いでいます。私が必要なものを明確にするのを手伝ってくれる人が必要です。

背景: アプリには、Hibernate を使用しない「レガシー」永続化コードがいくつかありますが、自家製のキャッシュ実装があります。新しいエンティティは Hibernate 対応です。

私が欲しいのは、Hibernate 2nd レベルキャッシュに Terracotta を使用することです。次に、自家製のキャッシュ impl をスライドさせて、ehcache にスライドさせたいと思います (意味的には自家製のバージョンと非常に似ています) 。

と混同: ehcache がキャッシュ プロバイダーであることを Hibernate に伝えてから、テラコッタを使用するように ehcache を構成しますか?

そう

(休止状態 | レガシー永続化)-> ehcache -> テラコッタ

私は正しい軌道に乗っていますか？初心者の質問を許してください。しかし、terracotta.org のサイトは、その多くが私に商用品種を売り込もうとしているために、本当に私を混乱させます。

アプリケーションサーバー用にさまざまなJavaオブジェクト配布ライブラリ（Terracotta、JCS、JBoss、Hazelcast ...）を評価していますが、さまざまな軸での動作を理解するのに問題があります。

分散オブジェクトに対する私の要件は多くありません。つまり、1対1および1対多のメッセージングに要約されます。他にもありますが、残りの部分ではJDBCを使用するだけで、使用可能なライブラリのいずれかを使用して、この前にキャッシュを配置できると思います。

オブジェクトを分散し、ローカリティプロパティを表示するシステムが必要です。つまり、オブジェクトを取得するサーバーは、他のノードとの過剰な通信なしにオブジェクトを保持する傾向があります。Hazelcastはシンプルに見えますが（そしてピアツーピアは素晴らしいです）、オブジェクトがすべてのノードに均等に分散されている必要があるようです。

オブジェクトを、できれば透過的に永続化する方法が必要です。EC2を使用する予定なので、一時的で無料の制限付きローカルストレージ（ディスク）と永続的で非無料の無制限ストレージ（S3）のオプションがあります。OutOfMemoryErrorsについて心配しないのは素晴らしいことです。

私はテラコッタのシンプルさと「魔法」が好きですが、それは私からbeejeezusを怖がらせます。また、真に拡張するには、$$$$を費やす必要があります。そうしないと、単一のハブと通信します。

私は安くて、無料であるだけでなく、成熟した、大規模なユーザーベースの何かが欲しいです。

ご入力いただきありがとうございます。

内部に静的データがない場合に備えて、Spring Bean を共有する必要があるのはなぜですか?

現在ダウンしている Terracotta サーバーに を呼び出して接続しようとするとnet.sf.ehcache.CacheManager.create();、EHCache は 300 秒間接続を再試行し続けてから、次のメッセージで例外をスローします。

「terracottahost:9510」でサーバーから構成データを取得できませんでした。フェッチ試行時間: 300 秒。

この時間を 30 秒または 60 秒に変更する方法はありますか?