Omówienie rozliczeń usługi Azure Front Door

Usługa Azure Front Door udostępnia bogaty zestaw funkcji dla obciążeń dostępnych z Internetu. Usługa Front Door pomaga przyspieszyć wydajność aplikacji, poprawić bezpieczeństwo i udostępnić narzędzia do inspekcji i modyfikowania ruchu HTTP.

Model rozliczeń usługi Front Door zawiera kilka składników. Usługa Front Door pobiera opłatę podstawową za każdy wdrożony profil. Opłaty są również naliczane za żądania i transfer danych na podstawie użycia. Mierniki rozliczeniowe zbierają informacje o użyciu usługi Front Door. Miesięczny rachunek za korzystanie z platformy Azure agreguje informacje rozliczeniowe w całym miesiącu i stosuje cennik, aby określić kwotę, którą należy zapłacić.

W tym artykule wyjaśniono, jak działa cennik usługi Front Door, dzięki czemu możesz zrozumieć i przewidzieć miesięczny rachunek za usługę Azure Front Door.

Aby uzyskać informacje o cenach usługi Azure Front Door, zobacz Cennik usługi Azure Front Door.

Napiwek

Kalkulator cen platformy Azure ułatwia obliczenie oszacowania cen dla wymagań. Użyj wstępnie utworzonego kalkulatora cen jako punktu wyjścia i dostosuj go dla własnego rozwiązania.

Uwaga

W tym artykule wyjaśniono, jak działa rozliczenia dla jednostek SKU usługi Azure Front Door Standard i Premium. Aby uzyskać informacje o usłudze Azure Front Door (wersja klasyczna), zobacz Cennik usługi Azure Front Door.

Opłaty podstawowe

Każdy profil usługi Front Door wiąże się z opłatą godzinową. Opłaty są naliczane za każdą godzinę lub częściową godzinę wdrożenia profilu. Opłata zależy od wdrożonej warstwy usługi Front Door.

Pojedynczy profil usługi Front Door może zawierać wiele punktów końcowych. Nie są naliczane dodatkowe opłaty za każdy punkt końcowy.

Nie płacisz dodatkowych opłat za korzystanie z funkcji, takich jak przyspieszanie ruchu, buforowanie odpowiedzi, kompresja odpowiedzi, aparat reguł, nieodłączna ochrona przed atakami DDoS usługi Front Door i niestandardowe reguły zapory aplikacji internetowej (WAF). Jeśli używasz usługi Front Door Premium, nie płacisz również dodatkowych opłat za korzystanie z zarządzanych zestawów reguł zapory aplikacji internetowej ani źródeł usługi Private Link.

Żądania przetwarzania i opłat za ruch

Każde żądanie przechodzące przez usługę Front Door powoduje naliczanie opłat za przetwarzanie żądań i opłaty za ruch:

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

Każda część procesu żądania jest rozliczana oddzielnie:

  1. Liczba żądań od klienta do usługi Front Door
  2. Transfer danych z usługi Front Door Edge do źródła
  3. Transfer danych z źródła do usługi Front Door (niemożliwy do przesyłania danych)
  4. Transfer danych z usługi Front Door do klienta

W poniższych sekcjach opisano szczegółowo każdy z tych składników żądania.

Liczba żądań od klienta do usługi Front Door

Usługa Front Door pobiera opłatę za liczbę żądań odebranych w lokalizacji brzegowej usługi Front Door dla twojego profilu. Usługa Front Door identyfikuje żądania przy użyciu nagłówka Host żądania HTTP. Host Jeśli nagłówek pasuje do jednego z profilu usługi Front Door, będzie on liczone jako żądanie do twojego profilu.

Cena różni się w zależności od regionu geograficznego lokalizacji krawędzi usługi Front Door, która obsługuje żądanie. Cena jest również inna w przypadku jednostek SKU w warstwie Standardowa i Premium.

Transfer danych z usługi Front Door Edge do źródła

Opłaty za bajty wysyłane z lokalizacji brzegowej usługi Front Door do serwera pochodzenia są naliczane opłaty za usługę Front Door. Cena różni się w zależności od regionu geograficznego lokalizacji krawędzi usługi Front Door, która obsługuje żądanie. Lokalizacja źródła nie wpływa na cenę.

Cena za gigabajt jest niższa, gdy masz większe ilości ruchu.

Jeśli żądanie można obsłużyć z pamięci podręcznej lokalizacji brzegowej usługi Front Door, usługa Front Door nie wysyła żadnych żądań do serwera pochodzenia i nie są naliczane opłaty za ten składnik.

Transfer danych z źródła do usługi Front Door

Gdy serwer pochodzenia przetwarza żądanie, wysyła dane z powrotem do usługi Front Door, aby można je było zwrócić do klienta. Ten ruch nie jest rozliczany przez usługę Front Door, nawet jeśli źródło znajduje się w innym regionie do lokalizacji brzegowej usługi Front Door dla żądania.

Jeśli źródło znajduje się na platformie Azure, opłaty za ruch wychodzący z źródła platformy Azure do usługi Front Door nie są naliczane. Należy jednak określić, czy te usługi platformy Azure mogą być rozliczane w celu przetwarzania żądań.

Jeśli źródło znajduje się poza platformą Azure, mogą zostać naliczone opłaty od innych dostawców sieci.

Transfer danych z usługi Front Door do klienta

Opłaty za bajty wysyłane z lokalizacji brzegowej usługi Front Door z powrotem do klienta. Cena różni się w zależności od regionu geograficznego lokalizacji krawędzi usługi Front Door, która obsługuje żądanie.

Jeśli odpowiedź jest skompresowana, usługa Front Door pobiera opłaty tylko za skompresowane dane.

W przypadku korzystania z warstwy Premium usługa Front Door może łączyć się ze źródłem przy użyciu usługi Private Link.

Usługa Front Door Premium ma wyższą opłatę podstawową i opłatę za przetwarzanie żądań. Nie płacisz za dodatkowy ruch usługi Private Link w porównaniu z ruchem korzystającym z publicznego punktu końcowego źródła.

Podczas konfigurowania źródła usługi Private Link należy wybrać region, w którym ma być używany prywatny punkt końcowy. Podzestaw regionów platformy Azure obsługuje ruch usługi Private Link dla usługi Front Door. Jeśli wybrany region różni się od regionu, w którym jest wdrażane źródło, nie ma dodatkowej opłaty za ruch między regionami. Jednak opóźnienie żądania prawdopodobnie jest większe.

Ruch między regionami

Niektóre mierniki rozliczeniowe usługi Front Door mają różne stawki w zależności od lokalizacji krawędzi usługi Front Door, która przetwarza żądanie. Zazwyczaj lokalizacja brzegowa usługi Front Door, która przetwarza żądanie, jest lokalizacją znajdującą się najbliżej klienta, co pomaga zmniejszyć opóźnienia i zmaksymalizować wydajność.

Usługa Front Door pobiera opłaty za ruch z lokalizacji brzegowej do źródła. Opłaty za ruch są naliczane według różnych stawek w zależności od lokalizacji krawędzi usługi Front Door. Jeśli źródło znajduje się w innym regionie świadczenia usługi Azure, nie są naliczane dodatkowe opłaty za ruch między regionami.

Przykładowe scenariusze

Przykład 1. Pochodzenie platformy Azure bez buforowania

Firma Contoso hostuje swoją witrynę internetową w usłudze aplikacja systemu Azure, która działa w regionie Zachodnie stany USA. Firma Contoso wdrożyła usługę Front Door z warstwą Standardowa. Wyłączyli buforowanie.

Załóżmy, że żądanie od klienta w Kalifornii jest wysyłane do witryny internetowej firmy Contoso, wysyłając żądanie 1 KB i odbierając odpowiedź 100 KB:

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

Następujące mierniki rozliczeniowe są zwiększane:

Miernik Przyrostowy przez Region rozliczeniowy
Liczba żądań od klienta do usługi Front Door 1 Ameryka Północna
Transfer danych z usługi Front Door Edge do źródła 1 KB Ameryka Północna
Transfer danych z usługi Front Door do klienta 100 KB Ameryka Północna

usługa aplikacja systemu Azure może pobierać inne opłaty.

Przykład 2. Źródło platformy Azure z włączoną kompresją

Załóżmy, że firma Contoso aktualizuje konfigurację usługi Front Door, aby umożliwić kompresję zawartości. Teraz ta sama odpowiedź co w przykładzie 1 może być skompresowana do 30 KB:

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

Następujące mierniki rozliczeniowe są zwiększane:

Miernik Przyrostowy przez Region rozliczeniowy
Liczba żądań od klienta do usługi Front Door 1 Ameryka Północna
Transfer danych z usługi Front Door Edge do źródła 1 KB Ameryka Północna
Transfer danych z usługi Front Door do klienta 30 KB Ameryka Północna

usługa aplikacja systemu Azure może pobierać inne opłaty.

Przykład 3. Żądanie obsługiwane z pamięci podręcznej

Załóżmy, że drugie żądanie dociera do tej samej lokalizacji krawędzi usługi Front Door i dostępna jest prawidłowa buforowana odpowiedź:

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

Następujące mierniki rozliczeniowe są zwiększane:

Miernik Przyrostowy przez Region rozliczeniowy
Liczba żądań od klienta do usługi Front Door 1 Ameryka Północna
Transfer danych z usługi Front Door Edge do źródła brak, gdy żądanie jest obsługiwane z pamięci podręcznej
Transfer danych z usługi Front Door do klienta 30 KB Ameryka Północna

Przykład 4. Ruch między regionami

Załóżmy, że żądanie do witryny internetowej firmy Contoso pochodzi z klienta w Australii i nie można go obsłużyć z pamięci podręcznej:

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

Następujące mierniki rozliczeniowe są zwiększane:

Miernik Przyrostowy przez Region rozliczeniowy
Liczba żądań od klienta do usługi Front Door 1 Australia
Transfer danych z usługi Front Door Edge do źródła 1 KB Australia
Transfer danych z usługi Front Door do klienta 30 KB Australia

Przykład 5: pochodzenie spoza platformy Azure

Fabrikam uruchamia witrynę handlu elektronicznego u innego dostawcy usług w chmurze. Ich witryna jest hostowana w Europie. Skonfigurowali usługę Azure Front Door do obsługi ruchu bez buforowania ani kompresji.

Załóżmy, że żądanie od klienta jest wysyłane do witryny internetowej firmy Fabrikam z klienta w Nowym Jorku. Klient wysyła żądanie 2 KB i otrzymuje odpowiedź 350 KB:

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

Następujące mierniki rozliczeniowe są zwiększane:

Miernik Przyrostowy przez Region rozliczeniowy
Liczba żądań od klienta do usługi Front Door 1 Ameryka Północna
Transfer danych z usługi Front Door Edge do źródła 2 KB Ameryka Północna
Transfer danych z usługi Front Door do klienta 350 KB Ameryka Północna

Zewnętrzny dostawca usług w chmurze może pobierać inne opłaty.

Przykład 6. Żądanie zablokowane przez zaporę aplikacji internetowej

Gdy żądanie zostanie zablokowane przez zaporę aplikacji internetowej (WAF), nie zostanie wysłane do źródła. Usługa Front Door pobiera jednak opłaty za żądanie, a także opłaty za wysłanie odpowiedzi.

Załóżmy, że profil usługi Front Door zawiera niestandardową regułę zapory aplikacji internetowej, która blokuje żądania z określonego adresu IP w Ameryce Południowej. Zapora aplikacji internetowej jest skonfigurowana przy użyciu niestandardowej strony odpowiedzi o błędzie, która ma rozmiar 1 KB. Jeśli klient z zablokowanego adresu IP wysyła żądanie 1 KB:

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

Następujące mierniki rozliczeniowe są zwiększane:

Miernik Przyrostowy przez Region rozliczeniowy
Liczba żądań od klienta do usługi Front Door 1 SAmeryka Południowa
Transfer danych z usługi Front Door Edge do źródła none SAmeryka Południowa
Transfer danych z usługi Front Door do klienta 1 KB SAmeryka Południowa

Następne kroki

Dowiedz się, jak utworzyć profil usługi Front Door.