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.