In che modo la geografia influisce sulla latenza della rete?

Ho la possibilità di ospitare il nostro database / server Web presso una società di hosting gestita sulla East Coast (Stati Uniti) o uno sulla West Coast (Stati Uniti). La nostra azienda ha sede a New York City ed entrambi i provider di hosting offrono al nostro box una linea T1 dedicata.

Quanto di un impatto sulle prestazioni (supponendo che tutti gli altri fattori siano uguali) subirei in termini di latenza di rete se andassi con quello sulla costa occidentale rispetto a quello sulla costa orientale? Non sono troppo sicuro di come la geografia influenzi la velocità di Internet quando i numeri e le distanze diventano davvero grandi (T1 e superiori e migliaia di miglia).

Grazie!

C'è un ritardo di distanza e tutte le altre cose sono uguali (efficienza di routing, spese generali di elaborazione, congestione, ecc.) Un sito sulla costa occidentale a cui accede un host sulla costa orientale impiegherà più tempo rispetto a se quel sito si trova ad est costa ma stiamo parlando di millisecondi qui.

A parità di altre condizioni, avrai ulteriori 44 millisecondi di latenza proprio a causa della velocità della luce. Dare o prendere 1/20 di secondo per ogni pacchetto andata e ritorno. Non molto per l'utilizzo tipico del Web. Passabile per sessioni ssh. Fondamentale se si accede direttamente al proprio DB con molte piccole transazioni consecutive.

Ho ignorato la latenza aggiuntiva causata da router / ripetitori aggiuntivi, che potrebbe essere molto, molto più elevata. Ho assunto la distanza di 4400 km e la velocità della luce in fibra 200000 km / s.

Avevamo un cliente con cui passavamo un bel po 'di tempo in giro e in relazione con questo. Originariamente erano ospitati a New York, e il loro staff si trova principalmente nella zona di Boston. Stavano spostando i loro server nella nostra struttura situata a Denver, a circa due terzi del paese.

Una volta trasferiti, hanno iniziato a far emergere problemi di prestazioni dai loro collegamenti Comcast negli uffici domestici. Avevano una latenza <10 ms ed è salita a 80 ish ms. Hanno notato prestazioni più lente che raggiungono i loro siti, ma hanno detto "forse dovremo solo sopportare di passare da velocità incredibilmente veloci a velocità mortali". Sembravano rendersi conto che c'erano limiti a causa della geografia e che i loro utenti sulla costa occidentale avrebbero potuto ottenere prestazioni migliori.

Siamo andati avanti e indietro alcune volte. Dopo circa 6 mesi, siamo passati a un altro ISP primario a monte, per ragioni non correlate a questo cliente (prezzi migliori, maggiore larghezza di banda, insoddisfatto del numero di finestre di manutenzione sull'altro fornitore) e con il nuovo fornitore ottenevamo circa 45ms latenza media per questo client. A questo punto le loro preoccupazioni relative alle prestazioni sembrano essere scomparse.

Solo per darti qualche esperienza su un caso in cui è stato visto questo tipo di problema e i numeri ad esso correlati.

Prova a usare "mtr" per mostrare informazioni sulla latenza e la perdita di pacchetti ai diversi terminali remoti. A meno che tu non comprenda appieno il routing "slow path", ignora tutto tranne l'ultimo hop elencato su quell'output. Van Jacobson afferma che gli umani notano una latenza a partire da 400 ms, ma si rendono conto che molte connessioni richiedono più scambi avanti e indietro, quindi una latenza di 100 ms può rapidamente aggiungere fino a un secondo ...

Dalla mia esperienza, la latenza di 250 ms inizia a sembrare una connessione notevolmente lenta. 10ms o meglio sembra una connessione ardente. Dipende davvero da cosa stai facendo.

Sean

Bene, i pacchetti viaggiano lungo il filo abbastanza vicino alla velocità della luce che il tempo di trasmissione grezzo è trascurabile rispetto ad altri fattori. Ciò che conta è l'efficienza del routing e la velocità con cui i dispositivi di routing possono eseguire il routing. Questo purtroppo non può essere determinato esclusivamente sulla base della distanza geografica. Esiste una forte correlazione tra distanza e latenza, ma non sono a conoscenza di regole rigide e veloci.

Il numero di salti tra il punto A e il punto B introdurrà la latenza. Conta il numero di salti poiché questo è il tuo indicatore migliore.

Alcune parole di cautela. I metodi per la valutazione del percorso di rete non sono coerenti con il flusso del pacchetto effettivo. L'ICMP può essere indirizzato e attribuito una differenza QoS. Inoltre, il traceroute in genere guarda in una direzione, cioè dalla sorgente alla destinazione. Ecco alcuni trucchi pratici.

Per traceroute, provare a utilizzare -I, -Uo -Tper vedere come il percorso varia. Guarda anche -t 16o -t 8. traceroute

Il ping è in realtà abbastanza utile. ping -Rti mostrerà il percorso che serve per tornare! Se differisce dal percorso in uscita, quindi vedere dove sta andando. ping

Penso che la geografia avrà molto a che fare con il tempo di trasmissione dei pacchetti poiché più vai avanti, più il luppolo che molto probabilmente aggiungerai influendo sulla latenza complessiva. Se i tuoi clienti saranno basati principalmente sulla costa occidentale, allora sceglierei l'hosting della costa occidentale ... Stessa cosa sulla costa orientale. Se i tuoi clienti verranno da tutti gli Stati Uniti o dal mondo ... allora dovrai solo prendere la decisione difficile da quale parte ottiene la latenza minore.

Nel nostro caso, siamo sulla nostra rete (una grande intranet) e siamo in grado di consentire ai nostri router di prendere decisioni basate su OSPF in tutto lo stato :) Sfortunatamente, qualsiasi cosa al di fuori della nostra rete si basa principalmente sul layout dei nostri ISP.