Cách chọn vị trí proxy và thành phố datacenter

Nên đặt proxy gần website hay gần người dùng?

Đặt proxy gần website khi bạn quan tâm đến tốc độ, và gần người dùng khi bạn quan tâm đến những gì họ nhìn thấy. Hai mục tiêu này có thể chỉ đến những thành phố khác nhau.

• Việc cần tốc độ (giám sát một API, tải nhiều trang): mỗi yêu cầu đều đi qua đường proxy-tới-website, nên đường ngắn sẽ tiết kiệm thời gian cho từng yêu cầu.
• Việc cần góc nhìn địa phương (giá cả, kết quả tìm kiếm, quảng cáo, chuyển hướng theo ngôn ngữ): website quyết định hiển thị gì dựa trên quốc gia của IP. Chọn quốc gia của đối tượng người dùng, rồi chọn thành phố datacenter gần nhất trong quốc gia đó.
• Truy cập qua danh sách cho phép: đối tác chỉ quan tâm IP có nằm trong danh sách của họ hay không. Chọn thành phố gần máy chủ của đối tác, và giữ nguyên các IP khi gia hạn nếu có thể.

Khi chưa chắc chắn, hãy thuê một IP ở mỗi thành phố ứng viên và đo; đó chính là mục đích của gói 1 IP.

Tại sao CDN làm thay đổi câu trả lời?

Mạng phân phối nội dung trả lời từ máy chủ biên gần người truy cập nhất, nên "thành phố lưu trữ" của một site phía sau CDN là bất cứ nơi nào bạn đứng. Nhiều site lớn công bố một IP được quảng bá từ hàng chục thành phố cùng lúc (anycast). Lưu lượng của bạn đến nơi gần nhất.

Đối với proxy, điều này có nghĩa là hai điều. Thứ nhất, gần như mọi thành phố datacenter đều chạm tới máy chủ biên CDN nhanh chóng, vì các CDN xây máy chủ biên tại cùng các trung tâm như datacenter. Thứ hai, nội dung mà máy chủ biên phục vụ phụ thuộc vào quốc gia của IP bạn dùng. Vì vậy, với các site phía sau CDN, hãy chọn quốc gia trước và thành phố sau.

Khoảng cách cộng thêm bao nhiêu độ trễ?

Mỗi 100 km khoảng cách đường thẳng cộng thêm ít nhất 1 ms vào thời gian khứ hồi, vì ánh sáng trong sợi quang di chuyển khoảng 200 km mỗi mili giây và một lượt khứ hồi đi quãng đường đó hai lần. Bảng dưới đây đưa ra mức sàn đó cho các cặp thành phố phổ biến.

Các khoảng cách là khoảng cách đường tròn lớn (đường thẳng) tính từ tọa độ trung tâm thành phố. Đây là các giới hạn dưới: cáp thực tế dài hơn, và mỗi router trên đường đi cộng thêm một chút. Một đường đi thực tế cao hơn mức sàn bao nhiêu tùy thuộc vào tuyến đường, nên hãy tự đo của bạn.

Làm thế nào để đo độ trễ thực tế qua proxy?

Hãy đo bằng các biến thời gian của curl, chạy vài lần liên tiếp, qua từng IP ứng viên. Lệnh dưới đây in ra thời gian để tới proxy, thời gian cho đến khi hoàn tất bắt tay TLS với website, và tổng thời gian:

curl -s -o /dev/null -x http://USERNAME:PASSWORD@IP:PORT -w "%{time_connect} %{time_appconnect} %{time_total}\n" https://example.com

Qua proxy, time_connect là chặng từ bạn đến proxy. Khoảng chênh giữa time_connect và time_appconnect bao gồm việc thiết lập đường hầm và bắt tay TLS với website — chính là phần mà thành phố datacenter thay đổi. Hãy so sánh trung vị của năm lần chạy, không phải một lần chạy duy nhất. Ví dụ mã cho thấy một bài kiểm tra thời gian bằng Python.