Principy fakturace azure Content Delivery Network

  • Článek

Tato nejčastější dotazy popisuje strukturu fakturace obsahu hostovaného službou Azure Content Delivery Network.

Co je fakturační oblast?

Fakturační oblast je geografická oblast, která slouží k určení sazby za doručení objektů ze služby Azure Content Delivery Network. Aktuální fakturační zóny a jejich oblasti jsou následující:

  • Zóna 1: Severní Amerika, Evropa, Střední východ a Afrika

  • Zóna 2: Asie a Tichomoří (včetně Japonska)

  • Zóna 3: Jižní Amerika

  • Zóna 4: Austrálie a Nový Zéland

  • Zóna 5: Indie

Informace o oblastech přítomnosti (POP) najdete v tématu Umístění POP služby Azure Content Delivery Network podle oblastí. Například POP umístěný v Mexiku je v Severní Amerika oblasti, a proto je součástí zóny 1.

Informace o cenách služby Azure Content Delivery Network najdete v tématu Ceny služby Content Delivery Network.

Jak se poplatky za doručení počítají podle oblastí?

Oblast fakturace sítě pro doručování obsahu Azure je založená na umístění zdrojového serveru, který doručuje obsah koncovému uživateli. Cíl (fyzické umístění) klienta se nepovažuje za fakturační oblast.

Pokud například uživatel umístěný v Mexiku vydá žádost a tato žádost se obsluhuje serverem umístěným v USA POP kvůli partnerskému vztahu nebo provozním podmínkám, je fakturační oblast USA.

Co je fakturovatelná transakce Azure Content Delivery Network?

Každý požadavek HTTP(S), který se ukončí v síti pro doručování obsahu, je fakturovatelná událost, která zahrnuje všechny typy odpovědí: úspěch, selhání nebo jiný. Různé odpovědi ale můžou generovat různé objemy provozu. Například 304 Neupraveno a jiné odpovědi jen pro záhlaví generují malý provoz, protože se jedná o malou odpověď hlavičky. Podobně jsou odpovědi na chyby (například 404 Nenalezena) fakturovatelné, ale kvůli malé datové části odpovědi se účtují malé náklady.

Jaké další náklady na Azure jsou spojené s používáním služby Azure Content Delivery Network?

Při použití služby Azure Content Delivery Network se také účtují poplatky za využití služeb používaných jako zdroj vašich objektů. Tyto náklady jsou obvykle malým zlomkem celkových nákladů na využití sítě pro doručování obsahu.

Pokud jako zdroj vašeho obsahu používáte Úložiště objektů blob v Azure, účtují se vám také následující poplatky za ukládání do mezipaměti:

  • Skutečné využité GB: Skutečné úložiště zdrojových objektů.

  • Transakce: Podle potřeby vyplňte mezipaměť.

  • Přenosy v GB: Množství dat přenášených za účelem vyplnění mezipamětí sítě pro doručování obsahu.

Poznámka:

Od října 2019 platí, že pokud používáte Azure Content Delivery Network od Microsoftu, náklady na přenos dat z původu hostovaných v Azure do sítě pro doručování obsahu jsou bezplatné. Azure Content Delivery Network z Edgio podléhá sazbám popsaným podle následujících pokynů.

Další informace o fakturaci služby Azure Storage najdete v tématu Plánování a správa nákladů na Azure Storage.

Pokud používáte hostované doručování služeb, účtují se vám následující poplatky:

  • Výpočetní čas Azure: Výpočetní instance, které fungují jako zdroj.

  • Přenos výpočetních prostředků Azure: Přenosy dat z výpočetních instancí za účelem vyplnění mezipamětí služby Azure Content Delivery Network.

Pokud váš klient používá požadavky na rozsah bajtů (bez ohledu na službu původu), platí následující aspekty:

  • Požadavek na bajtový rozsah je fakturovatelná transakce v síti pro doručování obsahu. Když klient vydá požadavek na bajtový rozsah, je tento požadavek určen pro podmnožinu (rozsah) objektu. Síť pro doručování obsahu reaguje pouze s částečnou částí požadovaného obsahu. Tato částečná odpověď je fakturovatelná transakce a částka převodu je omezená na velikost odpovědi rozsahu (plus hlavičky).

  • Když požadavek dorazí pouze pro část objektu (zadáním hlavičky bajtového rozsahu), může síť pro doručování obsahu načíst celý objekt do mezipaměti. V důsledku toho může fakturovatelná transakce ze sítě pro doručování obsahu za částečnou odpověď, fakturovatelná transakce z původu může zahrnovat plnou velikost objektu.

Kolik aktivit přenosu se provádí pro podporu mezipaměti?

Pokaždé, když pop sítě pro doručování obsahu potřebuje vyplnit svou mezipaměť, vytvoří požadavek na zdroj objektu, který se ukládá do mezipaměti. Výsledkem je, že původ způsobuje fakturovatelnou transakci při každé chybějící mezipaměti. Počet zmeškaných mezipamětí závisí na mnoha faktorech:

  • Způsob ukládání obsahu do mezipaměti: Pokud má obsah hodnotu TTL (time to live) nebo hodnoty vypršení platnosti a často se k němu přistupuje, takže zůstane oblíbený v mezipaměti, většinu zatížení zpracuje síť pro doručování obsahu. Typický poměr přístupů k mezipaměti je příliš velký než 90 %, což znamená, že méně než 10 % požadavků klientů se musí vrátit do zdroje, a to buď kvůli chybějící mezipaměti, nebo aktualizaci objektu.

  • Kolik uzlů je potřeba načíst objekt: Pokaždé, když uzel načte objekt z původu, bude se účtovat fakturovatelná transakce. Výsledkem je, že více globálního obsahu (přístupného z více uzlů) vede k více fakturovatelným transakcím.

  • Vliv TTL: Vyšší hodnota TTL objektu znamená, že se musí načíst z původu méně často. To také znamená, že klienti, jako jsou prohlížeče, mohou ukládat objekt do mezipaměti déle, což může snížit transakce do sítě pro doručování obsahu.

Které služby původu mají nárok na bezplatný přenos dat se službou Azure Content Delivery Network od Microsoftu?

Pokud jako zdroj sítě pro doručování obsahu používáte některou z následujících služeb Azure, neúčtují se vám poplatky za přenos dat z zdroje do sítě pro doručování obsahu.

  • Azure Storage
  • Azure Media Services
  • Azure Virtual Machines
  • Virtual Network
  • Load Balancer
  • Application Gateway
  • Azure DNS
  • ExpressRoute
  • VPN Gateway
  • Traffic Manager
  • Network Watcher
  • Azure Firewall
  • Azure Front Door
  • Azure Bastion
  • Azure App Service
  • Azure Functions
  • Azure Data Factory
  • Azure API Management
  • Azure Batch
  • Průzkumník dat Azure
  • HDInsight
  • Azure Cosmos DB
  • Azure Data Lake Store
  • Azure Machine Learning
  • Azure SQL Database
  • Azure SQL Managed Instance
  • Azure Cache for Redis

Návody spravovat náklady co nejvýrazněji?

Nastavte nejdelší možnou hodnotu TTL obsahu.