Az Azure Front Door számlázásának ismertetése

A következőkre vonatkozik: ✔️ Front Door Standard ✔️ Front Door Premium

Az Azure Front Door számos funkciót kínál az internetes számítási feladatokhoz. A Front Door segít felgyorsítani az alkalmazásod teljesítményét, javítja a biztonságodat, és eszközöket biztosít a HTTP forgalom ellenőrzéséhez és módosításához.

A Front Door számlázási modellje számos összetevőt tartalmaz. A Front Door minden üzembe helyezett profilért alapdíjat számít fel. A kérésekért és az adatátvitelért is díjat számítunk fel a használat alapján. A számlázási mérők adatokat gyűjtenek a Front Door használatáról. A havi Azure-számla a hónap során összesíti a számlázási adatokat, és a díjszabást alkalmazza a fizetendő összeg meghatározásához.

Ez a cikk bemutatja, hogyan működik a Front Door díjszabása, hogy megérthesse és előre jelezhesse havi Azure Front Door-számláját.

Az Azure Front Door díjszabási információiért tekintse meg az Azure Front Door díjszabását.

Tipp

Az Azure árkalkulátora segít az igényeid alapján árbecslést készíteni. Használja kiindulási pontként az előre létrehozott díjkalkulátor becslését , és szabja testre a saját megoldásához.

Megjegyzés

Ez a cikk bemutatja, hogyan működik a számlázás az Azure Front Door Standard és Premium szintjein. Az Azure Front Door (klasszikus) szolgáltatással kapcsolatos információkért tekintse meg az Azure Front Door díjszabását.

Alapdíjak

Minden Front Door-profil óránkénti díjat von maga után. A profil üzembe helyezésének óránkénti vagy részleges óráiért kell fizetnie. A díj attól függ, melyik Front Door szintet telepíted.

Egyetlen Front Door-profil több végpontot is tartalmazhat. Nem kell külön fizetnie az egyes végpontokért.

Nem kell külön díjat fizetnie az olyan funkciók használatáért, mint a forgalomgyorsítás, a válaszok gyorsítótárazása, a választömörítés, a szabálymotor, a Front Door beépített DDoS-védelme és az egyéni webalkalmazástűzfal- (WAF-) szabályok. Ha a Front Door Premiumot használja, nem kell külön díjat fizetnie a felügyelt WAF-szabálykészletek vagy a Private Link-források használatához.

Kérelemfeldolgozási és forgalmi díjak

Minden, a Front Dooron keresztülhaladó kérés feldolgozási és forgalmi díjat von maga után:

Az ügyfélből az Azure Front Doorba és a forrásba áramló forgalom diagramja.

A kérelemfolyamat minden része külön kerül számlázásra:

  1. Ügyféltől a Front Door felé irányuló kérések száma
  2. Adatátvitel a Front Door éléről a forrásra
  3. Adatátvitel a forrásból a Front Doorba (nem választható)
  4. Adatátvitel a Front Doorról az ügyfélre

A következő szakaszok részletesebben ismertetik ezeket a kérésösszetevőket.

Ügyféltől a Front Door felé irányuló kérések száma

A Front Door díjat számít fel a Front Door edge helyszín által kapott kérések számáért a profilodhoz. A Front Door a HTTP-kérés fejlécével Host azonosítja a kéréseket. Ha a Host fejléc megegyezik a Front Door-profil egyikével, az a profil kérésének számít.

Az ár attól a földrajzi régiótól függ, ahol a kérést kiszolgáló Front Door edge-hely található. Az ár a Standard és Premium szintek között is eltérő.

Adatátvitel a Front Door éléről a forrásra

A Front Door díjat számít fel a Front Door peremhálózati helyéről az originkiszolgálóra küldött bájtok után. Az ár attól a földrajzi régiótól függ, ahol a kérést kiszolgáló Front Door edge-hely található. A forrás helye nem befolyásolja az árat.

A gigabájtonkénti ár alacsonyabb, ha nagyobb forgalommal rendelkezik.

Ha a kérés a Front Door peremhálózati gyorsítótárából kézbesíthető, a Front Door nem küld kérést a forráskiszolgálónak, ezért nem kell fizetnie ezért az összetevőért.

Adatátvitel a forrásból a Front Doorba

Amikor az eredeti szerver feldolgozza a kérést, visszaküldi az adatokat a Front Doornak, hogy vissza tudja küldeni az adatokat az ügyfélnek. A Front Door nem számol fel ezért a forgalomért, még akkor sem, ha az eredeti forrás más régióban van, mint a kérés Front Door edge helyszíne.

Ha a forrása az Azure-on belül található, akkor az Azure-beli forrásból a Front Door felé irányuló kimenő adatforgalomért nem számítanak fel díjat. Azonban ellenőrizd, hogy ezek az Azure szolgáltatások számláznak-e a kéréseid feldolgozásáért.

Ha a forrás az Azure-on kívül esik, előfordulhat, hogy más hálózati szolgáltatóktól származó díjakat von maga után.

Adatátvitel a Front Doorról az ügyfélre

A Front Door díjat számít fel a Front Door peremhelyéről az ügyfélnek visszaküldött bájtokért. Az ár annak a Front Door peremhelynek a földrajzi régiójától függ, amely a kérést kiszolgálja.

Ha a válasz tömörítve van, a Front Door csak a tömörített adatokért számít fel díjat.

A Prémium szint használata esetén a Front Door a Private Link használatával tud csatlakozni a forráshoz.

A Front Door Premium magasabb alapdíjjal rendelkezik, és feldolgozási díjat kér. A privát kapcsolat forgalmáért nem kell külön fizetnie a forrás nyilvános végpontját használó forgalomhoz képest.

A Private Link-forrás konfigurálásakor kiválaszt egy régiót a használni kívánt privát végponthoz. Az Azure-régiók egy részhalmaza támogatja a Private Link-forgalmat a Front Doorhoz. Ha a kiválasztott régió eltér attól a régiótól, amelyben az eredetkiszolgáló üzemel, nem számítunk fel külön díjat a régiók közötti adatforgalomért. A kérés késése azonban valószínűleg nagyobb.

Régiók közötti forgalom

A Front Door egyes számlázási mérőszámaira eltérő díjszabás vonatkozik attól függően, hogy a kérést feldolgozó Front Door peremhelye hol található. A kéréseket feldolgozó Front Door-peremhálózati hely általában az ügyfélhez legközelebbi hely, amely segít csökkenteni a késést és maximalizálni a teljesítményt.

A Front Door díjat számít fel a peremhelyről a forrás felé továbbított forgalomért. A forgalom díjazása a Front Door peremhelyének helyétől függően eltérő. Ha a forrás egy másik Azure-régióban található, akkor a régióközi forgalomért nem kell külön fizetnie.

Példaforgatókönyvek

1. példa: Azure-forrás gyorsítótárazás nélkül

A Contoso az USA nyugati régiójában futó Azure-alkalmazás szolgáltatásban üzemelteti a webhelyét. A Contoso standard szinten helyezte üzembe a Front Doort. Letiltották a gyorsítótárazást.

Tegyük fel, hogy egy kaliforniai ügyféltől érkező kérést a Contoso webhelyére küld, egy 1 KB-os kérést küld, és 100 KB-os választ kap:

Az ügyfélről az Azure Front Doorra és a forrásra áramló forgalom diagramja gyorsítótárazás vagy tömörítés nélkül.

A következő számlázási mérők növekednek:

Mérő Növekményes Számlázási régió
Ügyféltől a Front Door felé irányuló kérések száma 1 Észak-Amerika
Adatátvitel a Front Door éléről a forrásra 1 KB Észak-Amerika
Adatátvitel a Front Doorról az ügyfélre 100 KB Észak-Amerika

Azure-alkalmazás Szolgáltatás más díjakat is felszámíthat.

2. példa: Azure-forrás, amelyen engedélyezve van a tömörítés

Tegyük fel, hogy a Contoso frissíti a Front Door konfigurációját a tartalomtömörítés engedélyezéséhez. Az 1. példában szereplő válasz mostantól 30 KB-ra is tömöríthető:

Az ügyfélről az Azure Front Doorra és a forrásra áramló forgalom diagramja, amelyen engedélyezve van a tömörítés.

A következő számlázási mérők növekednek:

Mérő Növekményes Számlázási régió
Ügyféltől a Front Door felé irányuló kérések száma 1 Észak-Amerika
Adatátvitel a Front Door éléről a forrásra 1 KB Észak-Amerika
Adatátvitel a Front Doorról az ügyfélre 30 KB Észak-Amerika

Azure-alkalmazás Szolgáltatás más díjakat is felszámíthat.

3. példa: Gyorsítótárból kézbesített kérelem

Tegyük fel, hogy egy második lekérés érkezik a Front Door ugyanazon peremhálózati helyére, és egy érvényes gyorsítótárazott válasz rendelkezésre áll:

Az ügyfélből az Azure Front Doorba áramló és a gyorsítótárból visszaküldött forgalom diagramja.

A következő számlázási mérők növekednek:

Mérő Növekményes Számlázási régió
Ügyféltől a Front Door felé irányuló kérések száma 1 Észak-Amerika
Adatátvitel a Front Door éléről a forrásra nincs, ha a kérést a gyorsítótárból kézbesítik
Adatátvitel a Front Doorról az ügyfélre 30 KB Észak-Amerika

4. példa: Régiók közötti forgalom

Tegyük fel, hogy a Contoso webhelyére irányuló kérés ausztráliai ügyféltől származik, és nem kézbesíthető a gyorsítótárból:

Diagram az Ausztráliában található ügyfélről az Azure Front Doorra és a forrásra áramló forgalomról.

A következő számlázási mérők növekednek:

Mérő Növekményes Számlázási régió
Ügyféltől a Front Door felé irányuló kérések száma 1 Ausztrália
Adatátvitel a Front Door éléről a forrásra 1 KB Ausztrália
Adatátvitel a Front Doorról az ügyfélre 30 KB Ausztrália

5. példa: Nem Azure-eredetű

A Fabrikam egy e-kereskedelmi webhelyet futtat egy másik felhőszolgáltatón. Webhelyüket Európában üzemeltetik. Az Azure Front Doort úgy konfigurálták, hogy gyorsítótárazás vagy tömörítés nélkül szolgálja ki a forgalmat.

Tegyük fel, hogy egy ügyféltől érkező kérést egy New York-i ügyfél küld a Fabrikam webhelyére. Az ügyfél 2 KB-os kérelmet küld, és 350 KB-os választ kap:

Az ügyfélből az Azure Front Doorba és az Azure-on kívüli forrásba áramló forgalom diagramja.

A következő számlázási mérők növekednek:

Mérő Növekményes Számlázási régió
Ügyféltől a Front Door felé irányuló kérések száma 1 Észak-Amerika
Adatátvitel a Front Door éléről a forrásra 2 KB Észak-Amerika
Adatátvitel a Front Doorról az ügyfélre 350 KB Észak-Amerika

A külső felhőszolgáltató más díjakat is felszámíthat.

6. példa: A webalkalmazás tűzfala által letiltott kérés

Amikor a webalkalmazás tűzfala (WAF) blokkol egy kérést, nem küldi el a kérést az eredetre. Azonban a Front Door díjat fizet a kérésért és a válasz küldéséért.

Tegyük fel, hogy egy Front Door-profil tartalmaz egy egyéni WAF-szabályt, amely letiltja egy adott IP-címről érkező kérelmeket Dél-Amerikában. A WAF egyéni hibaválaszlaplal van konfigurálva, amely 1 KB méretű. Ha egy ügyfél a letiltott IP-címről küld egy 1 KB-os kérést:

Az ügyfél és az Azure Front Door közötti forgalom diagramja, ahol a WAF letiltja a kérést.

A következő számlázási mérők növekednek:

Mérő Növekményes Számlázási régió
Ügyféltől a Front Door felé irányuló kérések száma 1 Dél-Amerika
Adatátvitel a Front Door éléről a forrásra egyik sem Dél-Amerika
Adatátvitel a Front Doorról az ügyfélre 1 KB Dél-Amerika

7. példa: Élműveletek

Contoso egyetlen Edge akciót hoz létre, amelyet az Azure Front Door Rulesets idéz elő az USA keleti, európai és ázsiai régióiban.

1. forgatókönyv: A hónap végén 1 millió invocation generálódik, mindegyik 1 ms végrehajtási idővel.

A következő számlázási mérők növekednek:

Mérő Növekményes Számlázási régió
Meghívások 1 millió Globális
Túlzott kivégzési idő 0 Globális

2. forgatókönyv: A hónap végén összesen 50 millió invocation van a következő eloszlással:

Invokációk száma Meghívásonkénti végrehajtási idő
10 M 1 ms
20 M 3 ms
20 M 8 ms

A következő számlázási mérők növekednek:

Mérő Növekményes Számlázási régió
Meghívások 50 millió Globális
Túlzott kivégzési idő 20 M x (3-1) + 20 M x (8-1) = 180 M milliszekundum vagy 180 K másodperc Globális