某公司使用 4 Gbps Direct Connect 專用連線 (LAG) 連接到 us-east-1 中的五個 VPC。每個 VPC 都使用自己的私有虛擬介面 (VIF) 連接到地端網路。使用者回報速度變慢，工程師注意到每個工作日約有一小時的輸送量高峰會使 Direct Connect 飽和。公司需要找出是哪個業務單位導致了高峰並解決飽和問題。哪種方法符合這些要求？

正確答案透過檢查 VirtualInterfaceBpsEgress 和 VirtualInterfaceBpsIngress CloudWatch 指標來識別造成 Direct Connect 飽和的特定業務單位 (VIF)。這些指標能精確顯示每個 VIF 的流量，從而找出高峰來源。一旦識別出問題來源，佈建一個新的 10 Gbps 專用 Direct Connect 並將部分流量轉移過去，是擴展容量並解決飽和問題的有效方法。 其他選項的錯誤原因： 僅升級現有連線到 10 Gbps：雖然增加了容量，但沒有解決識別流量來源的需求。 使用 ConnectionBpsIngress 和 ConnectionPpsEgress：這些指標是針對整個 Direct Connect 連線的，無法細分到每個 VIF 的流量，因此無法識別具體的業務單位。 升級到 5 Gbps 託管連線：5 Gbps 可能不足以解決 4 Gbps 連線已飽和的問題，且託管連線通常用於較低頻寬需求。