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.
Bewährte Verfahren aus der Praxis
In diesem Abschnitt werden die bewährten Methoden zusammengefasst, die von einigen der größten und erfolgreichsten AWS Kunden implementiert wurden, die große Echtzeit-Workloads mit Session Initiation Protocol (SIP) ausführen. AWS Kunden, die ihre eigene SIP-Infrastruktur in der Public Cloud betreiben möchten, würden diese Best Practices als wertvoll erachten, da sie dazu beitragen können, die Zuverlässigkeit und Widerstandsfähigkeit des Systems bei verschiedenen Arten von Ausfällen zu erhöhen. Obwohl einige dieser Best Practices SIP-spezifisch sind, sind die meisten von ihnen auf jede Echtzeitkommunikationsanwendung anwendbar, auf der AWS ausgeführt wird.
Erstellen Sie ein SIP-Overlay
AWS verfügt über ein robustes, skalierbares und redundantes Netzwerk-Backbone, das Konnektivität zwischen verschiedenen AWS-Regionen Geräten ermöglicht. Wenn ein Netzwerkereignis, z. B. ein Glasfaserausfall, eine AWS Backbone-Verbindung beeinträchtigt, wird der Datenverkehr mithilfe von Routing-Protokollen auf Netzwerkebene wie dem Border Gateway Protocol (BGP) schnell auf redundante Pfade umgeleitet. Diese Verkehrstechnik auf Netzwerkebene ist für AWS Kunden eine Blackbox, und die meisten bemerken diese Failover-Ereignisse nicht einmal. Kunden, die Echtzeit-Workloads wie Sprach-, Video- und Nachrichtendienste mit geringer Latenz ausführen, bemerken diese Ereignisse jedoch manchmal. Wie kann ein AWS Kunde also zusätzlich zu dem, was auf AWS Netzwerkebene bereitgestellt wird, seine eigene Verkehrstechnik implementieren? Die Lösung besteht darin, die SIP-Infrastruktur auf vielen verschiedenen Ebenen bereitzustellen AWS-Regionen. Als Teil der Funktionen zur Anrufsteuerung bietet SIP auch die Möglichkeit, Anrufe über bestimmte SIP-Proxys weiterzuleiten.
Verwenden von SIP-Routing zum Überschreiben des Netzwerkroutings
In der vorherigen Abbildung läuft die SIP-Infrastruktur (dargestellt durch grüne Punkte in den Würfeln) in allen vier US-Regionen. Die durchgezogenen blauen Linien stellen eine fiktive Darstellung des AWS Backbones dar. Wenn kein SIP-Routing implementiert ist, wird ein Anruf, der von der Westküste der USA ausgeht und für die Ostküste der USA bestimmt ist, über die Backbone-Verbindung weitergeleitet, die die Regionen Oregon und Virginia direkt verbindet. Das Diagramm zeigt, wie ein Kunde das Routing auf Netzwerkebene außer Kraft setzen und denselben Anruf zwischen Oregon und Virginia mithilfe von SIP-Routing über Kalifornien tätigen kann. Diese Art von SIP-Verkehrstechnik kann mithilfe von SIP-Proxys und Media Gateways auf der Grundlage von Netzwerkmetriken wie SIP-Weiterübertragungen und kundenspezifischen Geschäftspräferenzen implementiert werden.
