Come posso determinare quale posizione AWS è la migliore per servire i clienti di una particolare regione?


87

AWS ha diverse posizioni per lo storage e istanze EC2 su cui eseguire con prezzi diversi. Come posso determinare quale posizione è migliore per una determinata regione. È intuitivo (più vicino alla tua regione di servizio è il migliore) o ci sono problemi di affidabilità (una particolare posizione AWS deve affrontare più interruzioni di altre). Sono disponibili dati per prendere tale decisione?

Sto sviluppando un'applicazione destinata principalmente ai clienti indiani. Quindi, sto considerando Singapore o Tokyo come un'opzione.

Risposte:


82

Determinazione della posizione AWS a latenza più bassa per l'utilizzo personalizzato

Le persone intelligenti e innovative di TurnKey Linux hanno recentemente reso open source la loro soluzione al tuo problema, vedi Mappatura dei data center regionali AWS su GitHub:

Questo progetto viene utilizzato per generare gli indici (e la mappa visiva per riferimento) utilizzati da TurnKey Hub per trovare il data center AWS più vicino a un utente. [enfasi mia]

L'algoritmo in uso è ulteriormente dettagliato in Trovare il data center più vicino utilizzando GeoIP e indicizzazione , nonché il post di follow-up Trovare l'archivio dei pacchetti APT più vicino utilizzando GeoIP e indicizzazione .

Anche se un po 'un espediente, la visualizzazione è davvero interessante e conferma la risp. illustra il motivo del fatto sorprendente a prima vista già menzionato da Josh , vale a dire che gli utenti in Australia attualmente tendono a ottenere una migliore latenza tramite gli Stati Uniti occidentali (California settentrionale / us-ovest-1) piuttosto che l'Asia Pacifico (Singapore / ap-sud-est -1) regione. ( Suggerimento : il controllo di Future Cables nell'angolo in basso a destra rivela che probabilmente cambierà, il che è ulteriormente dettagliato nella Cable Map di Greg , che indica che l'Australia potrebbe saltare tra le due posizioni AWS in termini di latenza negli anni a venire;)

Utilizzo automatico della posizione AWS a latenza più bassa tramite Amazon Route 53

Nel frattempo AWS sta fornendo una mappa utile che illustra la loro infrastruttura globale per una rapida valutazione, insieme ai rispettivi dettagli come ad esempio il numero di zone di disponibilità e l'endpoint API.

Ancora più importante, tuttavia, AWS ha appena annunciato il supporto DNS geografico già menzionato da Jahufar , vedere il post introduttivo Multi-Region Latency Based Routing now Available for AWS , che rende disponibile la stessa tecnologia di routing basata sulla latenza che alimenta Amazon CloudFront agli utenti di Amazon EC2 , Elastic Load Balancing e altro ancora.

Quindi, nel caso in cui il tuo ambiente sia già composto da un'architettura di istanze EC2 Auto Scaling, la semplice applicazione di questo routing basato sulla latenza dovrebbe risolvere automaticamente il tuo problema.

Sebbene il caso d'uso si rivolga ovviamente a offerte che generano più regioni AWS, le funzionalità sofisticate del routing basato sulla latenza e dei set di record Round Robin pesati potrebbero consentirti di determinare più facilmente le informazioni desiderate.


39

Prova cloudping.info

Eseguirà il ping HTTP dal tuo browser a ciascuna regione AWS.

Region  Latency
US-East (Virginia)  28 ms
US-West (California)    100 ms
US-West (Oregon)    110 ms
Europe (Ireland)    100 ms
Europe (Frankfurt)  119 ms
Asia Pacific (Singapore)    269 ms
Asia Pacific (Sydney)   239 ms
Asia Pacific (Japan)    209 ms
South America (Brazil)  147 ms

NOTA per gli amministratori SO : non sono affiliato con questo servizio. L'ho trovato durante la preparazione per la certificazione AWS.


1
Questo è stato utile. Per qualche motivo da Tokyo, Pechino è la regione con la più alta latenza.
Antonio Val

Potrei essere in grado di ottenere la latenza in pochi secondi.
Nagesh


7

Ecco uno strumento della console che mostra la regione aws più vicina:

È scritto in golang e molto facile da usare:

➥ ./awsping --verbose 1
      Code            Region                                      Latency
    0 eu-central-1    Europe (Frankfurt)                         36.97 ms
    1 eu-west-1       Europe (Ireland)                           63.18 ms
    2 us-east-1       US-East (Virginia)                        126.52 ms
    3 ap-south-1      Asia Pacific (Mumbai)                     156.98 ms
    4 us-west-1       US-West (California)                      192.92 ms
    5 us-west-2       US-West (Oregon)                          226.23 ms
    6 sa-east-1       South America (São Paulo)                 247.74 ms
    7 ap-northeast-1  Asia Pacific (Tokyo)                      312.22 ms
    8 ap-northeast-2  Asia Pacific (Seoul)                      329.54 ms
    9 ap-southeast-2  Asia Pacific (Sydney)                     337.84 ms
   10 ap-southeast-1  Asia Pacific (Singapore)                  395.73 ms

Le regioni sono ordinate in base alla latenza.

Puoi eseguirlo su qualsiasi server e determinare la regione più vicina per te.


6

È ovviamente consigliabile testare la latenza in diverse regioni! Mi trovo in Australia e molti utenti qui ottengono una latenza migliore verso gli Stati Uniti occidentali rispetto a Singapore, in parte dipende dal peering degli ISP locali e dalla connettività internazionale. È relativamente semplice testare se hai utenti nella regione a cui ti rivolgi.

L'affidabilità sul lato AWS (cioè non i problemi di rete dell'utente) è principalmente una conseguenza della distribuzione in più zone di disponibilità. Ci sono più scelte nelle regioni degli Stati Uniti che in quelle dell'APAC semplicemente perché servono quei mercati da più tempo. Un effetto collaterale di ciò è che le funzionalità vengono distribuite relativamente tardi a Singapore / Tokyo: normalmente le nuove funzionalità iniziano a essere distribuite negli Stati Uniti orientali.

Poiché hai già in mente S3 ed EC2 come servizi che vorresti utilizzare e sono entrambi disponibili in regioni più vicine, valuta se i servizi Web più recenti di AWS sono immediatamente importanti, altrimenti cerca qualcosa (latenza) vicino.



4

Buon strumento / sito per controllare la latenza dalla nostra posizione

http://www.cloudwatch.in/

inserisci qui la descrizione dell'immagine


Questa soluzione non è affidabile. Segnala la latenza che è molto diversa da quella che misuro da un terminale utilizzando il ping. Inoltre, non riflette il giusto ordine tra quale regione è più vicina e quale più lontana.
user1942586

3

EDIT: Guarda la risposta di Mark Tsai. Questa è la strada da percorrere (il percorso 53 non esisteva quando ho scritto questo)

Questo probabilmente appartiene a ServerFault ma qui va:

Quello che stai sostanzialmente chiedendo è Geo DNS.

Al momento non è supportato direttamente in AWS, anche se ho visto alcuni parlare di implementazione in alcuni post del forum AWS , molto probabilmente nel loro servizio Route 53 .

Fino ad allora, potresti cercare soluzioni di terze parti come Zerigo che ti fornirebbero la funzione Geo DNS.

Oppure, se sei un hardcore, potresti lanciarne uno tuo configurando BIND con IP2Location

EDIT: c'è un post su ServerFault che parla dei provider di Geo DNS

Per quanto riguarda la tua domanda riguardante le prestazioni e l'affidabilità di AWS: dovresti considerare di offrire il tuo sito dalla zona di disponibilità più vicina al tuo utente: ha perfettamente senso in termini di velocità e non avere tutte le istanze in una singola zona di disponibilità. Puoi controllare AWS Service Health Dashboard per avere un'idea generale dell'affidabilità dei servizi di Amazon in diverse zone di disponibilità. Nota che questi dati provengono direttamente da Amazon: non ho visto statistiche indipendenti da nessun'altra parte.


Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.