Utilizzare zone di disponibilità multiple

Ogni regione AWS è suddivisa in zone di disponibilità separate. Ogni zona di disponibilità ha la propria alimentazione, raffreddamento e connettività di rete e costituisce quindi un dominio di guasto isolato. All'interno dei costrutti di AWS, è sempre preferibile che i clienti eseguano i loro carichi di lavoro in più di una zona di disponibilità. Ciò garantisce che le applicazioni dei clienti siano in grado di sopportare anche un guasto completo della zona di disponibilità, un evento molto raro di per sé. Questo suggerimento è anche sinonimo di infrastruttura SIP in tempo reale.

Figura 12: Gestione dell'errore della zona di disponibilità

Supponiamo che un evento catastrofico (come un uragano di categoria 5) causi un'interruzione completa della zona di disponibilità nella regione us-east-1. Con l'infrastruttura in esecuzione come mostrato nel diagramma, tutti i client SIP originariamente registrati con i nodi nella zona di disponibilità con guasto devono registrarsi nuovamente con i nodi SIP in esecuzione nella zona di disponibilità #2. Verifica questo comportamento con i tuoi client/telefoni SIP per assicurarti che sia supportato. Sebbene le chiamate SIP attive al momento dell'interruzione della zona di disponibilità vengano perse, tutte le nuove chiamate vengono instradate attraverso la zona di disponibilità #2.

Per riassumere, i record DNS SRV devono indirizzare il client a più record "A", uno per ogni zona di disponibilità. Ciascuno di questi record "A" deve, a sua volta, puntare a più indirizzi IP di SBC/PBX in quella zona di disponibilità fornendo resilienza sia intra- che inter-AZ. Il failover intra e inter-AZ può essere implementato utilizzando la riassegnazione IP se gli IP sono pubblici. Gli IP privati, tuttavia, non possono essere riassegnati tra le zone di disponibilità. Se un cliente utilizza un indirizzo IP privato, deve fare affidamento sui client SIP che si registrano nuovamente con il sistema SBC/PBX di backup per il failover intra-AZ.