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

# Amazon MQ の ActiveMQ: ブローカーのメモリ不足アラーム
<a name="troubleshooting-action-required-codes-broker-out-of-memory"></a>

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

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


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

再起動ループを防ぎ、BROKER\$1OOM アラームを回避するには、メッセージがすばやく消費されるようにします。これを行うには、最も効果的なブローカーインスタンスタイプを選択し、配信不能または期限切れのメッセージを破棄するために、[デッドレターキュー](https://activemq.apache.org/message-redelivery-and-dlq-handling.html)をクリーニングします。効果的なパフォーマンスを確保する方法の詳細については、「[Amazon MQ の ActiveMQ のベストプラクティス](best-practices-activemq.md)」をご覧ください。