Blob verileri için erişim katmanları

Bulutta depolanan veriler üstel bir hızda büyür. Genişleyen depolama gereksinimlerinizin maliyetlerini yönetmek için verilerinizi ne sıklıkta erişileceğine ve ne kadar süreyle tutulacağını temel alarak düzenlemek yararlı olabilir. Azure depolama, blob verilerinizi nasıl kullanıldığına göre en uygun maliyetli şekilde depolayabileceğiniz farklı erişim katmanları sunar. Azure Depolama erişim katmanları şunlardır:

  • Sık erişim katmanı - Sık erişilen veya değiştirilen verileri depolamak için iyileştirilmiş bir çevrimiçi katman. Sık erişim katmanı en yüksek depolama maliyetlerine, ancak en düşük erişim maliyetlerine sahiptir.
  • Seyrek erişim katmanı - Seyrek erişilen veya değiştirilen verileri depolamak için iyileştirilmiş çevrimiçi katman. Seyrek erişim katmanındaki veriler en az 30 gün boyunca depolanmalıdır. Seyrek erişim katmanı, sık erişim katmanına kıyasla daha düşük depolama maliyetlerine ve daha yüksek erişim maliyetlerine sahiptir.
  • Soğuk katman - Nadiren erişilen veya değiştirilen ancak yine de hızlı alma gerektiren verileri depolamak için iyileştirilmiş bir çevrimiçi katman. Soğuk katmandaki veriler en az 90 gün boyunca depolanmalıdır. Soğuk katman, seyrek erişim katmanına kıyasla depolama açısından daha düşük, erişim açısından daha yüksek maliyetlidir.
  • Arşiv katmanı - Seyrek erişilen ve esnek gecikme süresi gereksinimlerine sahip verileri saat sırasına göre depolamak için iyileştirilmiş çevrimdışı katman. Arşiv katmanındaki veriler en az 180 gün boyunca depolanmalıdır.

Azure depolama kapasitesi sınırları erişim katmanına göre değil hesap düzeyinde ayarlanır. Kapasite kullanımınızı bir katmanda en üst düzeye çıkarmayı veya kapasiteyi iki veya daha fazla katmana dağıtmayı seçebilirsiniz.

Not

Erişim katmanının ayarlanmasına yalnızca Blok Bloblarında izin verilir. Ekleme ve Sayfa Blobları için desteklenmez.

Çevrimiçi erişim katmanları

Verileriniz çevrimiçi erişim katmanında (sık erişimli, seyrek erişimli veya soğuk) depolandığında kullanıcılar verilere hemen erişebilir. Etkin katman, etkin kullanımda olan veriler için en iyi seçenektir. Seyrek erişimli veya soğuk katman, daha az sıklıkta erişilen veriler için idealdir, ancak okuma ve yazma için kullanılabilir olması gerekir.

Sık erişim katmanı için örnek kullanım senaryoları şunlardır:

  • Etkin kullanımda olan veriler veya beklediğiniz veriler sık sık okuma ve yazma gerektirir.
  • İşlenmek ve sonrasında seyrek erişim katmanına geçirilmek üzere hazırlanan veriler.

Seyrek erişimli ve soğuk erişim katmanları için kullanım senaryoları şunlardır:

  • Kısa süreli veri yedekleme ve olağanüstü durum kurtarma.
  • Sık kullanılmayan ancak anında erişim için kullanılabilir olması beklenen eski veri kümeleri.
  • diğer veriler işlenmek üzere toplanırken uygun maliyetli bir şekilde depolanması gereken büyük veri kümeleri.

Blobu sık erişimli, seyrek erişimli veya soğuk katmana taşımayı öğrenmek için bkz . Blob erişim katmanını ayarlama.

Seyrek erişimli ve soğuk katmanlardaki veriler biraz daha düşük kullanılabilirliğe sahiptir, ancak sık erişim katmanıyla aynı yüksek dayanıklılık, alma gecikme süresi ve aktarım hızı özellikleri sunar. Seyrek erişimli veya soğuk katmandaki veriler için, sık erişim katmanına kıyasla daha düşük genel depolama maliyetleri için biraz daha düşük kullanılabilirlik ve daha yüksek erişim maliyetleri kabul edilebilir. Daha fazla bilgi için bkz. depolama SLA’sı.

Bloblar, katmanın gerektirdiği minimum gün sayısı dolmadan önce silinir, üzerine yazılır veya farklı bir katmana taşınırsa erken silme cezasına tabidir. Örneğin, genel amaçlı v2 hesabındaki seyrek erişim katmanındaki bir blob, 30 gün geçmeden silinir veya farklı bir katmana taşınırsa erken silme cezasına tabidir. Soğuk katmandaki bir blob silindiğinde veya 90 gün geçmeden farklı bir katmana taşındığında silme cezası uygulanır. Bu ücret eşit olarak bölünür. Örneğin, bir blob seyrek erişim katmanına taşınır ve 21 gün sonra silinirse, blobu seyrek erişim katmanında depolamanın 9 (30 eksi 21) gününe eşdeğer bir erken silme ücreti alınır. Erken silme ücretleri, belirtilen zaman penceresi içinde nesnenin tamamı herhangi bir işlem (Blob Koy, Blok Listesini Koy veya Blobu Kopyala) aracılığıyla yeniden yazılırsa da oluşur.

Not

Geçici silmenin etkinleştirildiği bir hesapta, blob silindikten ve bekletme süresi dolduktan sonra silinmiş olarak kabul edilir. Bu süre dolana kadar blob yalnızca geçici olarak silinir ve erken silme cezasına tabi değildir.

Sık erişimli, seyrek erişimli ve soğuk katmanlar tüm yedeklilik yapılandırmalarını destekler. Azure Depolama'daki veri yedekliliği seçenekleri hakkında daha fazla bilgi için bkz. Azure Depolama yedekliliği.

Arşiv erişim katmanı

Arşiv katmanı, nadiren erişilen verileri depolamak için kullanılan çevrimdışı bir katmandır. Arşiv erişim katmanı en düşük depolama maliyetine sahiptir. Ancak bu katmanın sık erişimli, seyrek erişimli ve soğuk katmanlarla karşılaştırıldığında gecikme süresi daha yüksek olan daha yüksek veri alma maliyetleri vardır. Arşiv erişim katmanı için örnek kullanım senaryoları şunlardır:

  • Uzun vadeli yedekleme, ikincil yedekleme ve arşiv veri kümeleri
  • Son kullanılabilir biçimde işlendikten sonra bile korunması gereken özgün (ham) veriler
  • Uzun süre depolanması gereken ve neredeyse hiç erişilmeyen uyumluluk ve arşiv verileri

Blobu arşiv katmanına taşımayı öğrenmek için bkz . Blobu arşivle.

Verilerin en az 180 gün arşiv katmanında kalması gerekir veya erken bir silme ücretine tabi olur. Örneğin, bir blob arşiv katmanına taşınır ve 45 gün sonra silinir veya sık erişim katmanına taşınırsa, bu blobu arşiv katmanında depolamak için 135 (180 eksi 45) güne eşdeğer bir erken silme ücreti alınır.

Not

Geçici silmenin etkinleştirildiği bir hesapta, blob silindikten ve bekletme süresi dolduktan sonra silinmiş olarak kabul edilir. Bu süre dolana kadar blob yalnızca geçici olarak silinir ve erken silme cezasına tabi değildir.

Blob arşiv katmanındayken okunamaz veya değiştirilemez. Arşiv katmanındaki bir blobu okumak veya indirmek için önce blobu sık erişimli, seyrek erişimli veya soğuk çevrimiçi bir katmanda yeniden doldurmanız gerekir. Arşiv katmanındaki verilerin yeniden doldurulması, yeniden doldurma işlemi için belirttiğiniz önceliğe bağlı olarak 15 saate kadar sürebilir. Blob yeniden doldurma hakkında daha fazla bilgi için bkz . Arşiv katmanından blob yeniden doldurmaya genel bakış.

Arşivlenmiş blobların meta verileri okuma erişimi için kullanılabilir durumda kalır, böylece blobu ve özelliklerini, meta verilerini ve dizin etiketlerini listeleyebilirsiniz. Arşiv katmanındaki bir blob için meta veriler salt okunurken blob dizin etiketleri okunabilir veya yazılabilir. Arşivlenen blobların meta verileri için Depolama maliyetleri seyrek erişimli katman fiyatlarına göre ücretlendirilir. Anlık görüntüler arşivlenmiş bloblar için desteklenmez.

Arşiv katmanındaki bloblar için aşağıdaki işlemler desteklenir:

Yalnızca LRS, GRS veya RA-GRS için yapılandırılmış depolama hesapları blobları arşiv katmanına taşımayı destekler. Arşiv katmanı ZRS, GZRS veya RA-GZRS hesapları için desteklenmez. Azure Depolama için yedeklilik yapılandırmaları hakkında daha fazla bilgi için bkz. Azure Depolama yedekliliği.

Arşiv katmanındaki blobları içeren bir depolama hesabının yedeklilik yapılandırmasını değiştirmek için önce arşivlenmiş tüm blobları sık erişimli, seyrek erişimli veya soğuk katmanda yeniden doldurmanız gerekir. Yeniden doldurma işlemleri maliyetli ve zaman alıcı olabileceğinden, Microsoft arşivlenmiş bloblar içeren bir depolama hesabının yedeklilik yapılandırmasını değiştirmekten kaçınmanızı önerir.

Bir depolama hesabının LRS'den GRS'ye geçirilmesi, hesap LRS için yapılandırılırken arşiv katmanına blob taşınmamış olduğu sürece desteklenir. Güncelleştirme, hesabın LRS'ye dönüş tarihinden itibaren 30 günden daha kısa bir süre içinde gerçekleştirilirse ve hesap LRS olarak ayarlandığında arşiv katmanına hiçbir blob taşınmadıysa hesap GRS'ye geri taşınabilir.

Varsayılan hesap erişim katmanı ayarı

Depolama hesapları, içinde yeni bir blob oluşturulduğu çevrimiçi katmanı gösteren varsayılan bir erişim katmanı ayarına sahiptir. Varsayılan erişim katmanı ayarı sık erişimli veya seyrek erişimli olarak ayarlanabilir. Kullanıcılar, blobu karşıya yüklerken veya katmanını değiştirirken tek bir blob için varsayılan ayarı geçersiz kılabilir.

Yeni bir genel amaçlı v2 depolama hesabı için varsayılan erişim katmanı varsayılan olarak sık erişim katmanına ayarlanır. Depolama hesabı oluşturduğunuzda veya oluşturulduktan sonra varsayılan erişim katmanı ayarını değiştirebilirsiniz. Depolama hesabında bu ayarı değiştirmezseniz veya blobu karşıya yüklerken katmanı açıkça ayarlamazsanız, varsayılan olarak sık erişim katmanına yeni bir blob yüklenir.

Açıkça atanmış bir katmana sahip olmayan blob, katmanını varsayılan hesap erişim katmanı ayarından çıkartır. Bir blob'un erişim katmanı varsayılan hesap erişim katmanı ayarından çıkarılırsa, Azure portalı erişim katmanını Sık Erişimli (çıkarılmış) veya Seyrek Erişimli (çıkarılmış) olarak görüntüler.

Depolama hesabı için varsayılan erişim katmanı ayarının değiştirilmesi, erişim katmanının açıkça ayarlanmadığı hesaptaki tüm bloblar için geçerlidir. Varsayılan erişim katmanı ayarını genel amaçlı v2 hesabında daha serin bir katmana değiştirirseniz erişim katmanının çıkarıldığı tüm bloblar için yazma işlemleri (10.000 başına) için ücretlendirilirsiniz. Genel amaçlı v2 hesabında daha sıcak bir katmana geçiş yaparsanız hem okuma işlemleri (10.000 başına) hem de veri alma (GB başına) için ücretlendirilirsiniz.

Eski bir Blob Depolama hesabı oluşturduğunuzda, oluşturma zamanında varsayılan erişim katmanı ayarını sık erişimli veya seyrek erişimli olarak belirtmeniz gerekir. Varsayılan hesap erişim katmanı ayarını eski bir Blob Depolama hesabındaki daha serin bir katmana değiştirmek için ücret alınmaz. Blob Depolama hesabında daha sıcak bir katmana geçiş yaparsanız hem okuma işlemleri (10.000 başına) hem de veri alma (GB başına) için ücretlendirilirsiniz. Microsoft mümkün olduğunda Blob Depolama hesapları yerine genel amaçlı v2 depolama hesaplarının kullanılmasını önerir.

Not

Soğuk katman ve arşiv katmanı, depolama hesabı için varsayılan erişim katmanı olarak desteklenmez.

Blob katmanını ayarlama veya değiştirme

Bir blobu oluştururken katmanını açıkça ayarlamak için blobu karşıya yüklerken katmanı belirtin.

Blob oluşturulduktan sonra katmanını aşağıdaki yollardan biriyle değiştirebilirsiniz:

  • Blob KatmanıNı Ayarla işlemini doğrudan veya yaşam döngüsü yönetim ilkesi aracılığıyla çağırarak. Blob katmanını daha sıcak bir katmandan daha serin bir katmana değiştirirken blob KatmanıNı Ayarla'yı çağırmak genellikle en iyi seçenektir.

    Not

    Yaşam döngüsü yönetimi ilkelerini kullanarak arşivlenmiş bir blobu çevrimiçi katmanda yeniden doldurmanız gerekmez.

  • Blobu bir katmandan diğerine kopyalamak için Blobu Kopyala işlemini çağırarak. Arşiv katmanından çevrimiçi katmana bir blobu yeniden doldurmanız veya blobu seyrek erişimli veya soğuktan sık erişimliye taşıdığınız çoğu senaryoda Kopyalama Blobu'nun çağrılması önerilir. Bir blobu kopyalayarak, kaynak blob için gerekli depolama aralığı henüz geçmediyse erken silme cezasından kaçınabilirsiniz. Ancak blob kopyalanması, kaynak blob ve hedef blob olmak üzere iki blob için kapasite ücretlerine neden olur.

Blob katmanını daha sıcak bir katmandan daha serin bir katmana değiştirmek, soğuk veya seyrek erişimli katmandan sık erişimliye geçiş gibi anlık bir işlemdir. Blobu arşiv katmanından sık erişimli, seyrek erişimli veya soğuk katman gibi çevrimiçi bir katmana yeniden doldurma işlemi 15 saate kadar sürebilir.

Blob katmanını değiştirirken aşağıdaki noktaları göz önünde bulundurun:

  • Şifreleme kapsamı kullanan bir blob üzerinde Blob Katmanı Ayarla'yı çağıramazsınız. Şifreleme kapsamları hakkında daha fazla bilgi için bkz . Blob depolama için şifreleme kapsamları.
  • Blob açıkça seyrek erişimli veya soğuk katmana taşınır ve ardından arşiv katmanına taşınırsa erken silme ücreti uygulanır.

Blob yaşam döngüsü yönetimi

Blob depolama yaşam döngüsü yönetimi, belirttiğiniz koşullar karşılandığında verilerinizi istenen erişim katmanına geçirmeniz için kullanabileceğiniz kural tabanlı bir ilke sunar. Yaşam döngüsü yönetimini kullanarak verilerin kullanım ömrünün sonunda süresi dolabilir. Daha fazla bilgi edinmek için bkz. Azure Blob Depolama erişim katmanlarını otomatikleştirerek maliyetleri iyileştirme.

Not

Premium blok blob depolama hesabında depolanan veriler, Blob Katmanı Ayarla veya Azure Blob Depolama yaşam döngüsü yönetimi kullanılarak sık erişimli, seyrek erişimli, soğuk veya arşiv olarak katmanlanamaz. Verileri taşımak için blok blobu depolama hesabından URL'den Blok Koy API'sini veya bu API'yi destekleyen bir AzCopy sürümünü kullanarak blobları farklı bir hesaptaki sık erişim katmanına zaman uyumlu bir şekilde kopyalamanız gerekir. Url'den Yerleştir API'si verileri sunucuya zaman uyumlu bir şekilde kopyalar, yani çağrı yalnızca tüm veriler özgün sunucu konumundan hedef konuma taşındığında tamamlanır.

Erişim katmanı seçeneklerinin özeti

Aşağıdaki tabloda sık erişimli, seyrek erişimli, soğuk ve arşiv erişim katmanlarının özellikleri özetlenmiştir.

Sık erişim katmanı Seyrek erişim katmanı Soğuk katman Arşiv katmanı
Kullanılabilirlik %99,9 %99 %99 %99
Kullanılabilirlik
(RA-GRS okumaları)
%99,99 %99,9 %99,9 %99,9
Kullanım ücretleri Daha yüksek depolama maliyetleri, ancak daha düşük erişim ve işlem maliyetleri Daha düşük depolama maliyetleri, ancak daha yüksek erişim ve işlem maliyetleri Daha düşük depolama maliyetleri, ancak daha yüksek erişim ve işlem maliyetleri En düşük depolama maliyetleri, ancak en yüksek erişim ve işlem maliyetleri
Önerilen en düşük veri saklama süresi Yok 30 gün1 90 gün1 180 gün
Gecikme süresi
(İlk bayta kadar süre)
Milisaniye Milisaniye Milisaniye Saat2
Desteklenen yedeklilik yapılandırmaları Tümü Tümü Tümü Yalnızca LRS, GRS ve RA-GRS3

1 Genel amaçlı v2 hesaplarındaki seyrek erişim katmanındaki nesnelerin saklama süresi en az 30 gündür. Genel amaçlı v2 hesaplarında soğuk katmandaki nesnelerin saklama süresi en az 90 gündür. Blob Depolama hesaplarında seyrek erişimli veya soğuk katman için minimum bekletme süresi yoktur.

2 Arşiv katmanından bir blobu yeniden doldurma sırasında standart veya yüksek yeniden doldurma önceliği seçeneğini belirleyebilirsiniz. Her birinin farklı alma gecikme süreleri ve maliyetleri vardır. Daha fazla bilgi için bkz . Arşiv katmanından blob yeniden doldurmaya genel bakış.

3 Azure Depolama'daki yedeklilik yapılandırmaları hakkında daha fazla bilgi için bkz. Azure Depolama yedeklilik.

Fiyatlandırma ve faturalama

Tüm depolama hesapları, blob katmanını temel alan blok blobu depolaması için bir fiyatlandırma modeli kullanır. Aşağıdaki bölümlerde açıklanan faturalama konularını göz önünde bulundurun.

Blok bloblarının fiyatlandırması hakkında daha fazla bilgi için bkz . Blok blobu fiyatlandırması.

Depolama kapasite maliyetleri

Depolanan veri miktarına ek olarak, verileri depolama maliyeti erişim katmanına bağlı olarak değişir. Katman daha serin hale geldiğinde gigabayt başına kapasite maliyeti azalır.

Veri erişim maliyetleri

Katman daha serin hale geldiğinde veri erişim ücretleri artar. Seyrek erişimli, soğuk ve arşiv erişim katmanındaki veriler için okuma işlemleri için gigabayt başına veri erişim ücreti alınır.

İşlem maliyetleri

İşlem başına ücret tüm katmanlara uygulanır ve katman daha serin hale geldiğinde artar.

Coğrafi çoğaltma veri aktarımı maliyetleri

Bu ücret yalnızca GRS, RA-GRS ve GZRS dahil olmak üzere coğrafi çoğaltma yapılandırılmış hesaplar için geçerlidir. Coğrafi çoğaltma veri aktarımı gigabayt başına ücret doğurur.

Giden veri aktarımı maliyetleri

Giden veri aktarımları (Azure bölgesinden aktarılan veriler) gigabayt başına bant genişliği kullanımı için faturalamaya neden olur. Giden veri aktarımı ücretleri hakkında daha fazla bilgi için bkz . Bant Genişliği Fiyatlandırma Ayrıntıları sayfası.

Varsayılan hesap erişim katmanını değiştirme

Hesap erişim katmanının değiştirilmesi, açıkça ayarlanmış bir katmana sahip olmayan tüm bloblar için katman değişikliği ücretlerine neden olur. Daha fazla bilgi için aşağıdaki Blob erişim katmanını değiştirme bölümüne bakın.

Blob'un erişim katmanını değiştirme

Blob katmanını değiştirirken aşağıdaki faturalama etkilerini göz önünde bulundurun:

  • Bloblar karşıya yüklendiğinde veya katmanlar arasında taşındığında, karşıya yükleme veya katman değişikliğinden hemen sonra ilgili ücrete göre ücretlendirilir.
  • Blob daha serin bir katmana taşındığında, işlem hedef katmana yazma işlemi olarak faturalandırılır ve burada hedef katmanın yazma işlemi (10.000 başına) ve veri yazma (GB başına) ücretleri uygulanır.
  • Blob daha sıcak bir katmana taşındığında işlem, kaynak katmanın okuma işlemi (10.000 başına) ve veri alma (GB başına) ücretlerinin uygulandığı kaynak katmandan okuma olarak faturalandırılır. Seyrek erişimli, soğuk veya arşiv katmanından taşınan tüm bloblar için erken silme ücretleri de uygulanabilir.
  • Bir blob arşiv katmanından yeniden dolduruluyor olsa da, veriler geri yüklenene ve blob'un katmanı sık erişimli, seyrek erişimli veya seyrek erişimli olarak değişene kadar blob verileri arşivlenmiş veri olarak faturalandırılır.

Aşağıdaki tabloda katman değişikliklerinin nasıl faturalandığı özetlenmiştir.

Yazma ücretleri (işlem + erişim) Ücretleri okuma (işlem + erişim)
Sıcak-seyrek erişim
Sıcak-soğuğa
Sık erişimli arşiv
Soğuğu soğuğa
Arşive seyrek erişim
Arşive soğuk
Arşivden soğuğa
Seyrek erişim için arşivle
Sık erişimliye arşivle
Soğuğa soğuk
Soğuk ve sıcak
Seyrek erişimliden sıcaka

Sürüm oluşturma etkinleştirildiğinde veya blobda anlık görüntüler varsa blob için erişim katmanının değiştirilmesi daha fazla ücrete neden olabilir. Sürüm oluşturmanın etkinleştirildiği bloblar hakkında bilgi için blob sürüm oluşturma belgelerindeki Fiyatlandırma ve faturalama bölümüne bakın. Anlık görüntüleri olan bloblar hakkında bilgi için blob anlık görüntüleri belgelerindeki Fiyatlandırma ve faturalama bölümüne bakın.

Soğuk katman

Sınırlamalar ve bilinen sorunlar

  • Hesabın varsayılan erişim katmanı ayarı soğuk katman olarak ayarlanamaz.

REST, SDK'lar ve araçların gerekli sürümleri

Ortam En düşük sürüm
REST API 2021-21-02
.NET 12.15.0
Java 12.21.0
Python 12.15.0
JavaScript 12.13.0
PowerShell (Az.Depolama) 5.8.0
Azure CLI 2.50.0
AzCopy 10.18.1
Azure Depolama Gezgini 1.29.0

Özellik desteği

Bu özellik için destek, Data Lake Storage 2. Nesil, Ağ Dosya Sistemi (NFS) 3.0 protokolü veya SSH Dosya Aktarım Protokolü (SFTP) etkinleştirilerek etkilenebilir. Bu özelliklerden herhangi birini etkinleştirdiyseniz bu özelliğin desteğini değerlendirmek için bkz. Azure Depolama hesaplarında Blob Depolama özellik desteği.

Sonraki adımlar