Verwenden Sie DNS für den Lastenausgleich und Floating IPs für den Failover - Kommunikation in Echtzeit auf AWS

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Verwenden Sie DNS für den Lastenausgleich und Floating IPs für den Failover

IP-Telefonieclients, die die DNS-SRV-Funktion unterstützen, können die in die Infrastruktur integrierte Redundanz effizient nutzen, indem sie die Clients auf unterschiedliche/verteilen. SBCs PBXs

Ein Diagramm, das die Verwendung von DNS-SRV-Einträgen für den Lastenausgleich von SIP-Clients zeigt.

Verwendung von DNS-SRV-Einträgen für den Lastenausgleich von SIP-Clients

Die vorherige Abbildung zeigt, wie Kunden die SRV-Einträge für den Lastenausgleich des SIP-Verkehrs verwenden können. Jeder IP-Telefonieclient, der den SRV-Standard unterstützt, sucht nach dem SIP. <transport protocol>Präfix in einem DNS-Eintrag vom Typ SRV. Im Beispiel enthält der Antwortbereich von DNS beide, die in unterschiedlichen AWS Availability Zones PBXs ausgeführt werden. Zusätzlich zum Endpunkt URIs enthält der SRV-Eintrag jedoch drei zusätzliche Informationen:

  • Die erste Zahl ist die Priorität (1 im obigen Beispiel). Eine niedrigere Priorität wird einer höheren Priorität vorgezogen.

  • Die zweite Zahl ist das Gewicht (10 im obigen Beispiel).

  • Und die dritte Zahl ist der zu verwendende Port (5060).

Da die Priorität für beide PBXs Server dieselbe ist (1), verwenden die Clients die Gewichtung für den Lastenausgleich zwischen den beiden PBXs. Da die Gewichtungen in diesem Fall identisch sind, sollte der SIP-Verkehr gleichmäßig auf die beiden verteilt werden PBXs.

DNS kann eine gute Lösung für den Client-Lastenausgleich sein, aber wie sieht es mit der Implementierung eines Failovers durch Ändern/Aktualisieren von DNS-A-Einträgen aus? Von dieser Methode wird abgeraten, da das DNS-Caching-Verhalten innerhalb des Client und der dazwischenliegenden Knoten inkonsistent ist. Ein besserer Ansatz für Intra-AZ-Failover zwischen einem Cluster von SIP-Knoten ist die EC2 IP-Neuzuweisung, bei der die IP-Adresse eines beeinträchtigten Hosts mithilfe der API sofort einem fehlerfreien Host zugewiesen wird. EC2 In Kombination mit einer detaillierten Überwachungs- und Integritätsprüfungslösung stellt die IP-Neuzuweisung eines ausgefallenen Knotens sicher, dass der Datenverkehr rechtzeitig auf einen funktionsfähigen Host umgeleitet wird, wodurch Störungen für den Endbenutzer minimiert werden.