AWS Application Load Balancing：看到極長的初始連接時間

Question

從觀察者的角度來看，症狀與這里的問題相同 場景也相同： Angular 應用程序將預檢請求發送到 REST api，預檢請求大約花費了 50% 的時間，最多 1.3 秒（插圖與鏈接問題）。

另外，websocket經常超時，直到socket.io終於成功建立連接。 問題在 Chrome 中更為明顯，而在 Safari/Firefox 中則較少。

但是，我們使用的是 ALB 而不是 ELB，並且我們所有的 su.net 都是公開的。

Answer 1

我們發現有效的解決方案是所有子網都需要通過相同的Internet網關-相同的路由表已應用於所有子網。

完成后，所有請求開始更快地通過，websocket立即連接而無需重新連接。

Answer 2

有類似的問題。 LB必須設置為至少使用2個可用區。 您必須選擇每個可用區中的哪個子網。 以我為例，其中一個網絡的ACL設置錯誤，基本上拒絕了所有流量。 這意味着，每當DNS決定為您提供無法正常工作的LB接口的IP地址時，該服務似乎就會停頓一分鍾左右。 在DNS緩存過期並且您獲得了正常運行的接口的IP之后，它將重新開始工作。

Answer 3

我們也一直面臨同樣的問題，我們發現我們在 ALB 的一個區域中有一個公共 su.net，而在另一個區域中有一個私有 su.net。 我們通過在兩個可用區中選擇 public su.net 來修復它。 一般來說，對於面向公眾的 ALB，所有 su.net 都應該是公共 su.net，盡管您重定向的流量（EC2、lambda）也可能位於私有 su.net 中。