Verwendung mehrerer Availability Zones - Echtzeit-Kommunikation in AWS

Verwendung mehrerer Availability Zones

Jede AWS-Region ist in separate Availability Zones unterteilt. Die einzelnen Availability Zones verfügen über ihre eigene Stromversorgung, Kühlung und Netzwerkkonnektivität und bilden somit eine isolierte Ausfalldomäne. Innerhalb der Konstrukte von AWS wird immer empfohlen, dass Kunden ihre Workloads in mehr als einer Availability Zone ausführen. Dadurch halten Kundenanwendungen auch einem vollständigen Ausfall der Availability Zone stand, obwohl dies nur selten vorkommt. Diese Empfehlung gilt auch für Echtzeit-SIP-Infrastrukturen.

Abbildung 12: Behebung von Ausfällen der Availability Zone

Angenommen, ein katastrophales Ereignis (wie ein Orkan der Kategorie 5) verursacht einen vollständigen Ausfall der Availability Zone in der Region US-Ost-1. Wenn die Infrastruktur wie im Diagramm dargestellt ausgeführt wird, sollten sich alle SIP-Clients, die ursprünglich bei den Knoten in der ausgefallenen Availability Zone registriert waren, erneut bei den SIP-Knoten registrieren, die in Availability Zone 2 ausgeführt werden. (Testen Sie dieses Verhalten mit Ihren SIP-Clients/Telefonen, um sicherzustellen, dass es unterstützt wird.). Obwohl die aktiven SIP-Aufrufe zum Zeitpunkt des Ausfalls der Availability Zone verloren gehen, werden alle neuen Anrufe über Availability Zone 2 geroutet.

Zusammenfassend sollten DNS-SRV-Datensätze den Client auf mehrere A-Datensätze verweisen, einen in jeder Availability Zone. Jeder dieser „A“ -Datensätze sollte wiederum auf mehrere IP-Adressen von SBC/Nebenstellenanlagen in dieser Availability Zone verweisen, die sowohl Intra- als auch Inter-AZ-Ausfallsicherheit bieten. Sowohl Intra- als auch Inter-AZ-Failover können mithilfe der IP-Neuzuweisung implementiert werden, wenn die IP-Adressen öffentlich sind. Private IP-Adressen können jedoch nicht über Availability Zones hinweg neu zugewiesen werden. Wenn ein Kunde private IP-Adressen verwendet, muss er sich darauf verlassen, dass sich die SIP-Clients für das Inter-AZ-Failover erneut bei der Backup-SBC/Nebenstellenanlage registrieren.