Efek jarak dari server

13

Saya memiliki server web di Irlandia (Amazon AWS). Server ini muncul dengan cepat dari Jerman (garis oranye) tetapi lambat dari Amerika Serikat (garis hitam). Permintaan HTTP yang digunakan untuk pengujian adalah sama.

Saya pikir ini normal. Jarak antara Irlandia dan AS lebih besar dari Jerman ke Irlandia, tetapi perbedaannya tampaknya terlalu tinggi.

Adakah alasan lain yang memungkinkan, terlepas dari jarak ke server?

networking domain-name-system performance

— ar099968
sumber

7

Apa yang seharusnya ditampilkan grafik Anda? waktu pulang pergi? total waktu permintaan? sesuatu yang lain?

— Peter Green

@PeterGreen http waktu permintaan

— ar099968

24

Dengan asumsi grafik adalah waktu permintaan http tampaknya cukup masuk akal bagi saya.

Permintaan http (dengan tidak adanya keepalive, fastopen, dll.) Biasanya membutuhkan setidaknya dua kali perjalanan.

Klien mengirim syn
Sever menerima syn dan mengirim syn-ack
Klien menerima syn-ack dan mengirimkan ack dan permintaan.
Server mengirimkan respons.

Kecepatan cahaya dalam serat adalah sekitar 2 * 10 ^ 8 meter per detik. Menurut google, jarak dari "Irlandia ke AS" adalah 6.629 km * yang akan diterjemahkan menjadi waktu perjalanan sekitar 66 ms.

Tapi itu mengasumsikan tidak ada keterlambatan dalam peralatan dan bahwa rute data mengikuti jalur sesingkat mungkin. Waktu pulang pergi praktis biasanya 100 hingga 150 milidetik antara tuan rumah di Eropa dan tuan rumah di AS. Dengan demikian waktu permintaan http sebesar ~ 250ms adalah sangat normal.

Yang sedikit lebih memprihatinkan adalah lonjakan pada grafik, mereka menyarankan kemacetan jaringan di suatu tempat antara server dan klien pengujian.

* jelas itu tergantung pada titik apa di AS dan titik mana di Irlandia tetapi titik yang dipilih Google tampaknya ada di suatu tempat di tengah AS dan grafik OP mengatakan "us-mid".

— Peter Green
sumber

18

Adakah kemungkinan alasan lain selain jarak dari server?

Jalur yang diambil paket.

— user9517
sumber

6

... dan semua perangkat di antaranya.

— EEAA

8

... dan betapa padatnya mereka

— user9517

1

Bagaimana itu relevan dengan pertanyaan yang diajukan ... itu memang apa itu? Sudahkah Anda mempertimbangkan untuk menggunakan alat seperti katakan mtr untuk memeriksa jalur yang diambil dan waktu setiap lompatan?

— user9517

13

Saya melihat pertanyaan semacam ini sepanjang waktu di mana saya bekerja, memberikan grafik yang bagus yang cenderung memberi kesan bahwa pengguna tahu apa yang mereka bicarakan sampai Anda menanyakan jejak dan lalu lintas apa yang mereka lakukan dan tidak ada yang diperiksa.

— Julie Pelletier

4

@ Julie ya grafik tidak ada artinya tanpa pengetahuan dan pemahaman.

— user9517

9

Mencari google untuk ping "us-mid" hasil Monitis.com dan IP mereka di Dallas, yang juga memiliki DE IP di Frankfurt. Dari server yang sangat terhubung di Perancis saya memiliki 9 ms ping RTT ke DE IP dan 111 ms ping RTT ke US-MID IP. Untuk HTTP time-to-response, saya harapkan dua kali lipat ditambah waktu reaksi server, demi argumen katakanlah mungkin 26 dan 230. Itu tidak begitu berbeda dari nilai-nilai Anda, mengingat bahwa di Irlandia Anda mungkin jaringan yang sedikit lebih jauh -baik dari kedua tempat.

Terima nilai-nilai itu seperti biasa dan pantau penyimpangan dari mereka untuk melihat ada masalah di situs Anda atau dengan ISP Anda. Kecuali jika Anda menjalankan layanan global yang sangat kritis terhadap waktu respons, tidak ada gunanya melakukan lebih banyak. Jika ya, letakkan server di seluruh dunia atau kontrak (lebih baik) dengan hoster yang berspesialisasi dalam melakukan itu.

— Hukum29
sumber

-2

Ini adalah halaman yang bagus dari statistik ping global: https://wondernetwork.com/pings Cukup tambahkan kota sumber dan tujuan Anda.

— Lorant Vajda
sumber