EC2 Detailed Monitoring与CloudWatch Agent对比：核心用途解析

核心用途 #

• 提供高频率的基础性能指标采集：默认EC2监控是5分钟上报一次指标，Detailed Monitoring把间隔缩短到1分钟，核心价值是能实时追踪实例的性能波动——比如突发的CPU飙升、网络流量突增这类短周期异常，适合对性能敏感度高的场景，比如在线交易系统、实时数据处理集群。
• 支撑高灵敏度的CloudWatch告警：因为采样频率更高，告警能更快捕捉到异常状态，大幅缩短故障发现的延迟。
• 适配部分AWS服务的集成需求：比如Auto Scaling的动态扩缩容策略，如果依赖实时的实例负载数据，必须开启Detailed Monitoring才能保证策略执行的及时性。

是否仅用于向CloudWatch更频繁发送指标？ #

不是。虽然高频率上报是最突出的特性，但它还有额外作用：

• 支持CloudWatch的实时指标流查看，方便即时做性能排查，不用等5分钟的汇总数据。
• 部分实例类型的专属指标只有开启Detailed Monitoring后才会上报，比如EBS优化实例的磁盘IOPS细分数据。

能否监控内存（Memory）和交换空间（Swap）？ #

不能。Detailed Monitoring只负责采集AWS层面能直接获取的基础系统指标，比如CPU使用率、磁盘读写吞吐量、网络收发量、实例状态等。内存、Swap这类操作系统层面的指标，必须通过安装CloudWatch Agent（或第三方监控工具）来采集，Detailed Monitoring没有这个能力，它只聚焦于提升基础指标的上报频率和补充部分AWS专属指标。

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