Amazon MQ for ActiveMQ: ブローカーのメモリ不足アラーム - Amazon MQ

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

Amazon MQ for ActiveMQ: ブローカーのメモリ不足アラーム

Amazon MQ for ActiveMQ は、メモリ容量不足によりブローカーが再起動ループが発生すると、BROKER_OOM アラームを生成します。ブローカーが再起動ループ (バウンスループとも呼ばれる) の状態になると、ブローカーは短時間内にリカバリの試行を繰り返します。メモリ容量不足でスタートアップを完了できないブローカーは、再起動のループに入る可能性があり、その間はブローカーとのやり取りが制限されます。

Amazon MQ は、デフォルトでブローカーのメトリクスを有効にします。ブローカーメトリクスは、Amazon CloudWatch コンソールにアクセスするか、 を使用して表示できます CloudWatch API。次のメトリクスは、ActiveMQ BROKER_OOM アラームを診断する場合に役立ちます。

Amazon MQ CloudWatch メトリクス メモリ使用量が多い理由
TotalMessageCount メッセージは、消費または破棄されるまでメモリに格納されます。メッセージ数が多いと、リソースの過剰使用が表示され、高メモリアラームの原因となる可能性があります。
HeapUsage ブローカーが現在使用している ActiveMQ JVMメモリ制限の割合。パーセンテージが高いほど、ブローカーが大量のリソースを使用していることを示し、OOMアラームが発生する可能性があります。
ConnectionCount クライアント接続にはメモリを使用するため、同時接続が多すぎると高メモリアラームの原因となる可能性があります。
CpuUtilization ブローカーが現在使用している割り当て済みEC2コンピューティングユニットの割合。
TotalConsumerCount ブローカーに接続されているすべてのコンシューマーについて、設定された数のメッセージは、コンシューマーに配信される前にストレージからメモリにロードされます。コンシューマーの接続が多いと、メモリ使用率が高くなり、高メモリアラームの原因となる可能性があります。

再起動ループを防ぎ、 BROKER_OOM アラームを回避するには、メッセージがすぐに消費されるようにします。これを行うには、最も効果的なブローカーインスタンスタイプを選択し、配信不能または期限切れのメッセージを破棄するために、デッドレターキューをクリーニングします。効果的なパフォーマンスを確保する方法の詳細については、「Amazon MQ for ActiveMQ のベストプラクティス」をご覧ください。