某个应用程序在Auto Scaling组中运行，EC2实例位于Application Load Balancer (ALB) 之后。当总请求数超过每秒100个请求时，应用程序开始报错。管理员需要收集两周内的总请求数，以找出何时超过了阈值。收集这些数据的适当方法是什么？

正确答案是使用CloudWatch中的ALB RequestCount指标，将时间范围设置为两周，周期设置为1分钟，并查看图表中的峰值。这是因为ALB RequestCount指标直接记录了ALB接收到的请求总数，是衡量应用程序总请求量的最准确和直接的方式。将其时间范围设置为两周，周期设置为1分钟，可以提供足够细粒度的数据来识别请求峰值何时超过了100 RPS的阈值。 其他选项不正确的原因： “使用CloudWatch指标数学对所有EC2实例的每实例请求指标进行求和”：ALB是请求的入口点，直接监控ALB的请求数比汇总每个EC2实例的请求数更准确和高效，因为实例可能因为Auto Scaling而动态增减。 “在EC2启动配置中添加自定义CloudWatch指标”：这需要修改应用程序或实例配置，引入额外复杂性，并且ALB RequestCount指标已经提供了所需数据。 “为EC2事件创建EventBridge规则”：EventBridge主要用于响应事件和触发动作，而不是用于聚合和存储长期指标数据。