Bagaimana geografi memengaruhi latensi jaringan?

20

Saya memiliki pilihan untuk meng-hosting database / server web kami di perusahaan hosting yang dikelola di Pantai Timur (AS) atau satu di Pantai Barat (AS). Perusahaan kami berbasis di New York City, dan kedua penyedia hosting memberi kotak kami garis T1 khusus.

Berapa banyak hit kinerja (dengan asumsi semua faktor lain adalah sama) akan saya ambil dalam hal latensi jaringan jika saya pergi dengan yang di pantai barat sebagai lawan dari yang di pantai timur? Saya tidak terlalu yakin bagaimana geografi mempengaruhi kecepatan internet ketika angka dan jarak menjadi sangat besar (T1 ke atas, dan ribuan mil).

Terima kasih!

neezer
sumber
Oh, betapa aku iri dengan posisimu. Kami memiliki klien di Filipina yang menjalankan ISDN sebagai satu-satunya tautan mereka untuk semua lalu lintas jaringan mereka. Anda ingin berbicara latensi, mencoba 700 ms antara saat itu dan kami (di Australia) ketika tidak ada lalu lintas di telepon :(
Mark Henderson

Jawaban:

10

Ada penundaan jarak dan semua hal lain dianggap sama (efisiensi rute, pemrosesan overhead, kemacetan, dll.) Sebuah situs di pantai barat yang diakses oleh host di pantai timur akan memakan waktu lebih lama daripada jika situs itu berada di sebelah timur. pantai tapi kita berbicara milidetik di sini.

joeqwerty
sumber
Tautkan ke bawah .......
Pacerier
11

Semua hal lain sama, Anda akan memiliki tambahan latensi 44 milidetik hanya karena kecepatan cahaya. Beri atau ambil 1/20 detik untuk setiap paket pulang pergi. Tidak banyak untuk penggunaan web biasa. Lumayan untuk sesi ssh. Substansial jika Anda mengakses DB secara langsung dengan banyak transaksi kecil berturut-turut.

Saya telah mengabaikan latensi ekstra yang disebabkan oleh router / repeater tambahan, yang bisa jadi jauh, jauh lebih tinggi. Saya mengasumsikan jarak 4400 km dan kecepatan cahaya dalam serat 200000 km / s.

kubanczyk
sumber
1ms per 100km hanya akurat jika tidak ada router di antaranya. Pengulang serat tidak menambah latensi setelah pasokan Anda bagus.
Ryaner
@Ryaner, Apa yang Anda maksud dengan ~ " Repeater serat memiliki latensi nol "? Bagaimana ini mungkin?
Pacerier
lightwaveonline.com/articles/print/volume-29/issue-6/feature/… mencakup detail yang berbeda dengan sangat baik. TLDR, repeater regenerasi optik memang menambah latensi tetapi pada dasarnya nol secara riil. Anda akan melihat latensi yang lebih tinggi ditambahkan oleh DCM di kedua ujung dan router titik akhir Anda.
Ryaner
5

Kami memiliki klien yang kami habiskan sedikit waktu berkeliling dan terkait dengan ini. Mereka awalnya di-host di New York, dan staf mereka sebagian besar berlokasi di wilayah Boston. Mereka memindahkan server mereka ke fasilitas kami yang berlokasi di Denver, sekitar dua pertiga dari seluruh negeri.

Begitu mereka pindah, mereka mulai memunculkan masalah kinerja dari tautan Comcast mereka di kantor pusat. Mereka dulu memiliki <10 ms latensi, dan meningkat hingga 80-ish ms. Mereka memperhatikan kinerja yang lebih lambat mencapai situs mereka, tetapi mengatakan "mungkin kita hanya harus bertahan dengan beralih dari sangat cepat ke kecepatan fana belaka." Mereka tampaknya menyadari bahwa ada keterbatasan karena geografi, dan bahwa pengguna mereka di pantai barat akan berpotensi mendapatkan kinerja yang lebih baik.

Kami bolak-balik beberapa kali. Setelah sekitar 6 bulan, kami beralih ke ISP hulu utama yang berbeda, karena alasan yang tidak terkait dengan klien ini (harga lebih baik, lebih banyak bandwidth, tidak senang dengan jumlah jendela pemeliharaan di penyedia lain), dan dengan penyedia baru kami mendapatkan sekitar 45ms latensi rata-rata untuk klien ini. Pada titik ini kekhawatiran kinerja mereka tampaknya telah hilang.

Hanya untuk memberi Anda beberapa pengalaman tentang satu kasus di mana masalah semacam ini terlihat dan angka yang terkait dengannya.

Coba gunakan "mtr" untuk menampilkan informasi tentang latensi dan paket loss ke ujung yang berbeda. Kecuali jika Anda sepenuhnya memahami perutean "jalur lambat", abaikan apa pun kecuali lompatan terakhir yang tercantum pada keluaran itu. Van Jacobson mengatakan bahwa manusia melihat latensi mulai dari 400 ms, tetapi menyadari bahwa banyak koneksi memerlukan pertukaran bolak-balik, sehingga latensi 100 ms dapat dengan cepat menambahkan hingga satu detik ...

Dari pengalaman saya, latensi 250 ms mulai terasa seperti koneksi yang terasa lambat. 10 ms atau lebih terasa seperti koneksi yang menyala-nyala. Itu benar-benar tergantung pada apa yang Anda lakukan.

Sean

Sean Reifschneider
sumber
Denver, artinya CO?
Pacerier
Btw, "manusia melihat latensi mulai dari 400 ms" jelas salah. Bicaralah dengan gamer mana saja dan Anda akan melihat bahwa latensi 65ms (dan di atas) benar - benar tidak dapat diterima .
Pacerier
3

Nah, paket perjalanan menuruni kabel pada jarak yang cukup dekat dengan kecepatan cahaya sehingga waktu transmisi mentah dapat diabaikan jika dibandingkan dengan faktor-faktor lain. Yang penting adalah efisiensi routing dan seberapa cepat perangkat routing dapat melakukan routing. Sayangnya itu tidak dapat ditentukan sepenuhnya berdasarkan jarak geografis. Ada korelasi kuat antara jarak dan latensi, tetapi tidak ada aturan yang keras dan cepat yang saya sadari.

EBGreen
sumber
Apakah ada cara untuk menentukan efisiensi routing? Apakah ada semacam tes yang bisa saya jalankan pada dua server untuk melihat itu, dan apa artinya angka itu?
neezer
2
Paket berjalan paling baik .66 (optik) dan ~ .55 (tembaga) kali kecepatan cahaya.
Noah Campbell
@Noah - Apakah itu lebih baik?
EBGreen
Lebih baik dari kecepatan cahaya? Tidak, ini tentang setengah kecepatan cahaya.
Noah Campbell
Maksud saya, edit saya adalah deskripsi yang lebih baik.
EBGreen
3

Jumlah lompatan antara titik A dan titik B akan menyebabkan latensi. Hitung jumlah hop karena ini adalah indikator terbaik Anda.

Beberapa kata peringatan. Metode untuk mengevaluasi jalur jaringan tidak konsisten dengan bagaimana paket aktual akan mengalir. ICMP dapat dialihkan dan diberi QoS perbedaan. Juga, traceroute biasanya terlihat dalam satu arah, yaitu sumber ke tujuan. Berikut ini beberapa trik praktis.

Untuk traceroute, coba gunakan -I, -Uatau -Tuntuk melihat bagaimana jalannya bervariasi. Lihat juga -t 16atau -t 8. traceroute

Ping sebenarnya sangat membantu. ping -Rakan menunjukkan jalan yang diperlukan untuk kembali! Jika berbeda dari jalan keluar, maka lihat ke mana ia pergi. ping

Noah Campbell
sumber
2

Saya pikir geografi akan banyak berhubungan dengan waktu pengiriman paket karena semakin jauh Anda pergi, semakin banyak hop Anda kemungkinan besar akan mempengaruhi keseluruhan latensi. Jika pelanggan Anda sebagian besar akan berbasis di pantai barat, maka saya akan pergi untuk hosting pantai barat ... Hal yang sama di pantai timur. Jika pelanggan Anda akan datang dari seluruh AS, atau dunia ... maka Anda hanya perlu membuat keputusan sulit tentang pihak mana yang kurang latensi.

Dalam kasus kami, kami berada di Jaringan kami sendiri (satu intranet besar), dan dapat membiarkan router kami membuat keputusan berdasarkan OSPF di seluruh negara bagian :) Sayangnya, apa pun dari jaringan kami terutama bergantung pada tata letak ISP kami.

l0c0b0x
sumber
Alat hebat yang dapat Anda gunakan adalah MTR untuk tidak hanya mengetahui latensi, tetapi paket hilang, info rute, jitter, dll. Saya membuat posting tentang informasi yang diberikannya di sini: serverfault.com/questions/21048/…
l0c0b0x