Azure Blob Depolama kullanmanın maliyetini tahmin

Bu makale, Azure Blob Depolama'da verileri depolama, karşıya yükleme, indirme ve bunlarla çalışma maliyetini tahmin etmeye yardımcı olur.

Tüm hesaplamalar kurgusal bir fiyatı temel alır. Her fiyatı bu makalenin sonundaki örnek fiyatlar bölümünde bulabilirsiniz.

Verileri depolama maliyeti

Gb cinsinden verilerinizin boyutunu seçilen erişim katmanının depolama fiyatıyla çarparak depolama maliyetlerinizi hesaplayabilirsiniz. Örneğin (örnek fiyatlandırma varsayılarak), seyrek erişim katmanında 10 TB blob depolamayı planlıyorsanız, kapasite maliyeti ayda 0,0115 ABD doları * 10 * 1024 = 117,78 ABD dolarıdır.

Ne kadar depolama alanı istediğinize bağlı olarak, kapasiteyi indirimli olarak ayırmak mantıklı olabilir. Kapasiteyi 1 yıllık veya 3 yıllık taahhüt süresi için 100 TB ve 1 PB'lik artışlarla ayırabilirsiniz. Ayrılmış kapasite yalnızca sık erişimli, seyrek erişimli ve arşiv erişim katmanlarında depolanan veriler için kullanılabilir.

Aşağıdaki tabloda, bu makalede gösterilen Örnek fiyatlar kullanılarak 100 TB (102.400 GB) veri depolamanın kullandıkça öde ve ayrılmış kapasite maliyeti karşılaştırılıyor.

Ayrılmış kapasitenin anlam ifade etmeye başladığı noktayı hesaplamak için ayrılmış kapasitenin maliyetini kullandıkça öde fiyatına bölün. Örneğin, seyrek erişimli katman depolama için 1 yıllık ayrılmış kapasitenin maliyeti 966 ABD doları ve kullandıkça öde fiyatı 0,0115 TL ise hesaplama 966 ABD doları / 0,0115 ABD doları = 84.000 GB (kabaca 82 TB) olur. Rezervasyon döneminin tamamı boyunca seyrek erişim katmanında en az 82 TB veri depolamayı planlıyorsanız ayrılmış kapasite mantıklı bir şekilde başlar. Aşağıdaki tabloda, her erişim katmanı için TB'de kesme çift noktası hesaplanır.

¹Sık erişimli katmanın birden çok kullandıkça öde fiyatları vardır. bu hesaplamada ilk 50 TB'nin fiyatı ve ikinci 50 TB'ın fiyatı hesaba katılır.

Ayrılmış kapasite hakkında daha fazla bilgi edinmek için bkz . Ayrılmış kapasite ile Blob Depolama maliyetlerini iyileştirme.

Depolama maliyetleri hakkında genel bilgi için bkz . Veri depolama ve dizin ölçümleri.

Veri aktarma maliyeti

Verileri aktardığınızda, yazma ve okuma işlemleri için faturalandırılırsınız. Bazı istemci uygulamaları, blobları listelemek veya özellikleri almak için işlemler gibi verileri aktarmak için ek işlemler kullanır. AzCopy yardımcı programı, veri aktarımını verimli bir şekilde yapmak için iyileştirilmiştir ve maliyet tahminlerinizi temel alan kurallı bir örnek olarak görev yapabilir.

Bkz . Blobları aktarmak için AzCopy kullanmanın maliyetini tahmin etme.

Karşıya yükleme maliyeti

Verileri karşıya yüklediğinizde, istemciniz bu verileri bloklara böler ve her bloğu ayrı ayrı karşıya yükler. Karşıya yüklenen her blok bir yazma işlemi olarak faturalandırılır. Blokları hesapta depolanan bir blobda birleştirmek için son bir yazma işlemi gereklidir. Blobu karşıya yüklemek için gereken yazma işlemlerinin sayısı her bloğun boyutuna bağlıdır. 8 MiB , Blob Hizmeti uç noktasına (blob.core.windows.net) yapılan yüklemeler için varsayılan blok boyutudur ve bu boyut yapılandırılabilir. 4 MiB , Data Lake Storage uç noktasına (dfs.core.windows.net) yapılan yüklemelerin blok boyutudur ve bu boyut yapılandırılamaz. Bloklar paralel olarak karşıya yüklenebildiği için daha küçük bir blok boyutu daha iyi performans gösterir. Ancak blobu karşıya yüklemek için daha fazla yazma işlemi gerektiğinden maliyet daha yüksektir.

Bu makalede görünen Örnek fiyatları kullanarak ve 8 MiB blok boyutu varsayılarak, aşağıdaki tabloda her biri 5 GiB boyutunda 1000 blobu sık erişim katmanına yükleme maliyeti tahmin edilir.

Daha ayrıntılı örnekler için bkz . Karşıya yükleme maliyetini tahmin etme.

İndirme maliyeti

Blob indirmek için gereken işlem sayısı, kullandığınız uç noktaya bağlıdır. Blob Hizmeti uç noktasından bir blob indirirseniz tek bir okuma işleminin maliyeti faturalandırılır. Data Lake Storage uç noktasından bir blob indirirseniz, blobların 4 MiB bloklar halinde indirilmesi gerektiğinden birden çok okuma işleminin maliyeti için faturalandırılırsınız. Blobları seyrek erişimli veya soğuk katmandan indirirseniz seyrek erişimli, soğuk veya arşiv katmanından indirilen GiB başına bir veri alma ücreti de alırsınız.

Aşağıdaki tabloda, bu makalede gösterilen Örnek fiyatları kullanarak Blob Depolama uç noktasını kullanarak seyrek erişim katmanından her biri 5 GiB boyutunda 1.000 blob indirme maliyeti tahmin edilir.

AzCopy gibi yardımcı programlar da blob özelliklerini almak için liste işlemlerini ve işlemlerini kullanır. Genel faturanın oranı olarak, bu ücretler nispeten küçüktür. Örnekler için bkz . İndirme maliyetini tahmin etme.

Kapsayıcılar arasında kopyalama maliyeti

Bir blobu aynı hesaptaki başka bir kapsayıcıya kopyalarsanız, hedef katmanı temel alan tek bir yazma işleminin maliyeti faturalandırılır. Hedef kapsayıcı başka bir hesaptaysa, veri alma maliyeti ve kaynak katmanı temel alan okuma işleminin maliyeti de faturalandırılır. Hedef hesap başka bir bölgedeyse, ağ çıkışının maliyeti faturanıza eklenir.

Aşağıdaki tabloda, bu makalede gösterilen Örnek fiyatları kullanarak sık erişim katmanındaki iki kapsayıcı arasında her biri 5 GiB boyutunda 1.000 blobu kopyalama maliyeti tahmin edilir.

Tam bir örnek için bkz . Kapsayıcılar arasında kopyalama maliyetini tahmin etme.

Blobu yeniden adlandırma maliyeti

Blobları yeniden adlandırma maliyeti, hesabınızın dosya yapısına ve yeniden adlandırdığınız blob sayısına bağlıdır.

Hesabın düz ad alanı varsa blobu yeniden adlandırmak için ayrılmış bir işlem yoktur. Bunun yerine istemci aracınız blobu yeni bir bloba kopyalar ve ardından kaynak blobu siler. Silme işlemleri ücretsizdir. Bu nedenle, bir blobu yeniden adlandırdığınızda, tek yazma işleminin maliyeti için faturalandırılırsınız. Hesabın hiyerarşik ad alanı varsa, blobu yeniden adlandırmak için ayrılmış bir işlem vardır ve yinelemeli yazma işlemi olarak faturalandırılır.

Blob Hizmeti uç noktasına yönelik yazma işleminin maliyeti, Data Lake Storage uç noktasına yönelik yinelemeli yazma işleminin maliyetinden daha düşüktür. Bu nedenle blobları birer birer yeniden adlandırma maliyeti, düz ad alanına sahip hesaplarda daha düşük maliyetlidir.

Aşağıdaki tabloda, bu makalede gösterilen Örnek fiyatlar kullanılarak 1.000 blobu yeniden adlandırma maliyeti hesaplanır.

Bu hesaplamalara bağlı olarak, sık erişim katmanında 1.000 blobu yeniden adlandırma maliyeti 70 sent farklılık gösterir.

Dizini yeniden adlandırma maliyeti

Hesabın düz bir ad alanı varsa bloblar, klasör yapısını taklit eden sanal dizinler halinde düzenlenir. Sanal dizin, blob adının bir bölümünü oluşturur ve sınırlayıcı karakteriyle gösterilir. Sanal dizin blob adının bir parçası olduğundan, aslında bağımsız bir nesne olarak mevcut değildir. Adında bu sanal dizini içeren tüm blobları yeniden adlandırmadan bir sanal dizini yeniden adlandırmanın hiçbir yolu yoktur. Her blobu etkili bir şekilde yeniden adlandırmak için istemci uygulamalarının bir blobu kopyalaması ve ardından kaynak blobu silmesi gerekir.

Hesabın hiyerarşik ad alanı varsa, dizinler sanal değildir. Bunlar doğrudan üzerinde çalışabileceğiniz somut ve bağımsız nesnelerdir. Bu nedenle, istemci uygulamaları tek bir işlemde blobu yeniden adlandırabildiğinden blobu yeniden adlandırmak çok daha verimlidir.

Aşağıdaki tabloda, bu makalede gösterilen Örnek fiyatları kullanılarak her biri 1.000 blob içeren 1.000 dizini yeniden adlandırma maliyeti hesaplanır.

Bu hesaplamalara bağlı olarak, her biri 1.000 blob içeren sık erişim katmanında 1.000 dizini yeniden adlandırma maliyeti neredeyse 5,00 ABD doları ile farklılık gösterir. Soğuk katmandaki dizinler için fark 17 ABD dolarının üzerindedir.

Örnek: Erişim katmanlarını karşıya yükleme, indirme ve değiştirme

Bu örnekte, dört aylık harcama tabanlı yüklemeler, indirmeler ve nesneleri katmanlar arasında taşımanın etkisi gösterilmektedir.

Parametreler

Her ayın başında sık erişim katmanına 1.000 dosya yüklenir. Her dosyanın boyutu 5 GB'tır. Ay boyunca, bu dosyaların yarısı istemci iş yükleri tarafından okunur. 30 gün sonra, bir yaşam döngüsü yönetim ilkesi depolama maliyetlerinden tasarruf etmek için diğer yarısını seyrek erişim katmanına taşır.

Mart ayında istemci uygulamaları seyrek erişim katmanında depolanan verilerin %10'unu okur. Yaşam döngüsü yönetim ilkesi, bu blobları okunduktan sonra sık erişim katmanına geri taşımak için yapılandırılır.

Nisan ayına kadar yirmi gün içinde istemciler, seyrek erişim katmanında depolanan verilerin %10'unu bir kez daha okur. Ancak bu bloblar 30 günden kısa bir süre için seyrek erişim katmanında depolandı. Yaşam döngüsü yönetimi ilkesi, en az 30 gün geçmeden bu blobları sık erişim katmanına geri taşıması nedeniyle erken bir ceza değerlendirilir. Erken silme cezası, 10 günlük seyrek erişimli depolama maliyetidir.

Hesaplamalar

Bu makalede gösterilen Örnek fiyatlar kullanıldığında, aşağıdaki tabloda dört aylık harcama gösterilmektedir.

¹Her aylık karşıya yüklemeyi tamamlamak için gereken işlem sayısı 641.000'dir. Bu sayıyı hesaplamak için formül 1000 blob * 5 GB / 8 MiB blok + tüm blokları bir blobda birleştirmek için gereken yazma işlemidir.

Örnek fiyatlar

Aşağıdaki tabloda Blob Hizmeti uç noktasına (blob.core.windows.net) yönelik her istek için örnek (kurgusal) fiyatlar yer almaktadır.

Aşağıdaki tabloda Data Lake Storage uç noktasına () yapılan her istek için örnek fiyatlar (dfs.core.windows.netkurgusal) fiyatlar yer almaktadır. Resmi fiyatlar için bkz . Azure Data Lake Storage fiyatlandırması.

Ayrıca bkz.

• Azure Blob Depolama maliyetlerini planlama ve yönetme
• Her REST işlemini bir fiyatla eşleme
• AzCopy’yi kullanmaya başlama