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

# Amazon MQ for RabbitMQ: 高メモリアラーム
<a name="troubleshooting-action-required-codes-rabbitmq-memory-alarm"></a>

Amazon MQ for RabbitMQ は、CloudWatch メトリクス `RabbitMQMemUsed` によって識別されるブローカーのメモリ使用量が、`RabbitMQMemLimit` によって識別されるメモリ制限を超えると、高メモリアラームを生成します。

高メモリアラームが発生した RabbitMQ ブローカーでは、メッセージを発行しているすべてのクライアントがブロックされます。ブローカーが[再起動ループ](troubleshooting-rabbitmq.md#single-instance-broker-restart-loop)に入ったり、[キューの同期が一時停止](troubleshooting-rabbitmq.md#addressing-paused-queue-sync)されたり、アラームの診断と解決を複雑にするその他の問題が発生したりすることがあります。

高メモリアラームを診断して解決するには、まず RabbitMQ のすべての[ベストプラクティス](best-practices-rabbitmq.md)に従い、次のステップを実行します。

**重要**  
`RabbitMQMemLimit` は Amazon MQ によって設定され、ホストインスタンスタイプごとに使用可能なメモリを考慮して特別に調整されます。詳細については、「[メモリとディスクのアラーム](rmq-broker-instance-types.md#rabbitmq-memory-disk-thresholds)」を参照してください。
Amazon MQ では、高メモリアラームが発生しているブローカーの再起動は行われません。また、ブローカーでアラームが発生し続ける限り [https://docs.aws.amazon.com/amazon-mq/latest/api-reference/brokers-broker-id-reboot.html](https://docs.aws.amazon.com/amazon-mq/latest/api-reference/brokers-broker-id-reboot.html) API オペレーションに対して例外が返されます。

## ステップ 1: 高メモリアラームを診断する
<a name="diagnosing-high-memory-alarm"></a>

 Amazon MQ for RabbitMQ ブローカーで高メモリアラームを診断するには、2 つの方法があります。CloudWatch で RabbitMQ ウェブコンソールと Amazon MQ メトリクスの両方をチェックすることをお勧めします。

### RabbitMQ ウェブコンソールを使用した高メモリアラームの診断
<a name="diagnose-using-console"></a>

RabbitMQ ウェブコンソールでは、各ノードのメモリ使用率の詳細情報を生成して表示できます。この情報は、次の手順を実行することで確認できます。

1. にサインイン AWS マネジメントコンソール し、ブローカーの RabbitMQ ウェブコンソールを開きます。

1.  RabbitMQ コンソールの **[Overview]** (概要) ページで、**[Nodes]** (ノード) リストからノードの名前を選択します。

1.  ノードの詳細ページで、**[Memory details]** (メモリの詳細) を選択してセクションを展開し、ノードにおけるメモリ使用率の情報を表示します。

RabbitMQ がウェブコンソールで提供するメモリ使用率の情報は、メモリを消費しすぎている可能性や、高メモリアラームの原因となる可能性のあるリソースを特定するのに役立ちます。RabbitMQ ウェブコンソールで使用できるメモリ使用率の詳細については、RabbitMQ Server Documentation ウェブサイトの「[Reasoning About Memory Use](https://www.rabbitmq.com/memory-use.html)」を参照してください。

### Amazon MQ メトリクスを使用した高メモリアラームの診断
<a name="diagnose-using-metrics"></a>

Amazon MQ は、デフォルトでブローカーのメトリクスを有効にします。CloudWatch コンソールにアクセスするか、CloudWatch API を使用して、[ブローカーのメトリクスを表示](amazon-mq-accessing-metrics.md)できます。次のメトリクスは、RabbitMQ の高メモリアラームを診断する際に便利です。


| Amazon MQ CloudWatch メトリクス | メモリ使用量が多い理由 | 
| --- | --- | 
| MessageCount | メッセージは、消費または破棄されるまでメモリに格納されます。メッセージ数が多いと、リソースの過剰使用が表示され、高メモリアラームの原因となる可能性があります。 | 
| QueueCount | また、キューはメモリに格納されます。キューの数が多いと高メモリアラームの原因となる可能性があります。 | 
| ConnectionCount | クライアント接続にはメモリを使用するため、同時接続が多すぎると高メモリアラームの原因となる可能性があります。 | 
| ChannelCount | 接続と同様に、各接続を使用して確立されたチャネルもノードメモリに格納されます。チャネルの数が多いと高メモリアラームの原因となる可能性があります。 | 
| ConsumerCount | ブローカーに接続されているすべてのコンシューマーについて、設定された数のメッセージは、コンシューマーに配信される前にストレージからメモリにロードされます。コンシューマーの接続が多いと、メモリ使用率が高くなり、高メモリアラームの原因となる可能性があります。 | 
| PublishRate | メッセージの発行には、ブローカーのメモリが使用されます。メッセージがブローカーに発行される速度が高すぎて、ブローカーがコンシューマーにメッセージを配信する速度を大幅に上回ると、ブローカーで高メモリアラームが発生する可能性があります。 | 

## ステップ 2: 高メモリアラームに対処して防止する
<a name="address-prevent-high-memory-alarm"></a>

**注記**  
必要なアクションを実行した後、RABBITMQ\_MEMORY\_ALARM ステータスがクリアされるまでに数時間かかる場合があります。

 一般的な防止方法として、RabbitMQ のすべての[ベストプラクティス](best-practices-rabbitmq.md)に従ってください。特定したコントリビューターごとに、RabbitMQ の高メモリアラームに防止して対処するため、次の一連のアクションをお勧めします。


| メモリ使用量が多い原因 | 対応に関する Amazon MQ の推奨事項 | 防止のための Amazon MQ の推奨事項 | 
| --- | --- | --- | 
| メッセージの数 |  キューに発行されたメッセージの消費、キューからのメッセージの消去、またはブローカーからのキューの削除。 |  レイジーキューを有効にし、[キューの深度制限](rabbitmq-defaults-applying-policies.md)を設定または削減します。 | 
| キューの数 | キューの数を減らします。 | [キューの数の制限](rabbitmq-resource-limits-configuration.md)を設定するか、減らします。 | 
| 接続の数 | [接続の数を減らします](reducing-connections-and-channels.md)。 | [接続の数の制限](rabbitmq-resource-limits-configuration.md)を設定するか、減らします。 | 
| チャンネルの数 | [チャネルの数を減らします](reducing-connections-and-channels.md)。 | クライアントアプリケーションで、接続あたりのチャネルの最大数を設定します。 | 
| コンシューマー数 | ブローカーに接続されたコンシューマーの数を減らします。 | 小さいコンシューマーの[プリフェッチの制限](rabbitmq-resource-limits-configuration.md)を設定します。 | 
| メッセージの発行速度 | パブリッシャーがメッセージをブローカーに発行する速度を低くします。　 | [パブリッシャーの確認](best-practices-message-reliability.md#configure-confirmation-acknowledgement)を有効にします。 | 
| クライアント接続試行レート | メッセージを発行または消費できるようにクライアントがブローカーへの接続を試行する頻度を減らすか、ブローカーを設定します。 | より長時間の接続を使用して、接続の試行回数と頻度を減らします。 | 

 ブローカーのメモリアラームが解決したら、ホストインスタンスタイプを追加のリソースを含むインスタンスにアップグレードできます。ブローカーのインスタンスタイプを更新する方法については、「*Amazon MQ REST API リファレンス*」の「[https://docs.aws.amazon.com/amazon-mq/latest/api-reference/brokers-broker-id.html#brokers-broker-id-model-updatebrokerinput](https://docs.aws.amazon.com/amazon-mq/latest/api-reference/brokers-broker-id.html#brokers-broker-id-model-updatebrokerinput)」を参照してください。

**注記**  
ブローカーを `mq.m5.x` インスタンスタイプから `mq.t3.micro` インスタンスタイプにダウングレードすることはできません。ダウングレードするには、ブローカーを削除し、新しいブローカーを作成する必要があります。