AWS CloudWatch ELB RequestCount指标为何仅显示0-1范围而非请求总数？

这种情况其实是正常的，但确实容易让人摸不着头脑——问题大概率出在你对CloudWatch指标的统计方式或维度选择上，而不是指标本身有问题。

为什么会出现0-1的图表范围？ #

主要有两个常见原因：

• 统计方式选错了：CloudWatch默认的统计方式可能不是你需要的Sum。比如如果选了Average，图表显示的是指定周期内每秒的平均请求数。如果你的请求量不高（比如每分钟只有几次到几十次），平均下来每秒不到1次，自然会呈现0-1的范围。
• 维度选择不对：如果你用的是Application Load Balancer（ALB），RequestCount支持按目标组、单个实例等维度拆分。如果不小心选了单个EC2实例的维度，那图表显示的只是该实例收到的请求数，而非整个ELB的总请求量——当单实例请求量很低时，就会出现这种情况。

如何查看实际请求数量？ #

按照这几个步骤调整即可：

• 切换到Sum统计方式：在CloudWatch控制台找到你的ELB的RequestCount指标，把统计方式从默认的Average/Maximum改成Sum。Sum会累加指定周期内的所有请求数，这才是你需要的“请求总数”。
• 确认维度选择正确：
  • 对于ALB：选择负载均衡器的整体维度（而非单个实例或目标组）；
  • 对于Classic Load Balancer（CLB）：确保选中的是负载均衡器本身的维度，而非后端实例维度。
• 调整统计周期：如果请求量较小，可以把周期调小（比如10秒）或者调大（比如5分钟），这样Sum的数值会更直观，更容易观察到实际的请求数量变化。
• 用ELB访问日志验证：如果想得到100%准确的请求数，可以开启ELB的访问日志（日志会存在S3中），然后用Athena或其他分析工具直接解析日志，统计所有请求的数量——这也是验证CloudWatch指标准确性的好方法。

内容的提问来源于stack exchange，提问作者BadHorsie