問題タブ [terracotta]

私は現在、RMIを介してEHCacheを使用する分散キャッシュを持っていますが、これは問題なく機能します。キャッシュに永続性を含めて、分散型の永続的なキャッシュを作成できるかどうか疑問に思いました。

これに加えて、キャッシュが永続的である場合、ファイルストアからロードしてから、キャッシュクラスターからブートストラップしますか？基本的に、私が欲しいのは：

• キャッシュが開始します
• キャッシュはファイルストアから永続オブジェクトをロードします
キャッシュは、通常どおり、混乱したクラスターとブートストラップに参加します

この背後にあるユースケースは、2つの同一のコンポーネントを独立したマシンで実行し、コンポーネントの1つに障害が発生した場合にデータが失われないようにキャッシュを分散することです。永続性は、両方のコンポーネントに障害が発生するまれな場合にすべてのデータが失われるのを防ぎます。

別の配布方法（テラコッタなど）に移行すると、これがサポートされますか？

• テラコッタとは何ですか？
• どのようなサービスを提供していますか？
• それはどのような問題を解決しますか？
• Terracottaが解決する問題と同様の問題を解決する他の製品は何ですか？

Terracottaは分散キャッシュですか？

1 台のマシンをテラコッタ クライアントとして使用したい。

mcahine terracotta クライアントを作成するためにソフトウェアをインストールする必要はありますか?

私は、4 つのモジュールを備えたシステムで作業しており、それぞれが独自のサーバーで動作し、それぞれがクラスター化できるはずです。

私が基本的に必要としているのは、異なるモジュールの同じエンティティで作業し、異なるスレッド、JVM、およびサーバーで変更が発生したときにそれらを適切に更新する機能を持つことです。

主にバズワードとして、テラコッタが私にとって適切な解決策になるかもしれないと聞いたことがありますが、実際にはわかりません.

この問題に取り組む方法について、いくつかの推奨事項やアイデアを聞きたいです。万が一、誰かが問題が明確に定義されていないと思う場合、私は提案を受け付けています。

編集:テラコッタが推奨されるアプローチのようです。概要として、テラコッタと統合する方法について少しガイダンスをいただければ幸いです。上記のシナリオに最適なソリューションはどれですか? Terracotta で遭遇した可能性のある落とし穴はありますか?

ありがとう、イッタイ

環境: 春 2.5.6、休止状態 3.3.2、Ehcache 2.0.1、テラコッタ 3.2.1

抽象クラスにキャッシュがあります (5 つの継承者を持つ)

6550 要素をロードするページもあります。最初はキャッシュが機能しているように見えます (項目がキャッシュから取得され、ページの読み込みが大幅に高速化されます) が、しばらくすると (数分から数時間かかります)、データベースからすべてが再読み込みされます。

Terracotta 開発者コンソールを使用すると、キャッシュが 6550 から約 70 の要素に空になっているように見えます。

私が理解していることから、timeToIdleSeconds と timeToLiveSeconds の両方をゼロに設定すると、キャッシュが永続的になるため、縮小することはありません。誰かがこれに光を当てることができますか?

Hibernate全体にまぶしたものから使用するものに切り替えてJPA2.0、プロバイダーを移植可能にするかどうかを決定しようとしています。
1.JPA2.0カスタム ユーザー タイプをサポートしていますか? 2.主にクラスタリング機能を念頭に置いて、2次キャッシュとして
実装しようとしています。私は想像しますが、実際にはわかりませんが、それは第 2 レベルのキャッシュ プロバイダーの仕様も定義しています。私が正しければ、それを実装しますか？（誰かが私に始め方を教えてくれたら幸いです）。TerracottaHibernateJPA2.0TerracottaTerracottaJPA

前もってありがとう、
イッタイ

今日、職場で同僚や上司とステートレス/ステートフル Bean について話し合いました (JSF を使用したプロジェクトを終了したばかりで、この会社で JSF 関連のことをしたのはこれが初めてでした)。セッションスコープのBean（または会話/キープアライブスコープのBean）はあまり好きではありません。彼の議論の 1 つは、たとえば 4 つの Tomcat があり、ユーザーからの要求がある場合、毎回同じ Tomcat によって「キャプチャ」されるかどうかは確かではなく、問題は、初めてリクエストが来て、セッション Bean が作成されると、その 1 つの Tomcat でのみ作成され、他の Tomcat はそれを知りません。

彼が言及した解決策の 1 つは、特定のユーザーからの要求を毎回同じ Tomcat で処理するよう強制する、いわゆる「スティッキー セッション」でした。彼によると、2番目の解決策はすべてのデータを「ビュー」に保存することですが、それは状態全体をPOSTに保存することを意味します.どういうわけか私はその考えがあまり好きではありません. 次に、状態をDBに保存し、それを必要とするリクエストが届いた場合にクエリを実行することについて言及しました。私はそれが非常に大きなパフォーマンス ヒットになると思っていましたが、DB はそのようなタスクに対して準備されている必要があるため、実際には問題にはならないと彼は言いました。

私が興味を持っている最後の解決策は、Terracotta Server でした。彼の話によると、すべての Tomcat のセッション Bean を格納することになっています (Tomcat と同期され、リクエストが来ると、内部でセッション Bean を探します)。テラコッタ）。クールでスケーラブルなように見えますが、大規模なプロ用システムで使用されたことは実際には見たことがないと彼は言いました。そうですか? いくつかの情報を試してみましたが失敗しました。Terracotta に何か問題があり、人々がそれを使用できなくなっていますか?

クエリ キャッシュを利用できるように、第 2 レベルのキャッシュ プロバイダーを使用するように hibernate プロジェクトを構成しています。

ehcache に依存関係を追加しました。

使用したいプロバイダークラスは次のとおりだと思います。

Eclipse で参照されているライブラリを見ると、 と に@Deprecated注釈が表示EhCacheProviderされSingletonEhCacheProviderます。何を与える？使用できる最新の代替プロバイダーはありますか?

問題が発生した場合に備えて、休止状態バージョン 3.4.0.GA を使用しています。

複数のピア プロセス (冗長性のため) が必要ですが、アクティブに処理する必要があるのは 1 つだけです。Terracotta がマスター -> スレーブの関係に役立つことは知っていますが、この状況でも役立つのでしょうか? 誰がアクティブに処理しているかをピアにネゴシエートさせるために使用できますか (そして、アクティブなピアが停止したときに再ネゴシエートします)?