Application Load Balancer 后 Auto Scaling 组中的所有 EC2 实例都停止提供流量，并且 HTTP 目标组健康检查失败。应用程序进程未运行，系统日志显示许多内存不足错误。为了提高针对可能内存泄漏的弹性并启用监控/警报，您应该采取哪些措施？（选择两项）

第一个正确选项通过配置 Auto Scaling 组替换不健康的实例，直接解决了因内存泄漏导致实例停止提供流量的问题。当实例未能通过负载均衡器健康检查时，Auto Scaling 组会自动终止并启动新的实例，从而恢复服务可用性。 第二个正确选项通过在 EC2 实例上安装 CloudWatch 代理来收集内存利用率指标，并设置高内存使用率警报，从而实现了对潜在内存泄漏的监控和预警。这使得团队能够在内存问题导致服务中断之前得到通知并采取措施。 缩短 HealthCheckIntervalSeconds 只能更快地发现问题，但不能解决问题本身。将健康检查从 HTTP 更改为 TCP 会降低健康检查的有效性，因为它无法检测到应用程序层的问题。在 CloudWatch 控制台中为整个 Auto Scaling 组启用可用内存消耗指标并不能提供每个实例的详细内存使用情况，无法准确定位哪个实例存在内存泄漏问题。