Q87 — AWS SAA-C03 第11章

第 87/100 题 | ← 返回第11章

Q787.一家公司在应用程序负载均衡器后面的 Amazon EC2 实例上运行高度可用的 Web 应用程序.该公司使用 Amazon CloudWatch 指标.随着 Web 应用程序流量的增加，一些 EC2 实例会因许多未完成的请求而变得过载. CloudWatch 指标显示，与其他 EC2 实例相比，某些 EC2 实例处理的请求数量和接收响应的时间都较高.该公司不希望将新请求转发到已经超载的 EC2 实例.哪种解决方案可以满足这些要求?

• A. 使用基于 RequestCountPerTarget 和 ActiveConnectionCount CloudWatch 指标的循环路由算法.
• B. 使用基于 RequestCountPerTarget 和 ActiveConnectionCount CloudWatch 指标的最少未完成请求算法.
• C. 使用基于 RequestCount 和 TargetResponseTime CloudWatch 指标的循环路由算法.
• D. 使用基于 RequestCount 和 TargetResponseTime CloudWatch 指标的最少未完成请求算法. ✓

正确答案: D. 使用基于 RequestCount 和 TargetResponseTime CloudWatch 指标的最少未完成请求算法.

解析

最少未完成请求算法旨在根据未完成请求的数量将请求分配给实例.当 EC2 实例因许多未完成的请求而变得过载时，使用此算法将有助于防止新请求发送到这些实例，从而在健康实例之间更均匀地分配负载.CloudWatch 中的 RequestCount 指标提供每个目标（EC2 实例）处理的请求总数，TargetResponseTime 指标提供从每个目标接收响应所需的时间.通过使用这些指标，负载均衡器可以确定哪些实例具有较多的未完成请求和较长的响应时间，从而表明潜在的过载.这就是为什么其他选项不是正确的选择:A. 使用基于 RequestCountPerTarget 和 ActiveConnectionCount 指标的循环路由算法:循环路由算法在所有目标之间平均分配请求，无论其当前工作负载如何.这没有考虑到某些 EC2 实例可能因许多未完成的请求而过载的事实.它不会阻止新请求被转发到过载的实例.B. 使用基于 RequestCountPerTarget 和 ActiveConnectionCount 指标的最少未完成请求算法:虽然考虑到 RequestCountPerTarget 指标是朝着正确方向迈出的一步，但 ActiveConnectionCount 指标可能无法准确反映实例的工作负载.使用 TargetResponseTime 指标更为合适，该指标指示从实例接收响应所花费的时间.C. 使用基于RequestCount 和TargetResponseTime 指标的循环路由算法:循环路由算法不考虑EC2 实例的工作负载. RequestCount 指标本身并不提供有关未完成请求的信息，并且 TargetResponseTime 指标可能无法准确反映实例上的负载.因此，满足要求的正确方案是:D. 使用基于 RequestCount 和 TargetResponseTime CloudWatch 指标的最少未完成请求算法.