翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Amazon MQ の ActiveMQ: ブローカーのメモリ不足アラーム Amazon MQ
Amazon MQ の 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 アラームを回避するには、メッセージがすばやく消費されるようにします。これを行うには、最も効果的なブローカーインスタンスタイプを選択し、配信不能または期限切れのメッセージを破棄するために、デッドレターキュー
