本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
Amazon MQ for ActiveMQ：代理内存不足警报
当代理由于内存容量不足而进入重启循环时，适用于 ActiveMQ 的 Amazon MQ 将发出 BROKER _ OOM 警报。当代理处于重新启动循环（也称为反弹循环）时，代理会在很短的时间窗口内发起反复的恢复尝试。由于内存容量不足而无法完成启动的代理可能会进入重新启动循环，在此过程中，与代理的交互将会受到限制。
默认情况下，Amazon MQ 将会为您的代理启用指标。您可以通过访问 Amazon CloudWatch 控制台或使用来查看您的经纪商指标 CloudWatch API。在诊断 ActiveMQ BROKER _ 警报时，以下指标非常有用：OOM
| 亚马逊 MQ 指标 CloudWatch | 内存使用过高的原因 |
|---|---|
TotalMessageCount |
消息在被使用或丢弃之前一直存储在内存中。高消息计数可能指示资源过度使用，并且可能导致高内存警报。 |
HeapUsage |
代理当前使用的 Act JVM iveMQ 内存限制的百分比。百分比越高表示经纪商正在使用大量资源，并可能导致OOM警报。 |
ConnectionCount |
客户端连接使用内存，并且过多同时连接可能会导致高内存警报。 |
CpuUtilization |
代理当前使用的已分配EC2计算单元的百分比。 |
TotalConsumerCount |
对于连接至代理的每个使用者，一组消息在传输至使用者之前将从存储加载到内存。大量使用者连接可能造成高内存使用，并导致高内存警报。 |
为防止重启循环并避免 BROKER _ OOM 警报，请确保快速使用消息。为此，您可以选择最有效的代理实例类型，还可以清除死信队列
