Trong một vài ngày, chúng ta thường thấy thời gian kết nối ban đầu rất dài (15s - 1,3 phút) đối với ELB của chúng tôi khi thực hiện bất kỳ yêu cầu nào thông qua ssl. Thật kỳ lạ, tôi chỉ có thể quan sát điều này trong Google Chrome (không phải Safari và Firefox cũng không curl).Cân bằng tải đàn hồi AWS: Nhìn thấy thời gian kết nối ban đầu cực dài
Nó không xảy ra mỗi yêu cầu, nhưng khoảng 50% yêu cầu. Nó xảy ra với yêu cầu đầu tiên (OPTIONS-call).
Thiết lập của chúng tôi là như sau: ELB qua khu vực kết nối với một phụ trợ node.js (hiện có trong 2 AZ ở eu-west-1). Tất cả các trường hợp đều lành mạnh và một khi yêu cầu đến, nó được xử lý bình thường. Hiện tại, về cơ bản không có tải trên hệ thống. Cloudwatch cho ELB không báo cáo bất kỳ lỗi kết nối phụ trợ nào, không phải là SurgeQueue (giá trị 0) cũng không phải là số lượng tràn. Các chỉ số ELB cho thấy độ trễ thấp (< 100 mili giây). Chúng tôi có Route53 được định cấu hình để định tuyến đến ELB (chúng tôi không thấy bất kỳ sự cố nào xảy ra với dns, xem ảnh chụp màn hình đính kèm).
Chúng tôi có các REST-API khác nhau mà tất cả đều có thiết lập này. Nó xảy ra với tất cả các ELB (mỗi người trong số họ đang kết nối với một phụ trợ node.js độc lập). Tất cả các ELB này được thiết lập theo cùng một cách thông qua mẫu thông tin về đám mây của chúng tôi.
Các ELB cũng thực hiện việc chấm dứt SSL của chúng tôi.
Điều gì có thể dẫn đến hành vi như vậy? Có khả năng là các ELB không được cấu hình đúng cách? Và tại sao nó chỉ xuất hiện trên Google Chrome?
thể [trùng lặp] (http://stackoverflow.com/questions/29125264/chrome-slow-initial-connection-to-ec2). – gboda
Bạn nên cài đặt wireshark trên máy bằng trình duyệt và cố gắng xác định tại thời điểm bắt tay tcp độ trễ xuất hiện. Điều này có vẻ rất khác thường. –
@gboda tìm tốt, đáng tiếc là nó cũng không có câu trả lời. Có lẽ chúng ta có một cái khác ở đây đâu đó. –