0

Mule Management Console (MMC) を使用する代わりに、Mule ESB を使用しています。Mule ESB をサービスとして公開している場合にロード バランサを使用して Mule ESB のバランスを取りたくない場合にロード バランサを使用したいだけです。ダウンした場合の障害点。したがって、MMC (Mule Management Console) を使用せずに、最適化された負荷分散を使用して Mule をサービスとして公開する方法の使用例が必要です。

4

2 に答える 2

1

複数の Mule インスタンスで受信 HTTP 要求の負荷を分散するには、外部ロードバランサが必要です。Mule ESB Enterprise Edition も MMC も、その手助けにはなりません。F5 BIP-IP などの商用のものを使用するか、HAProxy をセットアップできます。ロードバランサーが単一障害点になるのを避けるために、冗長 HAProxyをセットアップできます。

JMS の場合は、必ず外部メッセージ ブローカ クラスタをセットアップし、通常の jms:inbound-endpoint を使用して接続してください。Mule は競合するコンシューマとして機能し、メッセージの負荷分散を実現します。

また、これについて説明している「MuleSoft Blueprint: Load Balancing Mule for Scalability and Availability」をご覧になることをお勧めします。少し古いですが、そこにある情報のほとんどはまだ有効です。

于 2015-01-09T21:07:29.950 に答える
0

どの交通機関を使用しているかは不明ですが、選択肢の数が限られています。

  • VM トランスポートに Mule EE クラスタリング機能を使用します。
  • ロードバランサーを使用する
  • JMS や AMQP などの競合するコンシューマーをサポートするトランスポートを使用します。

より正確な情報を提供できるように、展開の詳細な説明を提供していただけますか?

于 2015-01-07T14:01:05.843 に答える