Bereitstellung unternehmenskritischer globaler Inhalte

Content Delivery Networks (CDNs) bieten eine Reihe von Funktionen zur Optimierung der Leistung für Benutzer, einschließlich globaler Layer 7-Lastenausgleich und optimierter Netzwerkrouting. Das Zwischenspeichern ist auch eine gängige Möglichkeit, um die Auslastung der Back-End-Dienste zu reduzieren und eine weitere Resilienz für eine Reihe von Problemen bereitzustellen. CDNs, einschließlich Azure Front Door, bieten Zwischenspeicherung am Netzwerkrand.

CDNs sind eine wesentliche Komponente in einigen Lösungsarchitekturen, daher ist es eine bewährte Methode für unternehmenskritische Workloads, mehrere CDNs zu verwenden, um eine höhere Verfügbarkeit zu erzielen. Wenn ein CDN über einen Ausfall oder eine beeinträchtigte Leistung verfügt, wird Ihr Datenverkehr automatisch zu einem anderen CDN umgeleitet.

Wie im vorherigen Artikel dieser Reihe erwähnt, ist Azure Front Door so konzipiert, dass sie nicht nur für unsere externen Kunden, sondern auch für mehrere Eigenschaften in Microsoft die größtmögliche Resilienz und Verfügbarkeit bietet. Microsoft bietet zwar einen branchenführenden Service Level Agreement (SLA) für Azure Front Door an, wenn Sie jedoch über eine unternehmenskritische Anwendung verfügen, die noch höhere SLA-Anforderungen erfordert, müssen Sie sich auf mehrere CDNs verlassen. Berücksichtigen Sie die Auswirkungen dieses Ansatzes. Jedes CDN stellt einen separaten Netzwerkpfad zu Ihren Anwendungsservern bereit, und Sie müssen jedes CDN separat konfigurieren und testen.

In diesem Artikel wird ein Ansatz für die Verwendung von Azure Front Door mit einem anderen CDN beschrieben. Dieser Ansatz eignet sich für Lösungen, die sich stark auf die Zwischenspeicherung für die Bereitstellung statischer Inhalte, Medien und hochskalierter eCommerce-Anwendungen verlassen.

Hinweis

Dieser Anwendungsfall ist Teil einer allgemeinen Designstrategie, die einen alternativen Ansatz abdeckt, wenn Azure Front Door nicht verfügbar ist. Informationen zu Kontext und Überlegungen finden Sie unter unternehmenskritische globale Webanwendungen.

Vorgehensweise

Ein Drittanbieter-CDN kann in Ihre Azure-Lösung integriert werden, um eine Isolation von der Infrastruktur von Microsoft bereitzustellen. Diese Isolation bietet ein hohes Maß an Resilienz aus Notfallszenarien. Wenn ein Ausfall oder eine Katastrophe auftritt, wird der Datenverkehr automatisch zwischen Azure Front Door und dem alternativen CDN verschoben. Sie können Azure Traffic Manager verwenden, um einen Ausfall zu erkennen und Datenverkehr an das alternative CDN umzuleiten.

Hinweis

Microsoft bietet einen CDN-Verbindungsdienst an, um Ihren Ursprungsdatenverkehr an ein anderes CDN mit null Gebühren für die Datenübertragung weiterzuleiten. Weitere Informationen finden Sie unter Routingeinstellungen.

Das folgende Diagramm zeigt, wie der Datenverkehr zwischen den CDNs fließt:

• Der Datenverkehrs-Manager verwendet den Gewichtungsroutingmodus, verfügt über zwei Endpunkte und ist so konfiguriert, dass immer Datenverkehr bedient wird.

  Während des normalen Betriebs sendet Traffic Manager alle Anforderungen über Azure Front Door.

  Wenn Azure Front Door nicht verfügbar ist, deaktivieren Sie den Azure Front Door-Endpunkt. Der Datenverkehrs-Manager sendet dann alle Anforderungen über das alternative CDN.

• Azure Front Door verarbeitet und leitet den größten Teil Ihres Anwendungsdatenverkehrs weiter. Azure Front Door leitet Datenverkehr an den entsprechenden Ursprungsanwendungsserver weiter und stellt den primären Pfad zu Ihrer Anwendung bereit. Wenn Azure Front Door nicht verfügbar ist, wird der Datenverkehr automatisch über den sekundären Pfad umgeleitet.

• Ein alternatives CDN ist so konfiguriert, dass Datenverkehr an jeden Ursprungsserver gesendet wird.

• Ihre Ursprungsanwendungsserver müssen jederzeit bereit sein, Datenverkehr von Azure Front Door und einem anderen CDN zu akzeptieren.

Überlegungen

Die in missionkritischen globalen Webanwendungen beschriebenen Überlegungen gelten weiterhin für diesen Anwendungsfall. Hier sind einige zusätzliche Punkte:

Auswahl des CDN

Microsoft bietet mehrere CDN-Produkte an. Unser Flaggschiffprodukt ist Azure Front Door Standard und Premium; die Einstellung aller anderen CDN-Produkte wurde angekündigt. Die anderen Produkte teilen auch physische Infrastruktur mit Azure Front Door. Daher empfehlen wir Ihnen, ein anderes CDN-Produkt für die Art der Architektur auszuwählen, die in diesem Artikel beschrieben wird. Stellen Sie sicher, dass Sie ein alternatives CDN auswählen, das Ihren Anforderungen für Featurefunktionen, Betriebszeit und Kosten entspricht.

Je nach Ihren Anforderungen und Risikotoleranz können Sie mehr als zwei CDNs verwenden.

Featureparität

Azure Front Door bietet spezifische Funktionen, die sich von vielen CDNs unterscheiden, und die Eigenschaften sind nicht vollständig austauschbar zwischen den Produkten. Es kann z. B. Unterschiede bei der Behandlung von TLS-Zertifikaten, webanwendungsfirewall (WAF) und HTTP-Routingregeln geben.

Berücksichtigen Sie sorgfältig die Features von Azure Front Door, die Sie verwenden, und ob Ihr alternatives CDN über entsprechende Funktionen verfügt. Weitere Informationen finden Sie unter Konsistenz von Eingangspfaden.

Cachefüllung

Für viele Situationen ist ein aktiv-passiver Routingansatz sinnvoll. Bei normalen Vorgängen werden alle Verkehrswege zu Azure Front Door geleitet und das alternative CDN umgangen. Um diese Konfiguration zu erreichen, aktivieren Sie den Traffic Manager-Endpunkt für Azure Front Door, und deaktivieren Sie den Endpunkt für Ihr alternatives CDN.

Wenn Sie jedoch mehrere CDNs im Active-Passive-Modus ausführen, muss das passive CDN eine Cachefüllung von Ihrem Ursprungsserver durchführen, wenn ein Failover auftritt.

Testen Sie das Failover zwischen Azure Front Door und Ihrem alternativen CDN, um Anomalien oder Leistungsprobleme zu erkennen. Wenn Ihre Lösung aufgrund von Leistungsproblemen während der Cachefüllungen gefährdet ist, sollten Sie die folgenden Ansätze berücksichtigen, um das Risiko zu verringern:

• Skalieren oder erweitern Sie Ihre Ursprungspunkte, um höhere Verkehrsspitzen zu verarbeiten, insbesondere während einer Cache-Auffüllung.

• Füllen Sie beide CDNs vor, indem Sie einen Prozentsatz Ihrer am häufigsten verwendeten Inhalte über das passive CDN verarbeiten, bevor ein Failoverereignis eintritt. Konfigurieren Sie den Routingmodus für gewichtete Datenverkehr so, dass ein kleiner Teil des Datenverkehrs an das alternative CDN gesendet wird, damit er jederzeit für den Produktionsdatenverkehr bereit ist.

Unterdomänen

Sie können Routing und Inhaltsübermittlung auf Anwendungsebene kombinieren. Statische Ressourcen können beispielsweise von der Zwischenspeicherung profitieren, während Ihre primäre Webanwendung möglicherweise keine Zwischenspeicherung verwendet.

In diesem Szenario sollten Sie Ihre Inhaltsressourcen in eine dedizierte Unterdomäne einfügen, damit Sie sie unabhängig vom Anwendungsserverrouting neu konfigurieren können.

Kompromisse

Die Verwendung mehrerer CDNs kommt mit einigen Kompromissen.

• Es kann eine Erhöhung der Gesamtkosten der Lösung geben. Wenn Sie eine Architektur bereitstellen, die mehrere CDNs verwendet, werden Sie jeweils in Rechnung gestellt. Stellen Sie sicher, dass Sie verstehen, wie Sie für jedes CDN in Ihrer Lösung und alle anderen Komponenten, die Sie bereitstellen, in Rechnung gestellt werden.

• Jede zusätzliche Komponente, die Sie zu Ihrer Lösung hinzufügen, erhöht ihren Verwaltungsaufwand.

• Während des Failovers zwischen Azure Front Door und Ihrem alternativen CDN können Leistungsprobleme auftreten.

• Mithilfe eines DNS-Datenverkehrs-Managers können Sie zufällig festlegen, welches CDN für eine Anforderung ausgewählt wird. Wenn Sie nicht vorsichtig sind, konsistente Cacheeinstellungen für CDNs (z. B. Zwischenspeichern in Azure Front Door) zu implementieren, können Sie eine geringere Leistung und höhere Kosten für die Ursprungsausgangsbandbreite riskieren.

• Ein häufiges Problem ist das Erneute Ausfüllen des Caches , wenn CDNs im aktiven passiven Modus ausgeführt werden. Das im passiven Modus konfigurierte CDN muss den Cache aus dem Ursprung erneut ausfüllen. Es kann Ursprungssysteme während dieses Prozesses überladen.

Beitragende

Dieser Artikel wird von Microsoft verwaltet. Sie wurde ursprünglich von den folgenden Mitwirkenden verfasst.

Hauptautoren:

• Dave Burkhardt | Hauptprogramm-Manager, Azure Front Door
• John Downs | Principal Software Engineer, Azure Patterns & Practices
• Akhil Karmalkar | Principal Program Manager, Azure Front Door
• Priyanka Wilkins | Prinzipalinhaltsentwickler, Azure Patterns & Practices

Um nicht öffentliche LinkedIn-Profile anzuzeigen, melden Sie sich bei LinkedIn an.

Nächste Schritte

Überprüfen Sie das globale HTTP-Eingangsszenario , um zu verstehen, ob es für Ihre Lösung gilt.