症状:
メッセージスループットが期待どおりでない。
サポートされるブローカへの接続数が、「クライアントが接続を確立できない」で説明されている原因によってではなく、メッセージの入力/ 出力レートによって制限されている。
考えられる原因:
考えられる原因: ネットワーク接続または WAN が遅すぎる。
この問題の原因を確認するには:
ネットワークへ ping し、ping が戻るまでに要する時間を確認し、ネットワーク管理者に相談します。
ローカルクライアントを使用してメッセージを送受信し、ネットワークリンク経由でリモートクライアントを使用した場合と配信時間を比較します。
問題を解決するには: ネットワークリンクをアップグレードします。
考えられる原因: 接続サービスプロトコルが、TCP に比べて本質的に低速である。
たとえば、SSL ベースプロトコルや HTTP ベースプロトコルは、TCP より低速です (「トランスポートプロトコル」を参照)。
この問題の原因を確認するには: SSL ベースのプロトコルまたは HTTP ベースのプロトコルを使用している場合は、TCP を使用して配信時間を比較してみます。
問題を解決するには: 通常、アプリケーション要件によって使用するプロトコルが決定されます。そのため、「トランスポートプロトコルの調整」の説明に従いプロトコルを調整する以外に、対処方法はほとんどありません。
考えられる原因: 接続サービスプロトコルが最適に調整されていない。
この問題の原因を確認するには: プロトコルを調整し、違いが生じるかどうかを確認します。
問題を解決するには: 「トランスポートプロトコルの調整」の説明にしたがいプロトコルを調整します。
考えられる原因: メッセージのサイズが大きく、多くの帯域幅を占有してしまう。
この問題の原因を確認するには: 小さいサイズのメッセージでベンチマークを実行します。
問題を解決するには:
メッセージ圧縮機能を使用するように、アプリケーション開発者にアプリケーションを修正してもらいます。『Message Queue Developer's Guide for Java Clients』を参照してください。
データを送信することの通知としてメッセージを使用し、データの送信には別のプロトコルを使用します。
考えられる原因: 接続スループットが低速であるように見えるが、実際は、メッセージ配信プロセスのほかの手順にボトルネックがある。
この問題の原因を確認するには: 接続スループットが低速であるように見えるが、上記のどの原因では説明できない場合は、「パフォーマンスに影響する要因」を参照して、そのほかの考えられるボトルネックを特定し、次の問題に関連する現象が出ていないかどうかを確認します。
問題を解決するには: 前に示されているトラブルシューティングの節に記載された問題の解決方法に従います。