Memahami tagihan Azure Content Delivery Network

  • Artikel

FAQ ini menjelaskan struktur penagihan untuk konten yang dihosting oleh Azure Content Delivery Network.

Apa itu wilayah tagihan?

Wilayah penagihan adalah area geografis yang digunakan untuk menentukan tarif apa yang dikenakan untuk pengiriman objek dari Azure Content Delivery Network. Zona tagihan saat ini dan wilayahnya adalah sebagai berikut:

  • Zona 1: Amerika Utara, Eropa, Timur Tengah, dan Afrika

  • Zona 2: Asia Timur (termasuk Jepang)

  • Zona 3: Amerika Selatan

  • Zona 4: Australia dan Selandia Baru

  • Zona 5: India

Untuk informasi tentang wilayah point of presence (POP), lihat Lokasi POP Azure Content Delivery Network menurut wilayah. Misalnya, POP yang terletak di Meksiko berada di wilayah Amerika Utara dan karenanya termasuk dalam zona 1.

Untuk informasi tentang harga Azure Content Delivery Network, lihat Harga Content Delivery Network.

Bagaimana biaya pengiriman dihitung menurut wilayah?

Wilayah penagihan jaringan pengiriman konten Azure didasarkan pada lokasi server sumber yang mengirimkan konten kepada pengguna akhir. Tujuan (lokasi fisik) klien tidak dianggap sebagai wilayah penagihan.

Misalnya, jika pengguna yang terletak di Meksiko mengeluarkan permintaan dan permintaan ini dilayankan oleh server yang terletak di Amerika Serikat POP karena kondisi peering atau lalu lintas, wilayah penagihan adalah Amerika Serikat.

Apa itu transaksi Azure Content Delivery Network yang dapat ditagih?

Setiap permintaan HTTP yang berakhir di jaringan pengiriman konten adalah peristiwa yang dapat ditagih, yang mencakup semua jenis respons: keberhasilan, kegagalan, atau lainnya. Namun, respons yang berbeda dapat menghasilkan jumlah lalu lintas yang berbeda. Misalnya, 304 Tidak Dimodifikasi dan respons header-saja lainnya menghasilkan sedikit lalu lintas karena merupakan respons header kecil. Demikian pula, respons kesalahan (misalnya, 404 Tidak Ditemukan) dapat ditagih tetapi dikenakan biaya kecil karena payload respons kecil.

Biaya Azure lainnya apa yang terkait dengan penggunaan Azure Content Delivery Network?

Menggunakan Azure Content Delivery Network juga dikenakan beberapa biaya penggunaan pada layanan yang digunakan sebagai asal untuk objek Anda. Biaya ini biasanya sebagian kecil dari keseluruhan biaya penggunaan jaringan pengiriman konten.

Jika Anda menggunakan penyimpanan Azure Blob sebagai asal konten, Anda juga dikenakan biaya penyimpanan berikut untuk pengisian cache:

  • GB aktual yang digunakan: Penyimpanan aktual objek sumber Anda.

  • Transaksi: Jika diperlukan untuk mengisi cache.

  • Transfer dalam GB: Jumlah data yang ditransfer untuk mengisi cache jaringan pengiriman konten.

Catatan

Mulai Oktober 2019, jika Anda menggunakan Azure Content Delivery Network dari Microsoft, biaya transfer data dari asal yang dihosting di Azure ke POP jaringan pengiriman konten tidak dikenai biaya. Azure Content Delivery Network dari Edgio tunduk pada tarif yang dijelaskan sebagai berikut.

Untuk informasi selengkapnya tentang penagihan Azure Storage, lihat Merencanakan dan mengelola biaya untuk Azure Storage.

Jika Anda menggunakan pengiriman layanan yang dihosting, Anda dikenakan biaya sebagai berikut:

  • Waktu komputasi Azure: Instans komputasi yang bertindak sebagai asal.

  • Transfer komputasi Azure: Transfer data dari instans komputasi untuk mengisi cache Azure Content Delivery Network.

Jika klien Anda menggunakan permintaan rentang byte (terlepas dari layanan asal), pertimbangan berikut berlaku:

  • Permintaan rentang byte adalah transaksi yang dapat ditagih di jaringan pengiriman konten. Ketika klien mengeluarkan permintaan rentang byte, permintaan ini adalah untuk subset (rentang) objek. Jaringan pengiriman konten hanya merespons dengan sebagian konten yang diminta. Respons parsial ini adalah transaksi yang dapat ditagih dan jumlah transfer terbatas pada ukuran respons rentang (ditambah header).

  • Ketika permintaan hanya tiba untuk sebagian objek (dengan menentukan header rentang byte), jaringan pengiriman konten mungkin mengambil seluruh objek ke dalam cache-nya. Akibatnya, meskipun transaksi yang dapat ditagih dari jaringan pengiriman konten adalah untuk respons parsial, transaksi yang dapat ditagih dari asal mungkin melibatkan ukuran penuh objek.

Berapa banyak aktivitas transfer yang terjadi untuk mendukung cache?

Setiap kali POP jaringan pengiriman konten perlu mengisi cachenya, POP membuat permintaan ke asal untuk objek yang di-cache. Akibatnya, asal menimbulkan transaksi yang dapat ditagih di setiap cache yang terlewatkan. Jumlah cache yang terlewat tergantung pada banyak faktor:

  • Seberapa mudah di-cache konten: Jika konten memiliki nilai TTL (waktu hidup) /kedaluwarsa yang tinggi dan sering diakses sehingga tetap populer di cache, sebagian besar beban akan ditangani oleh jaringan pengiriman konten. Rasio hit cache yang baik umumnya lebih dari 90%, yang berarti bahwa kurang dari 10% permintaan klien harus kembali ke asal, baik untuk cache yang terlewatkan atau refresh objek.

  • Berapa banyak simpul yang perlu memuat objek: Setiap kali simpul memuat objek dari asal, simpul akan menimbulkan transaksi yang dapat ditagih. Akibatnya, konten global (diakses dari lebih banyak simpul) yang lebih banyak menghasilkan lebih banyak transaksi yang dapat ditagih.

  • Pengaruh TTL: TTL yang lebih tinggi untuk objek berarti TTL perlu lebih jarang diambil dari asal. Ini juga berarti klien, seperti browser, dapat menyimpan objek lebih lama, yang dapat mengurangi transaksi ke jaringan pengiriman konten.

Layanan asal mana yang memenuhi syarat untuk transfer data gratis dengan Azure Content Delivery Network dari Microsoft?

Jika Anda menggunakan salah satu layanan Azure berikut sebagai asal jaringan pengiriman konten, Anda tidak dikenakan biaya dari Transfer data dari Asal ke POP jaringan pengiriman konten.

  • Azure Storage
  • Azure Media Services
  • Azure Virtual Machines
  • Virtual Network
  • Load Balancer
  • Application Gateway
  • DNS Azure
  • 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
  • Azure Data Explorer
  • HDInsight
  • Azure Cosmos DB
  • Azure Data Lake Store
  • Pembelajaran Mesin Azure
  • Azure SQL Database
  • Instans Terkelola Azure SQL
  • Azure Cache untuk Redis

Bagaimana cara mengelola biaya saya dengan cara yang paling efektif?

Atur TTL yang terpanjang di konten Anda.