WebSphere MQパフォーマンス

Question

マシン1でMQサーバー7.1が実行されています。私はマシン1でキューにメッセージを書き込むためにJMSを使用するマシン2で実行されているJavaアプリケーションを持っています。Javaアプリケーションは毎秒何百ものメッセージを処理します。現在、キューにメッセージを書き込むには、200のテキストメッセージ（平均サイズ600バイト）または2000メッセージ/秒で約100msかかります。この合理的なパフォーマンスです。パフォーマンスをさらに向上させるためにできることはいくつかあります。すなわち速い？

Answer 1

WebSphere MQパフォーマンス・レポートには、多数の詳細な推奨事項があります。これらはSupportPacsとして公開されています。 SupportPac landing pageから始めれば、あなたが望むものはすべてMPxxと呼ばれ、プラットフォームおよびバージョンごとに利用可能です。

あなたがサポートパックから見るように、箱から出してWMQは、メッセージのサイズと種類の幅広いバリエーション間で速度と信頼性のバランスのために調整されます。設定や設計/アーキテクチャによるチューニングにはかなりの自由度があります。

永続および非永続メッセージのバッファ、トリプルライトからシングルライトへのディスク書き込みの整合性を削減するオプション、ログファイルのサイズと数値のチューニング、接続の多重化などのオプションがあります。 QMgrが特定のトラフィック特性に合わせて調整されるほど、より速くそれを得ることができるということを推測することができます。これは、新しいタイプのトラフィックがチューニング仕様の範囲外にある場合に、緊急に反応する傾向にあるQMgrをチューニングするということです。

Iはまた、別のスピンドルにWMQファイルシステムを割り当てる多大な性能向上が見られました。永続メッセージが書き込まれると、キューファイルとログファイルの両方に移動します。これらのファイルシステムの両方が同じディスクの読み書きヘッドに対して競合していると、パフォーマンスが低下する可能性があります。このため、高性能ラップトップでは、ほぼ同じサイズの仮想マシンやサーバーよりもWMQが低速で実行されることがあります。ラップトップに物理スピニングディスクがあり、WMQファイルシステムが割り当てられていて、サーバーにSANがある場合、比較はありません。

デザインの観点から、並列性から多くのパフォーマンスを得ることができます。パフォーマンスレポートによれば、クライアント接続数を増やすとパフォーマンスが大幅に向上し、その後レベルが低下して最終的には低下し始める点が分かります。幸い、落ちる前のクライアントの数は非常に多く、WebアプリケーションサーバーはWMQが動作する前に、通常は必要なJavaスレッドの数から低下します。

大きな違いをもたらす別の実装の詳細は、コミット間隔です。一度に多数のメッセージを置くことができるようなアプリであれば、パフォーマンスが向上します。同期点の下にある永続メッセージは、COMMITが発生するまでディスクにフラッシュする必要はありません。 1つの作業単位に複数のメッセージを書き込むことで、WMQはプログラムに制御を迅速に戻し、書き込みをバッファし、一度に1つのメッセージを書き込むよりもはるかに効率的に最適化することができます。

Of Mice and Elephantsこの記事では、チューニングオプションについて詳しく説明します。これは、developerWorks Mission:Messagingシリーズの一部であり、チューニングにも触れる他のいくつかの記事が含まれています。

Answer 2

私はこれを見ることをお勧めします：Configuring and tuning WebSphere MQ for performance on Windows and UNIX