Freigeben über


Grundlegendes zur Abrechnung für Azure Front Door

Azure Front Door bietet eine Vielzahl von Funktionen für Ihre internetbasierten Workloads. Front Door hilft Ihnen, die Leistung Ihrer Anwendung zu beschleunigen, verbessert Ihre Sicherheit und stellt Ihnen Tools zur Verfügung, mit denen Sie Ihren HTTP-Datenverkehr untersuchen und modifizieren können.

Das Abrechnungsmodell von Front Door umfasst mehrere Komponenten. Front Door berechnet eine Grundgebühr für jedes Profil, das Sie bereitstellen. Auch für Anforderungen und Datenübertragungen fallen Gebühren an, die sich nach Ihrem Verbrauch richten. Abrechnungszähler sammeln Informationen zu Ihrer Front Door-Nutzung. Ihre monatliche Azure-Rechnung fasst die Abrechnungsdaten des gesamten Monats zusammen und wendet die Preise an, um den von Ihnen zu zahlenden Betrag zu ermitteln.

In diesem Artikel wird erklärt, wie die Front Door-Preise funktionieren, damit Sie Ihre monatliche Azure Front Door-Rechnung besser verstehen und vorhersagen können.

Informationen zu den Preisen für Azure Front Door finden Sie unter Azure Front Door – Preise.

Tipp

Der Azure-Preisrechner hilft Ihnen, eine Preisschätzung für Ihre Anforderungen zu berechnen. Verwenden Sie die vorab erstellte Schätzung des Preisrechners als Ausgangspunkt, und passen Sie sie für Ihre eigene Lösung an.

Hinweis

In diesem Artikel wird erläutert, wie die Abrechnung für Azure Front Door Standard- und Premium-SKUs funktioniert. Informationen zu Azure Front Door (klassisch) finden Sie unter Azure Front Door – Preise.

Grundgebühren

Jedes Front Door-Profil verursacht Gebühren auf Stundenbasis. Jede Stunde oder Teilstunde, in der Ihr Profil eingesetzt wird, wird Ihnen in Rechnung gestellt. Der von Ihnen berechnete Preis hängt von der Von Ihnen bereitgestellten Front Door-Stufe ab.

Ein einzelnes Front Door-Profil kann mehrere Endpunkte enthalten. Es wird nicht jeder Endpunkt extra berechnet.

Sie zahlen keine zusätzlichen Gebühren für die Nutzung von Features wie Datenverkehrsbeschleunigung, Zwischenspeicherung von Antworten, Antwortkomprimierung, die Regel-Engine, den inhärenten DDoS-Schutz von Front Door und benutzerdefinierte Regeln der Web Application Firewall (WAF). Wenn Sie Front Door Premium verwenden, zahlen Sie auch keine zusätzlichen Gebühren für die Verwendung von verwalteten WAF-Regelsätzen oder Private Link-Ursprüngen.

Anfordern von Verarbeitungs- und Datenverkehrsgebühren

Für jede Anforderung, die über Front Door läuft, fallen Gebühren für die Verarbeitung der Anforderung und für den Datenverkehr an:

Diagram of traffic flowing from the client to Azure Front Door and to the origin.

Jeder Teil des Anforderungsprozesses wird separat berechnet:

  1. Anzahl der Anforderungen von Client an Front Door
  2. Datenübertragung von Front Door-Edge zu Ursprung
  3. Datenübertragung von Ursprung zu Front Door (nicht abgerechnet)
  4. Datenübertragung von Front Door an Client

In den folgenden Abschnitten werden diese Anforderungskomponenten ausführlicher beschrieben.

Anzahl der Anforderungen von Client an Front Door

Front Door berechnet eine Gebühr für die Anzahl der Anforderungen, die an einem Front Door-Edgestandort für Ihr Profil empfangen werden. Front Door identifiziert Anforderungen mithilfe des Host-Headers in der HTTP-Anforderung. Wenn der Host-Header einem Header Ihres Front Door-Profils entspricht, zählt dies als Anforderung an Ihr Profil.

Der Preis hängt von der geografischen Region ab, in der sich der Front Door-Edgestandort befindet, der die Anforderung bedient. Der Preis ist auch für die Standard- und Premium-SKUs unterschiedlich.

Datenübertragung von Front Door-Edge zu Ursprung

Front Door berechnet die Bytes, die vom Front Door-Edgestandort an Ihren Ursprungsserver gesendet werden. Der Preis hängt von der geografischen Region ab, in der sich der Front Door-Edgestandort befindet, der die Anforderung bedient. Der Standort des Ursprungs wirkt sich nicht auf den Preis aus.

Der Preis pro Gigabyte ist bei höheren Datenverkehrsmengen niedriger.

Wenn die Anforderung aus dem Zwischenspeicher des Front Door Edgestandorts bedient werden kann, sendet Front Door keine Anforderung an den Ursprungsserver, und diese Komponente wird Ihnen nicht in Rechnung gestellt.

Datenübertragung von Ursprung zu Front Door

Wenn Ihr Ursprungsserver eine Anforderung verarbeitet, werden Daten zurück an Front Door gesendet, sodass diese an den Client zurückgegeben werden können. Dieser Datenverkehr wird von Front Door nicht in Rechnung gestellt, auch wenn sich der Ursprung in einer anderen Region befindet als der Front Door-Edgestandort für die Anforderung.

Wenn Ihr Ursprung in Azure liegt, werden ausgehende Daten vom Azure-Ursprung zu Front Door nicht berechnet. Sie sollten jedoch prüfen, ob diese Azure-Dienste Ihnen die Bearbeitung Ihrer Anforderungen möglicherweise in Rechnung stellen.

Wenn Ihr Ursprung außerhalb von Azure liegt, können Gebühren von anderen Netzwerkanbietern anfallen.

Datenübertragung von Front Door an Client

Front Door berechnet die Bytes, die vom Front Door-Edgestandort zurück an den Client gesendet werden. Der Preis hängt von der geografischen Region ab, in der sich der Front Door-Edgestandort befindet, der die Anforderung bedient.

Wenn eine Antwort komprimiert ist, berechnet Front Door nur die komprimierten Daten.

Wenn Sie die Premium-Stufe verwenden, kann Die Front Door mit Ihrem Ursprung über den privaten Link eine Verbindung herstellen.

Front Door Premium hat eine höhere Grundgebühr und eine höhere Gebühr für die Anforderungsbearbeitung. Sie zahlen für Private Link-Datenverkehr keine zusätzlichen Gebühren, im Gegensatz zu Datenverkehr, der den öffentlichen Endpunkt eines Ursprungs verwendet.

Bei der Konfiguration eines Private Link-Ursprungs wählen Sie eine Region aus, die der private Endpunkt verwenden soll. Eine Teilmenge von Azure-Regionen unterstützt Private Link-Datenverkehr für Front Door. Wenn sich die von Ihnen ausgewählte Region von der Region unterscheidet, für die der Ursprung bereitgestellt wird, gibt es keine zusätzliche Gebühr für den regionsübergreifenden Datenverkehr. Die Anforderungslatenz ist jedoch wahrscheinlich größer.

Regionsübergreifender Datenverkehr

Einige der Zähler für die Front Door-Abrechnung wenden unterschiedliche Tarife an, je nachdem, wo sich der Front Door-Edgestandort befindet, der eine Anforderung bearbeitet. Normalerweise ist der Front Door-Edgestandort, der eine Anforderung verarbeitet, derjenige, der dem Client am nächsten ist, wodurch die Latenz reduziert und die Leistung maximiert wird.

Front Door-Gebühren für den Datenverkehr vom Edgestandort zum Ursprung. Für den Datenverkehr werden je nach Ort des Front Door-Edgestandorts unterschiedliche Sätze berechnet. Wenn Ihr Ursprung in einer anderen Azure-Region liegt, werden Ihnen keine zusätzlichen Kosten für den Datenverkehr zwischen den Regionen berechnet.

Beispielszenarien

Beispiel 1: Azure-Ursprung ohne Zwischenspeicherung

Contoso hostet seine Website auf Azure App Service, das in der Region „USA, Westen“ ausgeführt wird. Contoso hat Front Door mit der Standardebene bereitgestellt. Sie haben die Zwischenspeicherung deaktiviert.

Angenommen, eine Anforderung von einem Client in Kalifornien wird an die Contoso-Website gesendet, eine 1-KB-Anforderung gesendet und eine 100-KB-Antwort empfangen:

Diagram of traffic flowing from the client to Azure Front Door and to the origin, without caching or compression.

Die folgenden Abrechnungszähler werden inkrementiert:

Zähler Inkrementiert um Abrechnungsregion
Anzahl der Anforderungen von Client an Front Door 1 Nordamerika
Datenübertragung von Front Door-Edge zu Ursprung 1 KB Nordamerika
Datenübertragung von Front Door an Client 100 KB Nordamerika

Azure App Service kann weitere Gebühren berechnen.

Beispiel 2: Azure-Ursprung mit aktivierter Komprimierung

Angenommen, Contoso aktualisiert seine Front Door-Konfiguration und aktiviert die Inhaltskomprimierung. Nun kann die gleiche Antwort wie in Beispiel 1 auf 30 KB komprimiert werden:

Diagram of traffic flowing from the client to Azure Front Door and to the origin, with compression enabled.

Die folgenden Abrechnungszähler werden inkrementiert:

Zähler Inkrementiert um Abrechnungsregion
Anzahl der Anforderungen von Client an Front Door 1 Nordamerika
Datenübertragung von Front Door-Edge zu Ursprung 1 KB Nordamerika
Datenübertragung von Front Door an Client 30 KB Nordamerika

Azure App Service kann weitere Gebühren berechnen.

Beispiel 3: Aus dem Zwischenspeicher bediente Anforderung

Angenommen, eine zweite Anforderung trifft am gleichen Front Door-Edgestandort ein, und es ist eine gültige Antwort im Zwischenspeicher verfügbar:

Diagram of traffic flowing from the client to Azure Front Door and being returned from cache.

Die folgenden Abrechnungszähler werden inkrementiert:

Zähler Inkrementiert um Abrechnungsregion
Anzahl der Anforderungen von Client an Front Door 1 Nordamerika
Datenübertragung von Front Door-Edge zu Ursprung keine, wenn die Anforderung aus dem Zwischenspeicher bedient wird
Datenübertragung von Front Door an Client 30 KB Nordamerika

Beispiel 4: Regionsübergreifender Datenverkehr

Angenommen, eine Anforderung an die Website von Contoso stammt aus einem Client in Australien und kann nicht aus dem Zwischenspeicher bedient werden:

Diagram of traffic flowing from the client in Australia to Azure Front Door and to the origin.

Die folgenden Abrechnungszähler werden inkrementiert:

Zähler Inkrementiert um Abrechnungsregion
Anzahl der Anforderungen von Client an Front Door 1 Australien
Datenübertragung von Front Door-Edge zu Ursprung 1 KB Australien
Datenübertragung von Front Door an Client 30 KB Australien

Beispiel 5: Nicht-Azure-Ursprung

Fabrikam führt eine eCommerce-Website auf einem anderen Cloudanbieter aus. Die Website wird in Europa gehostet. Sie haben Azure Front Door so konfiguriert, dass der Datenverkehr ohne Zwischenspeicherung oder Komprimierung bedient wird.

Angenommen, eine Clientanforderung wird von einem Client in New York an die Fabrikam-Website gesendet. Der Client sendet eine 2-KB-Anforderung und empfängt eine 350-KB-Antwort:

Diagram of traffic flowing from the client to Azure Front Door and to an origin outside of Azure.

Die folgenden Abrechnungszähler werden inkrementiert:

Zähler Inkrementiert um Abrechnungsregion
Anzahl der Anforderungen von Client an Front Door 1 Nordamerika
Datenübertragung von Front Door-Edge zu Ursprung 2 KB Nordamerika
Datenübertragung von Front Door an Client 350 KB Nordamerika

Der externe Cloudanbieter berechnet möglicherweise weitere Gebühren.

Beispiel 6: Von Web Application Firewall blockierte Anforderung

Wenn eine Anforderung von der Webanwendungsfirewall (WAF) blockiert wird, wird sie nicht an den Ursprung gesendet. Front Door berechnet die Anforderung jedoch, und auch die Gebühren für das Senden einer Antwort.

Angenommen, ein Front Door-Profil enthält eine benutzerdefinierte WAF-Regel, um Anforderungen von einer bestimmten IP-Adresse in Südamerika zu blockieren. Die WAF ist mit einer benutzerdefinierten Fehlerantwortseite konfiguriert, die 1 KB groß ist. Wenn ein Client von der blockierten IP-Adresse eine 1-KB-Anforderung sendet:

Diagram of traffic flowing from the client to Azure Front Door, where the request gets blocked by the WAF.

Die folgenden Abrechnungszähler werden inkrementiert:

Zähler Inkrementiert um Abrechnungsregion
Anzahl der Anforderungen von Client an Front Door 1 Südamerika
Datenübertragung von Front Door-Edge zu Ursprung keine Südamerika
Datenübertragung von Front Door an Client 1 KB Südamerika

Nächste Schritte

Informationen zum Erstellen eines Front Door-Profils.