Địa lý ảnh hưởng đến độ trễ mạng như thế nào?

Tôi có tùy chọn lưu trữ cơ sở dữ liệu / máy chủ web của chúng tôi tại một công ty lưu trữ được quản lý ở Bờ Đông (Hoa Kỳ) hoặc một ở Bờ Tây (Hoa Kỳ). Công ty của chúng tôi có trụ sở ở thành phố New York và cả hai nhà cung cấp dịch vụ lưu trữ đều cung cấp cho hộp của chúng tôi một dòng T1 dành riêng.

Bao nhiêu của một hiệu suất đạt được (giả sử tất cả các yếu tố khác là bằng nhau) tôi sẽ nhận được về độ trễ mạng nếu tôi đi với một ở bờ biển phía tây so với một ở bờ biển phía đông? Tôi không quá chắc chắn cách địa lý ảnh hưởng đến tốc độ internet khi số lượng và khoảng cách có được thực sự lớn (của T1 trở lên, và hàng ngàn dặm).

Cảm ơn!

Có một độ trễ khoảng cách và tất cả những thứ khác đều bằng nhau (hiệu quả định tuyến, xử lý trên cao, tắc nghẽn, v.v.) một trang web ở bờ tây được truy cập bởi một máy chủ ở bờ đông sẽ mất nhiều thời gian hơn nếu trang web đó ở phía đông bờ biển nhưng chúng ta đang nói chuyện một phần nghìn giây ở đây.

Tất cả những thứ khác như nhau, bạn sẽ có thêm 44 mili giây độ trễ chỉ vì tốc độ ánh sáng. Cho hoặc mất 1/20 giây cho mỗi vòng tròn gói. Không nhiều cho việc sử dụng web điển hình. Có thể vượt qua cho các phiên ssh. Thực chất nếu bạn truy cập DB trực tiếp với nhiều giao dịch nhỏ liên tiếp.

Tôi đã bỏ qua độ trễ thêm do các bộ định tuyến / bộ lặp bổ sung gây ra, có thể cao hơn nhiều. Tôi đã giả định khoảng cách 4400 km và tốc độ ánh sáng trong sợi 200000 km / s.

Chúng tôi đã có một khách hàng mà chúng tôi đã dành một chút thời gian đi xung quanh và liên quan đến điều này. Ban đầu họ được lưu trữ tại New York và nhân viên của họ chủ yếu ở khu vực Boston. Họ đã chuyển máy chủ của họ đến cơ sở của chúng tôi ở Denver, khoảng hai phần ba đường trên cả nước.

Khi họ di chuyển, họ bắt đầu đưa ra các vấn đề về hiệu suất từ ​​các liên kết Comcast của họ trong văn phòng tại nhà. Chúng từng có độ trễ <10ms và nó lên tới 80-ish ms. Họ nhận thấy hiệu suất chậm hơn khi tiếp cận các trang web của họ, nhưng cho biết "có lẽ chúng ta sẽ phải chịu đựng việc đi từ tốc độ nhanh đến tốc độ chết người." Họ dường như nhận ra rằng có những hạn chế vì địa lý và người dùng của họ ở bờ tây sẽ có khả năng đạt được hiệu suất tốt hơn.

Chúng tôi đã đi đi lại lại vài lần. Sau khoảng 6 tháng, chúng tôi đã chuyển sang một ISP chính ngược dòng khác, vì những lý do không liên quan đến khách hàng này (giá tốt hơn, băng thông rộng hơn, không hài lòng với số lượng cửa sổ bảo trì của nhà cung cấp khác) và với nhà cung cấp mới, chúng tôi đã nhận được khoảng 45ms độ trễ trung bình cho khách hàng này. Tại thời điểm này mối quan tâm hiệu suất của họ dường như đã biến mất.

Chỉ để cung cấp cho bạn một số kinh nghiệm về một trường hợp mà loại vấn đề này đã được nhìn thấy và những con số liên quan đến nó.

Hãy thử sử dụng "mtr" để hiển thị thông tin về độ trễ và mất gói cho các đầu từ xa khác nhau. Trừ khi bạn hoàn toàn hiểu định tuyến "đường dẫn chậm", bỏ qua mọi thứ trừ bước cuối cùng được liệt kê trên đầu ra đó. Van Jacobson nói rằng con người nhận thấy độ trễ bắt đầu từ 400ms, nhưng nhận ra rằng nhiều kết nối yêu cầu nhiều trao đổi qua lại, do đó độ trễ 100ms có thể nhanh chóng tăng lên đến một giây ...

Từ kinh nghiệm của tôi, độ trễ 250ms bắt đầu cảm thấy như một kết nối chậm đáng chú ý. 10ms hoặc tốt hơn cảm thấy như một kết nối rực sáng. Nó thực sự phụ thuộc vào những gì bạn đang làm.

Sean

Chà, các gói truyền xuống dây ở gần đủ với tốc độ ánh sáng mà thời gian truyền thô không đáng kể khi so sánh với các yếu tố khác. Vấn đề là hiệu quả của việc định tuyến và làm thế nào các thiết bị định tuyến có thể thực hiện định tuyến nhanh. Thật không may, không thể được xác định hoàn toàn dựa trên khoảng cách địa lý. Có một mối tương quan mạnh mẽ giữa khoảng cách và độ trễ, nhưng không có quy tắc cứng và nhanh mà tôi biết.

Số bước nhảy giữa điểm A và điểm B sẽ giới thiệu độ trễ. Đếm số bước nhảy vì đây là chỉ số tốt nhất của bạn.

Một vài lời cảnh báo. Các phương pháp đánh giá đường dẫn mạng không phù hợp với cách gói thực tế sẽ chảy. ICMP có thể được định tuyến và đưa ra một QoS khác biệt. Ngoài ra, traceroute thường nhìn theo một hướng, tức là nguồn đến đích. Dưới đây là một số thủ thuật tiện dụng.

Đối với traceroute, hãy thử sử dụng -I, -Uhoặc -Tđể xem có bao con đường khác nhau. Cũng nhìn vào -t 16hoặc -t 8. theo dõi

Ping thực sự khá hữu ích. ping -Rsẽ chỉ cho bạn con đường mà nó cần để trở về! Nếu nó khác với con đường đi ra, thì hãy xem nó đang đi đâu. ping

Tôi nghĩ rằng địa lý sẽ ảnh hưởng rất nhiều đến thời gian truyền gói tin vì bạn càng đi xa, bạn càng có nhiều bước nhảy sẽ ảnh hưởng đến độ trễ chung. Nếu khách hàng của bạn sẽ chủ yếu dựa vào bờ biển phía tây, thì tôi sẽ đến với dịch vụ lưu trữ bờ tây ... Điều tương tự ở bờ đông. Nếu khách hàng của bạn sẽ đến từ khắp nơi ở Hoa Kỳ hoặc trên thế giới ... thì bạn sẽ phải đưa ra quyết định khó khăn về việc bên nào có độ trễ ít hơn.

Trong trường hợp của chúng tôi, chúng tôi đang ở trên Mạng riêng của chúng tôi (một mạng nội bộ lớn) và có thể để các bộ định tuyến của chúng tôi đưa ra quyết định dựa trên OSPF trên toàn tiểu bang :) Thật không may, mọi thứ ngoài mạng của chúng tôi chủ yếu dựa vào bố cục ISP của chúng tôi.