如何對使用 Classic Load Balancer 時傳回的 503 錯誤進行疑難排解?

1 分的閱讀內容
0

我在 Classic Load Balancer 存取日誌、CloudWatch 指標,或在瀏覽器或用戶端中點擊負載平衡器的 DNS 名稱時,看到 HTTP 503 錯誤。

簡短描述

確保您已在 Classic Load Balancer 設定為回應的每個可用區域中註冊後端執行個體。確保已註冊的後端執行個體通過運作狀態檢查,並確保其大小已適當調整,可處理應用程式所需的負載。

解決方案

若要查看負載平衡器後方運作狀態良好的後端執行個體數量,請檢查 CloudWatch 中的 HealthyHostCount 和 UnHealthyHostCount 指標。如果 CloudWatch 指標指出您沒有運作狀態良好的主機,則可以檢查下列項目對問題進行疑難排解:

確保後端執行個體可以回應運作狀態檢查

如果後端執行個體正在執行,但 UnhealthyHostCount 指標指出執行個體運作狀態不佳,請驗證應用程式可以回應運作狀態檢查請求。對於 HTTP/HTTPS 運作狀態檢查,請確保您的負載平衡器能夠從後端收到 200 回應碼。對於第 4 層運作狀態檢查,如果執行個體成功完成 TCP 信號交換,負載平衡器會將執行個體標記為運作狀態良好。如需指示,請參閱對 Classic Load Balancer 進行疑難排解: 運作狀態檢查

確保負載平衡器和後端執行個體可以處理負載

檢查負載平衡器和後端執行個體,以驗證它們能夠處理 CPU 用量、記憶體、磁碟和應用程式所需的連線數

例如,檢查 SpilloverCount 和 SurgeQueueLength CloudWatch 指標。如果 SurgeQueueLength 等於或接近 1,024 個已排入佇列請求的最大值,或者 SpilloverCount 是非零數值,則表示後端的請求處理速度跟不上請求傳入速度,或者根本無法處理請求。

另外,請檢查後端執行個體的 CPUUtilization CloudWatch 指標;如果您發現 CPU 使用率飆升至 100% 或長時間保持高使用率,請考慮新增更多的後端執行個體,或將目前的執行個體大小調整為更大大小。如需檢查其他值 (例如記憶體和磁碟用量) 的指示,請參閱執行個體廠商的文件。

相關資訊

監控 Classic Load Balancer

對 Classic Load Balancer 進行疑難排解: HTTP 錯誤

AWS 官方
AWS 官方已更新 2 年前