一个内存密集型应用程序在 Auto Scaling 组中的 EC2 实例上运行，位于 Elastic Load Balancer 之后。管理员需要自动扩缩根据连接到应用程序的用户数量做出反应。哪种解决方案能满足此要求？

正确答案是创建使用来自 Amazon CloudWatch 的 ELB 指标 ActiveConnectionCount 的扩缩策略。ActiveConnectionCount 指标直接反映了连接到应用程序的用户数量，是衡量负载的准确指标。当连接数增加时，Auto Scaling 组可以相应地扩展实例，以处理更高的流量。 选项B是错误的，因为memused是实例的内存使用情况，而不是连接用户数。应用程序可能是内存密集型的，但这不代表内存使用量与用户数量直接相关。 选项C是错误的，计划扩缩策略适用于可预测的流量模式，但无法应对突发的、不可预测的用户数量变化。 选项D是错误的，因为ELB本身不直接支持安装脚本来导出自定义指标。虽然可以从EC2实例导出自定义指标，但ActiveConnectionCount是ELB自带的指标，无需额外配置。