8

私は、ServiceMixソリューションをクラスタ化する方法に関するいくつかの初期のポインタを探しています。基本的に私は必要なものである:1を失敗した場合は、1つのインスタンスに障害が発生した ServiceMixをクラスタリングするにはどうすればよいですか?

  • 場合の負荷を自分のルーティングのニーズにサービスを提供し、共有2(またはそれ以上)ServiceMixのインスタンスを持つ

    • 、(S)
    • を提供するために、他の継続生活に戻され、それが情報を検索するパーティ

    • いくつかの参照以来、私を混乱させる合流します(例えば。 http://trenaman.blogspot.fi/2010/04/four-things-you-need-to-know-about-new.html)は "JBIクラスタエンジン"について語ります。私はJBIを使いたくない。サポートは推奨されていません。別の "非JBIクラスターエンジン"が存在するのか、それとも何が起こっているのですか?
    • 「DOSGi」について多くの言及があります。 ServiceMixをクラスター化したいと思えば、私は単純な頭を心配する必要がありますか?

    私のソリューションには、おそらくJMSキューを使用して通信するバンドルがいくつかあります。その場合、には2つの独立したServiceMixインスタンス(互いに知り合わない人)があるだけです。それが最も簡単な選択肢ではないでしょうか?フェイルオーバー構成(http://servicemix.apache.org/docs/4.5.x/users-guide/failover.html)のサポートがありますが、実際にどのようなメリットがありますか(何か不足していますか)また、1つのインスタンスだけが要求を処理しているので、このフェールオーバー構成は負荷分散に役立ちません。

  • 答えて

    5

    あなたが必要とするすべては特になしフェイルオーバーと並んで実行している2つのServiceMixのインスタンスで、同じように聞こえる何から設定されます。インスタンスのクラスタが必要な場合はフェールオーバーがあり、そのうちの1つだけがサービス要求です。

    JBIのことを無視してください。分散OSGiは、あなたが記述したユースケースの赤いニシンです。

    Bodayが示唆しているように、CellarはKaraf/ServiceMixインスタンスの論理グループ全体に一様にバンドルのインストールを管理するために使用されるため、手動で各インスタンスに新しいバージョンをインストールするのではなく、

    +0

    ありがとうございました。私は正しく理解していますか?Cellarを使用してもDOSGiに入ったり、気にかけたりする必要はありませんか?デプロイメントに役立つでしょうか?私はちょっとした作業に気をつけなければ、Cellarにも忘れて、手動で各インスタンスに更新されたバージョンを配備するだけです。 –

    +0

    そうです。これが有用であれば、投票することを忘れないでください。 –

    2

    Fabric8(http://fabric8.io/)は、Karaf/ServiceMixクラスタリングなどを行うことができます。また、このような実証マスターとファブリックのエンドポイント

    クラスタ化されたラクダの例があり、としてキャメル・コンポーネントを追加クラスタ化されていること

    原理は以下の画像に示されている:

    enter image description here

    関連する問題