7

Sto provando a creare un server con la latenza più bassa possibile per il mio pubblico di destinazione. Ho la differenza tra le regioni e le zone di disponibilità (credo). Sembra che le zone di disponibilità si trovino in città diverse? Dove sono esattamente? Ho provato a cercare su Google per l'ultima ora e non sono stato in grado di trovare nulla.Dove sono esattamente le zone di disponibilità di AWS EC2?

+0

Immagino che Amazon sia molto desiderosa di non conoscere i codici postali esatti dei loro datacenter. Puoi indovinare perché. –

+1

@ ChrisHuang-Leaver yea haha, ma se qualcuno volesse davvero capirlo, immagino che potrebbero provare a cercare documenti pubblici su ciò che le proprietà acquistano amazon potenzialmente. Sicurezza attraverso l'offuscamento? – Parris

risposta

6

Il meglio che Amazon fornisce in termini di informazioni pubbliche è su their EC2 FAQ. Se si desidera la minore latenza possibile, non è possibile eseguire il ping dei server in ciascuna zona di disponibilità dalla posizione di destinazione e trovare la latenza più bassa in questo modo? Non c'è alcuna garanzia che la prossimità fisica == la latenza più bassa comunque.

2

Si può presumere che tutte le zone di disponibilità nella stessa regione abbiano la latenza simile. (come sono tutti molto vicini). Inoltre, per quanto ne so non è necessario, le zone di disponibilità sono le stesse per tutti gli utenti. (Cioè noi-est-1a può essere datacenter diverso per i diversi utenti)

+0

Ohhhh quindi hanno più di un data center rispetto alle zone di disponibilità. Ok questo è interessante! Grazie! – Parris

+0

@Parris le note dall'interruzione nell'US est di luglio 2012 menzionano che la regione ha 10 centri dati totali http://aws.amazon.com/message/67457/ –

0

si può leggere sul this Amazon doc page che la disponibilità zone non sono mappano un luogo specifico:

Al fine di assicurare che le risorse sono distribuite in tutto il Disponibilità Zone per una regione, mappiamo in modo indipendente le zone di disponibilità agli identificatori per ciascun account. Ad esempio, la tua zona di disponibilità us-east-1a potrebbe non essere la stessa posizione di us-east-1a per un altro account. Nota che non è possibile per te coordinare le zone di disponibilità tra gli account.

+1

Tale documentazione dice che i nomi delle zone di disponibilità non sono necessariamente coerenti tra i conti. Non implica che le zone di disponibilità non vengano mappate in un luogo specifico; solo che la mappatura può differire tra i conti. Quindi è ancora possibile che tutti i server nella zona A (per me) si trovino nello stesso centro dati, mentre tutti i server nella zona B (anche per te) si trovino nello stesso centro dati. –

+0

In effetti, ma, per me, significa anche che Amazon può modificare le zone di disponibilità senza preavviso. Quindi sembra piuttosto pericoloso giocare con questo parametro. Il caching e la compressione sono un'opzione migliore per ottimizzare la velocità. – rebe100x

+0

Penso che ci siano [gruppi di collocamento] (https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/placement-groups.html): "Un gruppo di posizionamenti è un raggruppamento logico di istanze all'interno di un singolo Zona di disponibilità: i gruppi di posizionamento sono consigliati per le applicazioni che beneficiano di una bassa latenza di rete, di un elevato throughput di rete o di entrambi. " –

Problemi correlati