某公司有一個家具庫存應用程式，部署在多個可用區域的 Amazon EC2 執行個體叢集上，並透過 Application Load Balancer (ALB) 進行負載平衡。解決方案架構師觀察到傳入流量偏向某個 EC2 執行個體，導致部分請求的延遲。解決方案架構師應該怎麼做才能解決這個問題？

傳入流量偏向特定 EC2 執行個體並導致延遲，這通常是啟用工作階段親和性（黏性工作階段）的結果。黏性工作階段會將來自同一客戶的請求路由到相同的後端執行個體，以維持工作階段狀態。如果某些客戶產生大量流量，這會導致負載不平衡。停用工作階段親和性會讓 ALB 將請求更均勻地分發到所有健康的執行個體，從而解決負載不均的問題。 將 ALB 更換為 Network Load Balancer (NLB) 不會直接解決此問題，因為 NLB 也在第 4 層運作，並且可能仍會因黏性設定而導致不平衡。增加 EC2 執行個體數量可以增加總容量，但如果黏性工作階段仍然啟用，流量仍可能偏向少數執行個體。調整運作狀態檢查頻率與流量分佈無關，而是用於判斷執行個體是否健康。