Azure Content Delivery Network faturalamasını anlama

Bu SSS bölümünde Azure Content Delivery Network tarafından barındırılan içeriğin faturalama yapısı açıklanmaktadır.

Faturalama bölgesi nedir?

Faturalama bölgesi, Azure Content Delivery Network'ten nesnelerin teslimi için ücretlendirilen fiyatı belirlemek için kullanılan bir coğrafi alandır. Geçerli faturalama bölgeleri ve bölgeleri aşağıdaki gibidir:

• Bölge 1: Kuzey Amerika, Avrupa, Orta Doğu ve Afrika

• Bölge 2: Asya Pasifik (Japonya dahil)

• Bölge 3: Güney Amerika

• Bölge 4: Avustralya ve Yeni Zelanda

• Bölge 5: Hindistan

İletişim noktası (POP) bölgeleri hakkında bilgi için bkz . Bölgeye göre Azure Content Delivery Network POP konumları. Örneğin, Meksika'da bulunan pop Kuzey Amerika bölgesindedir ve bu nedenle bölge 1'e dahil edilir.

Azure Content Delivery Network fiyatlandırması hakkında bilgi için bkz . Content Delivery Network fiyatlandırması.

Teslimat ücretleri bölgeye göre nasıl hesaplanır?

Azure içerik teslim ağı faturalama bölgesi, içeriği son kullanıcıya teslim eden kaynak sunucunun konumunu temel alır. İstemcinin hedefi (fiziksel konum), faturalama bölgesi olarak kabul edilmez.

Örneğin, Meksika'da bulunan bir kullanıcı bir istek gönderirse ve eşleme veya trafik koşulları nedeniyle bu istek Birleşik Devletler POP'ta bulunan bir sunucu tarafından karşılanırsa faturalama bölgesi Birleşik Devletler.

Faturalanabilir Azure Content Delivery Network işlemi nedir?

İçerik teslim ağında sonlandırılan tüm HTTP(S) istekleri, tüm yanıt türlerini içeren faturalanabilir bir olaydır: başarı, başarısızlık veya diğer. Ancak, farklı yanıtlar farklı trafik miktarları oluşturabilir. Örneğin, 304 Değiştirilmedi ve diğer yalnızca üst bilgi yanıtları küçük bir üst bilgi yanıtı olduğundan çok az trafik oluşturur. Benzer şekilde, hata yanıtları (örneğin, 404 Bulunamadı) faturalanabilir ancak küçük yanıt yükü nedeniyle küçük bir maliyete neden olur.

Azure Content Delivery Network kullanımıyla ilişkili diğer Azure maliyetleri nelerdir?

Azure Content Delivery Network'in kullanılması, nesnelerinizin kaynağı olarak kullanılan hizmetlerde de bazı kullanım ücretlerine neden olur. Bu maliyetler genellikle genel içerik teslim ağı kullanım maliyetinin küçük bir kısmıdır.

İçeriğinizin kaynağı olarak Azure Blob depolama kullanıyorsanız, önbellek dolguları için aşağıdaki depolama ücretlerini de ödersiniz:

• Kullanılan gerçek GB: Kaynak nesnelerinizin gerçek depolama alanı.

• İşlemler: Önbelleği doldurmak için gerektiğinde.

• GB olarak aktarımlar: İçerik teslim ağı önbelleklerini doldurmak için aktarılan veri miktarı.

Azure Depolama faturalaması hakkında daha fazla bilgi için bkz . Azure Depolama maliyetlerini planlama ve yönetme.

Barındırılan hizmet teslimi kullanıyorsanız aşağıdaki gibi ücretlendirilirsiniz:

• Azure işlem zamanı: Kaynak olarak davranan işlem örnekleri.

• Azure işlem aktarımı: Azure Content Delivery Network önbelleklerini doldurmak için işlem örneklerinden veri aktarımları.

İstemciniz bayt aralığı isteklerini kullanıyorsa (kaynak hizmet ne olursa olsun), aşağıdaki noktalar geçerlidir:

• Bayt aralığı isteği , içerik teslim ağında faturalanabilir bir işlemdir. bir istemci bayt aralığı isteği oluşturduğunda, bu istek nesnenin bir alt kümesine (aralık) yöneliktir. İçerik teslim ağı, istenen içeriğin yalnızca bir kısmıyla yanıt verir. Bu kısmi yanıt faturalanabilir bir işlemdir ve aktarım tutarı aralık yanıtının boyutuyla (artı üst bilgiler) sınırlıdır.

• Bir nesnenin yalnızca bir bölümü için istek geldiğinde (bayt aralığı üst bilgisi belirterek), içerik teslim ağı nesnenin tamamını önbelleğine getirebilir. Sonuç olarak, içerik teslim ağından faturalanabilir işlem kısmi yanıt için olsa da, kaynaktan faturalanabilir işlem nesnenin tam boyutunu içerebilir.

Önbelleği desteklemek için ne kadar aktarım etkinliği gerçekleşir?

Bir içerik teslim ağı POP'unun önbelleğini doldurması gerektiğinde, önbelleğe alınan nesnenin kaynağına yönelik bir istekte bulunur. Sonuç olarak, kaynak her önbellek eksik olduğunda faturalanabilir bir işlem oluşturur. Önbellek kaçırma sayısı birçok faktöre bağlıdır:

• İçerik ne kadar önbelleğe alınabilir: İçeriğin yüksek TTL (yaşam süresi)/süre sonu değerleri varsa ve önbellekte popüler kalması için sık sık erişiliyorsa, yükün çoğu içerik teslim ağı tarafından işlenir. Tipik bir iyi önbellek isabet oranı %90'ın üzerindedir; bu da istemci isteklerinin %10'undan daha azının önbellek kaçırması veya nesne yenilemesi için çıkış noktası olarak geri dönmesi gerekeceği anlamına gelir.

• Nesneyi yüklemek için kaç düğüm gerekir: Bir düğüm kaynaktan bir nesneyi her yükleyişinde faturalanabilir bir işlemle sonuçlanır. Sonuç olarak, daha fazla genel içerik (daha fazla düğümden erişilir) daha fazla faturalanabilir işlemle sonuçlanır.

• TTL etkisi: Bir nesne için daha yüksek bir TTL değeri, nesnenin kaynağından daha az sıklıkta alınması gerektiği anlamına gelir. Ayrıca tarayıcılar gibi istemcilerin nesneyi daha uzun süre önbelleğe alabildiği ve bu sayede içerik teslim ağına yönelik işlemleri azaltabileceği anlamına gelir.

Hangi kaynak hizmetler Microsoft'tan Azure Content Delivery Network ile ücretsiz veri aktarımı için uygundur?

İçerik teslim ağı kaynağınız olarak aşağıdaki Azure hizmetlerinden birini kullanıyorsanız, Kaynaktan içerik teslim ağı POP'lerine veri aktarımından ücret alınmaz.

• Azure Depolama
• Azure Media Services
• Azure Sanal Makineler
• Sanal Ağ
• Load Balancer
• Application Gateway
• Azure DNS
• ExpressRoute
• VPN Gateway
• Traffic Manager
• Ağ İzleyicisi
• Azure Güvenlik Duvarı
• Azure Front Door
• Azure Bastion
• Azure App Service
• Azure İşlevleri
• Azure Data Factory
• Azure API Management
• Azure Batch
• Azure Veri Gezgini
• HDInsight
• Azure Cosmos DB
• Azure Data Lake Store
• Azure Machine Learning
• Azure SQL Veritabanı
• Azure SQL Yönetilen Örnek
• Redis için Azure Önbelleği

Maliyetlerimi en etkili şekilde Nasıl yaparım? yönetebilirsiniz?

İçeriğinizde mümkün olan en uzun TTL'yi ayarlayın.