Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
Bu örnek, 180 günlük sınırdan önce arşiv katmanından verilerin bir kısmını alma maliyetini tahmin eder.
Önemli
Bu tahmin, bu örnek fiyatları temel alır. Üretim maliyetlerinizi hesaplamak için örnek fiyatlar kullanılmamalıdır. Resmi fiyatları bulmak için bkz. Her ölçümün birim fiyatını bulma.
Senaryo
Şirketiniz uzun süreli saklama için arşiv katmanında 20 TB veri depolar. Ancak arşiv depolamada yalnızca üç ay geçtikten sonra, o verilerin 20%'ü analiz için geri alınmalıdır. Bu verileri arşiv depolama alanından alma maliyetini tahmin edip ardından bu verileri istemcilere indirmeniz istenir.
Verilere yalnızca geçici olarak ihtiyaç duyulduğu için katmanlarını değiştirerek blobları yeniden doldurmamaya karar verirsiniz. Bu şekilde şirketiniz erken silme ücretinden kaçınıyor. Maliyet tahmini: Verileri arşiv depolama alanının dışına taşıma makalesini gözden geçirerek bu yaklaşımın maliyetini zaten tahmin ettiniz. Bunun yerine blobları analiz için sıcak seviyeye kopyalamanın daha uygun maliyetli olduğuna karar verirsiniz. Sık erişim katmanındaki verilerin analiz tamamlandığında ücretsiz olarak silinebileceğini biliyorsunuz.
Depolama hesabı Batı ABD bölgesinde bulunur, yerel olarak yedekli depolama (LRS) için yapılandırılır ve hiyerarşik ad alanlarına sahip değildir.
Maliyetler
Aşağıdaki tabloda her maliyet açıklanmaktadır.
| Maliyet | Açıklama |
|---|---|
| Blobları sıcak katmana kopyalama | İlk olarak blobların analiz için arşiv depolama alanının dışına taşınması gerekir. Tüm araçlar ve SDK'lar bu görevi gerçekleştirmek için Blobu Kopyala işlemini kullanır. Blobu Kopyala işlemi, kaynak hesapta okuma işlemi ve hedef hesapta yazma işlemi olarak faturalandırılır. |
| Veri alma ücreti | Bu ölçüm, arşiv katmanından ve sık erişim katmanı gibi bir çevrimiçi katmana taşınan her GB için geçerlidir. |
| Sıcak erişim katmanından okuma | Veriler sıcak katmana taşındıktan sonra, istemcilerin bu verileri indirmesi gerekiyor. Her indirme, okuma işlemi olarak faturalandırılır. |
Tahmin
Bu örnek fiyatlara bağlı olarak, aşağıdaki tabloda her maliyet bileşeninin nasıl hesaplanmış olduğu gösterilmektedir. Bu örnek tahmin, GB başına faturalanan veri depolama maliyetini içermez.
| Maliyet | Maliyet faktörü | Hesaplama | Değer |
|---|---|---|---|
| Blobları sıcak katmana kopyalama | Blob Kopyalama işlemlerinin sayısı | 2000 damla * 20% | 400 |
| Arşiv okuma işleminin fiyatı | 0,00055 USD | ||
| Arşivden okuma maliyeti | 400 işlem * 0,0005 ABD doları | 0,22 ABD doları | |
| Hot Tier yazma işleminin fiyatı | 0,0000055 USD | ||
| Sık erişim katmanına yazma maliyeti | 400 işlem * 0,0000055 USD | 0,0022 USD | |
|
Blobları sıcak katmana kopyalama maliyeti |
$0,22 + $0,0022 | 0,22 ABD doları | |
| Veri alma ücreti | Toplam dosya boyutu | 20.000 GB | |
| Veri alma boyutu | 20.000 GB * 20% | 4.000 | |
| Veri alma fiyatı (GB başına) | 0,0220 USD | ||
|
Veri geri çağırma maliyeti |
4.000 blob * 0,0220 USD | 88,00 ABD doları | |
| Sık erişim katmanından okuma | Sık erişim katmanındaki okuma işlemlerinin sayısı | Sık erişim katmanına taşınan blob sayısı | 400 |
| Sık erişim katmanında okuma işleminin fiyatı | 0,00000044 USD | ||
|
Sık erişim katmanından okuma maliyeti |
400 işlem * 0,00000044 USD | 0,0002 USD | |
| Toplam maliyet | $0,22 + $88 + $24 + $0,0002 | 88,22 USD |
Tavsiye
Bu senaryo, verilerin depolama alanında var olan süresini modellemediğinden, tablo GB başına faturalandırılan veri depolama maliyetini içermez. Azure fiyatlandırma hesaplayıcısını kullanarak ortamınızdaki maliyet depolama alanını ve işlemlerin maliyetini tahmin edebilirsiniz.