某公司在 Application Load Balancer 後方的 Amazon EC2 實例上執行高可用性 Web 應用程式。CloudWatch 指標顯示，隨著流量增加，部分 EC2 實例因大量未完成的請求而過載。這些過載的實例比其他實例處理了更多的請求，並且回應時間也更長。該公司不希望將新的請求路由到已經過載的實例。哪種解決方案符合這些要求？

正確答案是「使用基於 RequestCountPerTarget 和 ActiveConnectionCount CloudWatch 指標的 least outstanding requests 演算法」。Least outstanding requests 演算法會將新的請求路由到目前處理最少未完成請求的目標，這有助於避免將流量發送到已經過載的實例。結合 RequestCountPerTarget (每個目標的請求數) 和 ActiveConnectionCount (活躍連線數) 這兩個指標，可以更精確地判斷實例的負載情況，確保請求被導向到負載最輕的實例。 其他選項不正確的原因： Round robin 演算法會依序將請求分發給所有實例，不考慮實例的負載狀況，因此無法解決過載問題。 RequestCount 和 TargetResponseTime 是整體指標，而不是針對單一目標的即時負載指標，無法有效判斷個別實例的過載情況。