Blob verileri için erişim katmanları

2025-06-13

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.
Cool tier - Sıklıkla erişilmeyen veya değiştirilmesi düşük olan verilerin depolanması için optimize edilmiş bir ç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 göre daha düşük depolama maliyetleri ve daha yüksek erişim maliyetleri sunar.
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, soğuk arşiv katmanına kıyasla daha düşük depolama maliyetlerine ve daha yüksek erişim maliyetlerine sahiptir.
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 desteklenmiyor.

Ç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. Daha az sıklıkta erişilen ancak yine de okuma ve yazmaya açık olması gereken veriler için "cool" ya da "cold" katman idealdir.

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 soğuk erişim katmanına geçirilmek üzere hazırlanan veriler.

Serin 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.

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

Az erişimli ve soğuk katmanlardaki veriler biraz daha düşük bulunabilirliğe sahiptir, ancak sık erişim katmanıyla aynı yüksek dayanıklılık, yüklenme gecikmesi ve aktarım hızına sahip özelliklerini sunar. Serin veya soğuk katmandaki veriler için, sıcak katmana 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. Belirtilen zaman penceresi içinde nesnenin tamamı herhangi bir işlemle (Blob Yükle, Blok Listesi Yükle veya Blob Kopyala) yeniden yazılırsa, erken silme ücretleri de oluşur. Bu ücret, karşılık gelen katmanın veri depolama fiyatına göre eşit olarak dağıtılır; örneğin 120 gün sonra arşivlenmiş bir blobun silinmesi, bu nesnenin 180 gün boyunca ücretlendirilmesine neden olur.

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

Blob arşiv katmanındayken okunamaz veya değiştirilemez. Arşiv katmanındaki bir blobu okumak veya indirmek için önce blobu sıcak, soğuk veya serin çevrimiçi bir katmanda canlandırmanı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 Arşiv katmanından blob yeniden doldurmaya genel bakış bölümüne bkz.

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 verilerinin 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 14 günden 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ının, yeni blob'un oluşturulduğu çevrimiçi katmanı gösteren varsayılan bir erişim katmanı ayarı vardır. Varsayılan erişim katmanı ayarı sık erişimli, seyrek erişimli veya soğuk olarak ayarlanabilir. Kullanıcılar, blobu 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 belirtmezseniz, yeni bir blob varsayılan olarak sıcak katmana 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 çıkarsandıysa, Azure portalı erişim katmanını Sık Erişimli (çıkarılmış), Seyrek Erişimli (çıkarılmış) veya Soğuk (çı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, varsayılan erişim katmanı ayarını oluşturma zamanında sık erişimli veya seyrek erişimli olarak belirtmeniz gerekir. Varsayılan hesap erişim katmanı ayarını eski bir Blob Depolama hesabında 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

Arşiv katmanı, depolama hesabı için varsayılan erişim katmanı olarak desteklenmez.

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

Bir blobu yaratırken katmanını açıkça ayarlamak için blobu 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 bir yaşam döngüsü yönetim ilkesi aracılığıyla çağırarak gerçekleştirebilirsiniz. Blob'un katmanını daha sıcak bir katmandan daha serin bir katmana değiştirirken Blob Katmanını Ayarla çağrısını yapmak genellikle en iyi seçenektir.

Not

Yaşam döngüsü yönetimi ilkelerini kullanarak arşivlenmiş bir blobu çevrimiçi bir katmana yeniden nemlendiremezsiniz.
Bir blobu bir katmandan diğerine kopyalamak için Blobu Kopyala işlemini çağırarak. Arşiv katmanından çevrimiçi katmana bir blobu yeniden etkinleştirmeniz veya bir blobu soğuk veya seyrek erişimden sıcak erişim katmanına taşıdığınız çoğu senaryoda Copy Blob'un ç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'un katmanını daha sıcak bir katmandan daha serin bir katmana ya da soğuk veya serin bir katmandan sıcak bir katmana değiştirmek anlık bir işlemdir. Blob'u arşiv katmanından sık erişimli, seyrek erişimli veya soğuk katman gibi çevrimiçi bir katmana yeniden yükleme 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 blobu arşivleme amacıyla Blob Katmanı Ayarla'yı kullanamazsınız. Blob KatmanıNı Ayarla'yı yalnızca çevrimiçi erişim katmanları arasında gezinmek için kullanabilirsiniz. Şifreleme kapsamları hakkında daha fazla bilgi için Blob depolama için şifreleme kapsamları kısmına bakın.
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 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.

Yaşam döngüsü yönetimi ilkelerini kullanarak arşivlenmiş bir blobu çevrimiçi bir katmana yeniden nemlendiremezsiniz. 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 aktarabilmek için, blok blob depolama hesabından farklı bir hesaptaki sık erişim katmanına blobları eş zamanlı olarak kopyalamak üzere Put Block From URL API'sini veya bu API'yi destekleyen bir AzCopy sürümünü kullanmanız gerekir. Put Block From URL API'si verileri sunucuya eşzamanlı olarak kopyalar, yani çağrı, tüm veriler özgün sunucu konumundan hedef konuma taşındığında tamamlanır.

Depolama Eylemleri

Yaşam döngüsü yönetimi verileri tek bir hesaptaki katmanlar arasında taşımanıza yardımcı olsa da, bu görevi birden çok hesapta büyük ölçekte gerçekleştirmek için bir depolama görevi kullanabilirsiniz. Depolama görevi, Azure Depolama Eylemleri'nde kullanılabilen bir kaynaktır; birden çok depolama hesabında milyonlarca nesne üzerinde ortak veri işlemleri gerçekleştirmek için kullanabileceğiniz sunucusuz bir çerçevedir. Daha fazla bilgi edinmek için bkz . Azure Depolama Eylemleri nedir?.

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ıcak katman	Soğuk 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ün¹	90 gün¹	180 gün
Gecikme süresi (İlk bayta kadar süre)	Milisaniye	Milisaniye	Milisaniye	Saat²
Desteklenen yedeklilik yapılandırmaları	Tümü	Tümü	Tümü	Yalnızca LRS, GRS ve RA-GRS³

¹ 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ı için seyrek erişimli veya soğuk katman için minimum saklama süresi yoktur.

² 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 etkinleştirmeye genel bakış.

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

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 kapasitesi 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:

Blob yüklendiğinde veya katmanlar arasında taşındığında, yükleme veya katman değişikliği anında ilgili tarifeye göre hemen ü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 rehidrate ediliyorken, veriler geri yüklenip blob'un katmanı sık erişimli, seyrek erişimli veya arşiv olarak değişene kadar blob'un verileri hala 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 anlama (işlem + erişim)
Sıcaktan serinliğe Sıcaktan soğuğa Sık erişimli arşiv Serinden soğuğa Arşive uygun Arşivlemeye soğuk	Soğuk depolamaya arşivle Soğutmak için arşivle Sık kullanılan alana arşivle Soğuktan serine Soğuk ve sıcak Soğuktan sıcağa

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

Soğuk katman, REST, SDK'lar ve araçlar için aşağıdaki minimum sürümleri gerektirir.

Ortam	En düşük sürüm
REST API	2021-21-02
.NET	12.15.0
Java	12.21.0
Piton	12.15.0
JavaScript	12.13.0
PowerShell (Az.Storage)	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 özelliği desteği.

Aracılığıyla paylaş