WebSphere Message Broker バージョン 8.0.0.5 オペレーティング・システム: AIX、HP-Itanium、Linux、Solaris、Windows、z/OS

製品の最新バージョンについては、IBM Integration Bus バージョン 9.0 をご覧ください。

パフォーマンスの計画

ブローカー環境と、そのブローカーに関連したリソースを設計する際に、決定を行うとブローカーとアプリケーションのパフォーマンスに影響することがあります。

メッセージ・フロー
メッセージ・フローには、特定のプロトコル (WebSphere® MQ など) によりアプリケーションからメッセージを受け取る入力ノードが組み込まれます。 メッセージを入力ノードにより構文解析しなければなりません。ただし、一部のパーサーは部分構文解析をサポートしており、処理を減らせる可能性があります。 メッセージ・フロー中の、パフォーマンスに影響する可能性のあるその他の処理には、ESQL の量、効率、および複雑さ、データベースへのアクセス、作成されたメッセージ・ツリー・コピーの数があります。

ビジネス・ロジックを分割する方法を考慮する必要があります。そのためには、アプリケーションが実行する必要のある作業の量と、メッセージ・フローが実行する必要のある作業の量を考慮します。 アプリケーションとメッセージ・フローの間のすべての対話には、入出力とメッセージ構文解析が含まれるので、処理時間が増えます。 これらの対話が最小限になるように、メッセージ・フローを設計し、アプリケーションを設計するか再構築してください。

これらの要因について詳しくは、メッセージ・フロー応答時間の最適化およびメッセージ・フロー・スループットの最適化を参照してください。

メッセージおよびメッセージ・モデル
処理されるメッセージのタイプ、形式、およびサイズは、メッセージ・フローのパフォーマンスに大きな影響を与えることがあります。 例えば、持続メッセージを処理する場合には、それらのメッセージを保管用に格納する必要があります。

明確に定義された構造のメッセージを処理する必要が生じることがあります。この場合、メッセージの DFDL モデルを作成できます。構造を確認しない場合は、BLOB メッセージなどのメッセージを処理できます。

XML で作業している場合は、冗長になることがあるので、メッセージが大きくなることがありますが、XML のメッセージ内容は CWF などの他の形式より分かりやすいことに注意してください。 フィールドのサイズと順序が重要になる場合があります。これらの要因を DFDL モデルに組み込めます。

これらの要因について詳しくは、メッセージ・フロー応答時間の最適化と、『TDS メッセージの正規表現のパフォーマンスに関する考慮事項』を参照してください。

ブローカー構成
1 つ以上のコンピューター上で 1 つ以上のブローカーを作成および構成することができ、各ブローカーに対して複数の実行グループおよび複数のメッセージ・フローを作成することができます。 構成の決定は、メッセージ・フローのパフォーマンス、およびメッセージ処理の効率に影響を及ぼします。

これらの要因について詳しくは、ブローカーのチューニングおよびメッセージ・フロー・スループットの最適化を参照してください。

これらのすべての要因については、 Designing for Performance SupportPac (IP04)で詳しく説明されています。

共通のパフォーマンス・シナリオの説明については、パフォーマンス上の問題のトラブルシューティングを検討してください。

WebSphere Message Broker およびパフォーマンスに関する詳細な記述については、以下の情報源を検討してください。

特記事項 | 商標 | ダウンロード | ライブラリー | サポート | フィードバック

Copyright IBM Corporation 1999, 2014Copyright IBM Corporation 1999, 2014.

        
        最終更新:
        
        最終更新: 2015-02-28 17:47:03


タスク・トピックタスク・トピック | バージョン 8.0.0.5 | ae24000_