問題タブ [terracotta]

私は TerracottaJobStore で Quartz Scheduler を使用しており、Scheduler ノードとサーバーが通信に使用するプロトコルを把握しようとしています。

別の言い方をすれば、Web アプリケーションのセットアップでは、ブラウザ (クライアント) は HTTP または HTTPS over TCP/IP を使用して Apache (サーバー) と通信します。クォーツとテラコッタに相当するものは何ですか?

Quartz Scheduler と Terracotta Server が TCP/IP を使用していることは知っていますが、HTTP などのアプリケーション層プロトコルも使用されていますか?

テラコッタと 2 つの tomcat を単一サーバーでセッション クラスタリングしたいと考えています。私は次の指示から：

http://artur.ejsmont.org/blog/content/how-to-setup-terracotta-session-clustering-and-replication-for-apache-tomcat-6

これは私の tc-config.xml です

次に、コマンドを実行しようとすると:

しかし、次のようなエラーメッセージが表示されます:

Fatal Terracotta 起動例外:

何の意味

私のアプリのコンテキストパスですか？

tomcat + terracotta でセッションをクラスター化するために、誰でもこれを解決するのを手伝ってくれますか?

ありがとう

このタグ<terracottaConfig url="host1:9510,host2:9510,host3:9510"/>は、SpringWebアプリケーション内のehcache.xmlファイルにあります。このタグのurl属性を外部化したい。URLの値は、外部ファイルのプロパティに置き換える必要があります。この問題の解決策を提案すると非常に役立ちます。

これら 3 つのプロジェクトに頭を悩ませようとしていますが、それらはすべて、クラスタ化しようとしたときに発生するわずかに異なる問題を処理しているようです。しかし、それらのドキュメントはすべて、すでに「よく知っている」開発者向けに書かれており、私のような初心者には理解が難しいものです。

• それぞれが解決しようとしている具体的な問題は何ですか? また、これらの問題は互いにどのように異なるのでしょうか?
• それらのそれぞれを使用したクラスタリングは、アプリ サーバーのクラスタリング (JBoss や GlassFish の組み込みのクラスタリング機能など) とどのように異なりますか?
• これらのフレームワークが解決する問題は、同じプロジェクトでの使用を保証するのに十分なほど異なっていますか? それとも、彼らは互いに競争相手であり、同じ/類似の問題に対して異なる解決策を持っていますか?

これらの好奇心旺盛でありながらとらえどころのないフレームワークについての洞察をお寄せいただきありがとうございます。

私は、現在の問題ステートメントについて Terracotta を評価しています。このプロセスは CPU を集中的に使用し、約 5 ～ 10 GB の作業メモリ (RAM) を必要とします。メモリ内の各オブジェクトは 1 キロバイトの細かさで、少数のプリミティブ データ型で構成されています。RAM データ全体が何千回も反復され、反復ごとにすべてのオブジェクトが変更されます。各オブジェクトは完全に変更されます。プロセスが完了するまでに数日かかります。

100 万以上のオブジェクトが分割され、複数のコア マシンで実行されるようになりましたが、(より大きな問題のために) より多くの電力とより多くの RAM が必要です。1 つのスレッドによって処理されるデータ/オブジェクトは、他のスレッドと共有されません

Terracota は良い解決策でしょうか? 何百万ものオブジェクトをクラスタリング サーバーに同期することは、効果をなくす非常に悪いボトルネックになるのでしょうか?

Spring フレームワークで ehcache を使用しています。ehcache.xml を使用して ehcache を初期化しています。ただし、実行時に terracottaconfig などの特定のプロパティを追加したいと考えています。この目的のために、クラス EhCacheManagerFactoryBean をオーバーライドしました。現在、このクラスのメソッド getObject() をオーバーライドしています (クラスが ehcache.xml ファイルで初期化される前に他のメソッド setResource() および afterPropertiesSet() が呼び出されるため、これがオーバーライドするのに正しいメソッドかどうかはわかりません)。

これは私の春の設定ファイルです

これは私がオーバーライドしたクラスメソッドです

次の例外が発生しています：

「cacheManager」という名前の Bean の作成中にエラーが発生しました: FactoryBean がオブジェクトの作成時に例外をスローしました。ネストされた例外は java.lang.IllegalStateException です: net.sf.ehcache.config.Configuration.dynamicConfig は動的に変更できません

dynamicConfig="true" を設定しました

私は Terracotta を初めて使用し、分散キャッシングのために EHcache をインストールして適切に動作させましたが、今得ているものは私が本当に望んでいるものではありません。私のアプリケーションでは、ehcache を使用して複数のクライアント キャッシュ (L1) を作成し、クライアントから削除されたキーの無効化を他のすべてのクライアントに「伝達」したいと考えています。キャッシュをテラコッタ サーバーにも常駐させたくないので、単純に L2 キャッシュを無効にして、オブジェクトをシリアル化する必要がないようにします (キャッシュで実行されるアクションは PUT と REMOVE のみです)。 . これは単に ehcache を使用して実行できることはわかっていますが、私の環境 (Amazon EC2) ではマルチキャストがサポートされておらず、クライアントは自動スケーリング機能を使用して自動的に作成されるため、クライアントの IP を知ることができません。だから基本的に、Terracotta サーバーは、無効化要求をすべてのクライアントに伝達するためだけに必要です。これを達成する方法はありますか？どうもありがとう！

私は初めてEHcacheです。EHcache-2.6.0最近、システムにインストールしましたUbuntu 12.04。私はJavaで単純なcacheput、getプログラムを実行しようとしましたが、次のエラーが発生します： We couldn't load configuration data from the server at 'localhost:9510'; retrying. (Error: Connection refused.) 誰かがこの問題を修正するのを手伝ってくれませんか？ありがとう。

私たちは Lucene で大量のユーザー情報をインデックス化しており、一度に 500 件のバッチを実行しています。インデックス作成中に、GC (ParNew) が非常に頻繁に発生します。これは正常な動作ですか、それとも GC チューニングを検討する必要がありますか?

I am trying to upgrade quartz from 1.7 to 2.1 and Terracotta from 3.3 to 3.7. I cannot get quartz to cluster properly with Terracotta 3.7 DSO (TerracottaJobStore). My application runs just fine (with RAMJobStore) using Terracotta DSO. I am able to get a simple standalone quartz example clustered with Terracotta 3.7 Express but of course our application will not run without DSO.

I am not quite sure why I am getting the following error, any help would be greatly appreciated, my only guess is quartz thinks I am running under Terracotta Express when I am in fact running Terracotta DSO, not sure why this would be though. (We need DSO btw!)

Relevant Section of tc-config

I should note that we are using Spring 3.1.0, the reference to 2.5.6 are version independent files.