Blob verileri için Hot, Cool ve Archive erişim katmanları

Bulutta depolanan veriler üstel bir hızda büyür. Genişleyen depolama alanı ihtiyaçlarının maliyetlerini yönetmek için verilerinizin ne sıklıkta erişilmeyecekleri ve ne kadar süre tutulacaklarına göre düzenlenmesi yararlı olabilir. Azure depolama, blob verilerinizi nasıl kullanıldıklarına göre en uygun maliyetli şekilde depolamanız için farklı erişim katmanları sunar. Azure Depolama erişim katmanları şunlardır:

  • Sık erişimli katman - Sık erişilen veya değiştirilen verileri depolamak için iyileştirilmiş bir çevrimiçi katmandır. Hot katmanı en yüksek depolama maliyetine ancak en düşük erişim maliyetine sahip olur.
  • Seyrek erişimli katman - Seyrek erişilen veya değiştirilen verileri depolamak için iyileştirilmiş bir çevrimiçi katmandır. Cool katmanında verilerin en az 30 gün depolanmış olması gerekir. Cool katmanı, Depolama maliyetleri daha düşüktür ve Erişim katmanına kıyasla daha yüksek erişim maliyetlerine sahip olur.
  • Arşiv katmanı - Nadiren erişilen ve saat sırasına göre esnek gecikme süresi gereksinimleri olan verileri depolamak için iyileştirilmiş çevrimdışı katman. Arşiv katmanında verilerin en az 180 gün depolanmış olması gerekir.

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

Çevrimiçi erişim katmanları

Verileriniz çevrimiçi bir erişim katmanında (Hot veya Cool) depolandığı zaman, kullanıcılar bu katmana hemen erişebilirsiniz. Sık Erişim katmanı etkin kullanımda olan veriler için en iyi seçenektir. Cool katmanı ise daha az sıklıkta erişilen ancak yine de okuma ve yazma için kullanılabilir olması gereken veriler için idealdir.

Hot katmanı için örnek kullanım senaryoları şunlardır:

  • Aktif olarak kullanılan veya sık sık okunması ve yazılması beklenen veriler.
  • İşleme ve cool erişim katmanına son geçiş için hazır olan veriler.

Cool erişim katmanı için kullanım senaryoları şunlardır:

  • Kısa vadeli veri yedekleme ve olağanüstü durum kurtarma.
  • Sık kullanılmasa da hemen erişim için kullanılabilir olması beklenen eski veri kümeleri.
  • İşleme için ek veriler toplandığı sırada uygun maliyetli bir şekilde depolanacak büyük veri kümeleri.

Cool katmanında veriler biraz daha düşük kullanılabilirlik sunar, ancak Hot katmanıyla aynı yüksek dayanıklılık, alma gecikme süresi ve aktarım hızı özelliklerini sunar. Cool katmanında veriler için, Hızlı erişim katmanına kıyasla biraz daha düşük kullanılabilirlik ve daha yüksek erişim maliyetleri, daha düşük genel depolama maliyetleri için kabul edilebilir bir fark olabilir. Daha fazla bilgi için bkz. depolama SLA’sı.

Genel amaçlı v2 hesaplarında Cool katmanında yer alan bir blob, 30 gün boyunca silinmeden önce silindiğinde veya farklı bir katmana taşındığında erken silme cezasını görebilir. Bu ücret eşit olarak bölünür. Örneğin, bir blob Cool katmanına taşınır ve 21 gün sonra silinirse, bu blobu Cool katmanında depolayarak 9 (30 eksi 21) günle eşdeğer bir erken silme ücreti ödemeniz gerekir.

Hot ve Cool 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 sahipken, Veri alma maliyetleri ve gecikme süresi, Hot ve Cool katmanlarına kıyasla daha yüksektir. 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çime işlendikten sonra bile korunması gereken özgün (ham) veriler
  • Uzun süre depolanmış olması gereken ve neredeyse hiç erişilmeyecek olan uyumluluk ve arşiv verileri

Verilerin arşiv katmanında en az 180 gün kalması veya erken silme ücretine tabi olması gerekir. Örneğin, bir blob Arşiv katmanına taşınır ve 45 gün sonra silinirse veya Hot katmanına taşınırsa, bu blobu Arşiv katmanında depolamanın 135 (180 eksi 45) günü gibi bir erken silme ücreti ödemeniz gerekir.

Bir blob Arşiv katmanındayken okunama veya değiştirilemez. Arşiv katmanında bir blobu okumak veya indirmek için ilk olarak blobu Çevrimiçi katmana (Hot veya Cool) yeniden yazmalı ve indirmeniz gerekir. Yenidenhydration işlemi için belirttiğiniz önceliğe bağlı olarak Arşiv katmanında verilerin yeniden akması 15 saate kadar sürebilir. Blob yenidenhydration hakkında daha fazla bilgi için bkz. Arşiv katmanından blob yenidenhydration'a genel bakış.

Arşivlenmiş blob meta verileri okuma erişimi için kullanılabilir olmaya devam eder, böylece blobu ve özelliklerini, meta verilerini ve dizin etiketlerini listeebilirsiniz. Arşiv katmanında bir blob için meta veriler salt okunurken, blob dizini etiketleri okunabilir veya yazabilirsiniz. Arşivlenmiş bloblar için anlık görüntüler desteklenmiyor.

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

Not

Arşiv katmanı ZRS, GZRS veya RA-GZRS hesapları için desteklenmiyor. Hesap LRS olarak ayarlanmışken Arşiv katmanına hiçbir blob taşınmamış olduğu sürece LRS'den GRS'ye taşınmak desteklenir. Güncelleştirme, hesabın LRS olduğu süreden 30 gün sonra gerçekleştirilirken hesap LRS olarak ayarlanırken Arşiv katmanına hiçbir blob taşınmazsa bir hesap GRS'ye geri taşınabilirsiniz.

Varsayılan hesap erişim katmanı ayarı

Depolama hesaplarının, içinde yeni bir blob'un oluşturularak çevrimiçi katmanı gösteren bir varsayılan erişim katmanı ayarı vardır. Varsayılan erişim katmanı ayarı, Hot veya Cool olarak ayarlanmış olabilir. Kullanıcılar blobu karşıya yüklerken veya katmanını değiştirirken tek bir blob için varsayılan ayarı geçersiz kabilirsiniz.

Yeni bir genel amaçlı v2 depolama hesabının varsayılan erişim katmanı, varsayılan olarak Hot katmanına ayarlanır. Bir depolama hesabı oluşturulduğunda veya oluşturulduktan sonra varsayılan erişim katmanı ayarını değiştirebilirsiniz. Depolama hesabında bu ayarı değiştirmiyorsanız veya blobu karşıya yüklerken katmanı açıkça ayarlamazsanız, varsayılan olarak Sık Erişim katmanına yeni bir blob karşıya yükler.

Açıkça atanmış katmanı olmayan bir 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 görüntülenirse, Azure portal erişim katmanını Etkin (ertelenmiş) veya Cool (inferred) 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 ayarlanmaması hesabın tüm bloblarına uygulanır. Genel amaçlı bir v2 hesabında varsayılan erişim katmanı ayarını Hot'dan Cool'a ayarlarsanız, erişim katmanının çek olduğu tüm bloblar için yazma işlemleri (10.000 başına) için ücret tahsil edilecektir. Genel amaçlı v2 hesabında Cool 'dan Hot'a geçiş yaptıysanız hem okuma işlemleri (10.000 işlem başına) hem de veri alma (GB başına) için ücret tahsil edilirsiniz.

Eski blob depolama hesabı Depolama, varsayılan erişim katmanı ayarını oluşturma zamanında Hot veya Cool olarak belirtmeniz gerekir. Eski bir Blob depolama hesabında varsayılan hesap erişim katmanı ayarının Hot'dan Cool'a Depolama yoktur. Blob depolama hesabında Cool'tan Hot'a geçiş yaptıysanız hem okuma işlemleri (10.000 işlem başına) hem de veri alma (GB başına) için Depolama olursunuz. Microsoft, mümkün olduğunda Blob depolama hesapları yerine genel amaçlı v2 Depolama hesaplarının kullanılması önerilir.

Not

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

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

Blob'un katmanını oluşturmadan önce açıkça ayarlamak için blobu karşıya yüklerken katmanı belirtin.

Blob oluşturulduktan sonra katmanını aşağıdaki yöntemlerden birini kullanabilirsiniz:

  • Doğrudan veya bir yaşam döngüsü yönetim ilkesi aracılığıyla Blob Katmanı Ayarla işlemi çağrılarak. Blob KatmanıNı Ayarla'nın çağrılmış olması genellikle blob katmanını daha sıcak katmandan daha soğuk bir katmana değiştirirken en iyi seçenektir.
  • Blob Kopyalama işlemi çağrılarak bir blobu bir katmandan diğerine kopyalayın. Arşiv katmanından bir blobu çevrimiçi katmana yeniden depoladiğiniz veya bir blobu Sık Erişimliden Sık Erişimli'ye taşımayı istediğiniz senaryoların çoğunda Kopyalama Blobu çağrısı yapmak önerilir. Bir blobu kopyalayıp kaynak blob için gerekli depolama aralığı henüz tamamlanmadı ise erken silme cezalarından kaçınmış oluruz. Ancak, bir blob kopyalanıyorsa, kaynak blob ve hedef blob olmak için iki blob için kapasite ücretleri elde edersiniz.

Bir blob katmanının, Cool olan katmanını Cool veya Archive olarak değiştirmek anlık bir sonuç sağlar. Bu, Cool katmanından Hot katmanına kadar değişir. Arşiv katmanından bir blobu Hot veya Cool katmanına yeniden almak 15 saate kadar sürebilir.

Bir blobu Cool ve Archive katmanları arasında hareket ettiren aşağıdaki noktaları unutmayın:

  • Bir blob katmanı, depolama hesabının varsayılan erişim katmanına göre Cool olarak kabul edildiyse ve blob Arşiv katmanına taşınırsa, erken silme ücreti yoktur.
  • Blob açıkça Cool katmanına taşınır ve ardından Arşiv katmanına taşınırsa, erken silme ücreti uygulanır.

Aşağıdaki tabloda blobları farklı katmanlar arasında taşımak için gerçekleştirilen yaklaşımlar özetlenmiştir.

Kaynak/Hedef Sıcak katman Cool katmanı Arşiv katmanı
Etkin katman Yok Blob katmanını ayarla veya blobu Kopyala ile bir Blobun katmanını sık erişimli iken seyrek erişimli olarak değiştirin. Daha fazla bilgi edinin...

Blob 'ları bir yaşam döngüsü yönetimi ilkesiyle seyrek erişimli katmana taşıyın. Daha fazla bilgi edinin...
Blob katmanını ayarla veya blobu Kopyala ile bir Blobun katmanını sık erişimli iken arşive değiştirme. Daha fazla bilgi edinin...

Blob 'ları bir yaşam döngüsü yönetimi ilkesiyle arşivleyin. Daha fazla bilgi edinin...
Cool katmanı Blob katmanını ve kopya blobu Ayarla ile seyrek erişimli bir Blobun katmanını sık erişimli olarak değiştirin. Daha fazla bilgi edinin...

Blob 'ları yaşam döngüsü yönetimi ilkesiyle sık erişimli katmana taşıyın. Daha fazla bilgi edinin...
Yok Blob katmanını ayarla veya blobu Kopyala ile bir Blobun katmanını seyrek erişimli olacak şekilde değiştirin. Daha fazla bilgi edinin...

Blob 'ları bir yaşam döngüsü yönetimi ilkesiyle arşivleyin. Daha fazla bilgi edinin...
Arşiv katmanı BLOB katmanını ayarla veya blobu Kopyala ile sık erişimli katmana yeniden doldurma. Daha fazla bilgi edinin... BLOB katmanı veya kopya blobu ayarla ile Seyrek Erişimli katmana yeniden doldurma. Daha fazla bilgi edinin... Yok

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

Blob Storage yaşam döngüsü yönetimi, belirtilen koşullarınız karşılandığında verilerinizi istenen erişim katmanına geçirmeye yönelik kural tabanlı bir ilke sunar. Yaşam döngüsü yönetimini, yaşam süresi sonunda verileri sona erecek şekilde de kullanabilirsiniz. daha fazla bilgi edinmek için bkz. Azure Blob Depolama erişim katmanlarını otomatikleştirerek maliyetleri iyileştirin .

Not

bir premium blok blobu depolama hesabında depolanan veriler, blob katmanını ayarla veya Azure blob Depolama yaşam döngüsü yönetimi kullanılarak sık erişimli, seyrek erişimli veya arşiv yapılamaz. Verileri taşımak için, Blok Blob depolama hesabındaki Blobları, URL API 'Sinden put bloğunu veya bu API 'yi destekleyen bir AzCopy sürümü kullanarak farklı bir hesaptaki sık erişimli katmana kopyalamanız gerekir. URL API 'Den yerleştirme bloğu , sunucudaki verileri eşzamanlı olarak kopyalar, yani çağrı yalnızca tüm veriler özgün sunucu konumundan hedef konuma taşındıktan sonra tamamlanır.

Erişim katmanı seçeneklerinin Özeti

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

Etkin katman Cool katmanı Arşiv katmanı
Kullanılabilirlik %99,9 %99 Çevrimdışı
Kullanılabilirlik
(RA-GRS okumaları)
%99,99 %99,9 Çevrimdışı
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 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 180 gün
Gecikme süresi
(İlk bayta kalan süre)
Mayacak Mayacak Saat2
Desteklenen artıklık yapılandırması Tümü Tümü Yalnızca LRS, GRS ve RA-GRS3

Genel amaçlı v2 hesaplarında seyrek erişimli katmanda 1 nesnenin en az bir saklama süresi 30 gündür. Blob Depolama hesapları için, seyrek erişimli katman için en az saklama süresi yoktur.

2 arşiv katmanından bir blobu yeniden doldurma sırasında standart veya yüksek bir yeniden doldurma önceliği seçeneği belirleyebilirsiniz. Her biri farklı alma gecikmeleri ve maliyetler sunar. Daha fazla bilgi için bkz. Arşiv katmanından blob yeniden doldurma 'Ya genel bakış.

3 azure Depolama 'de artıklık yapılandırması hakkında daha fazla bilgi için bkz. azure Depolama artıklığı.

Fiyatlandırma ve Faturalama

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

Blok Blobları için fiyatlandırma hakkında daha fazla bilgi için bkz. Blok Blobu fiyatlandırması.

Depolama kapasite maliyetleri

Depolanan veri miktarına ek olarak, veri depolama maliyeti erişim katmanına bağlı olarak değişir. Katman daha soğuk bir şekilde aldığından, gigabayt başına kapasite maliyeti azalır.

Veri erişim maliyetleri

Katman daha soğuk aldığından veri erişimi ücretleri artar. Seyrek erişimli ve arşiv erişim katmanındaki veriler için, okuma için gigabayt başına veri erişim ücreti üzerinden ücretlendirilirsiniz.

İşlem maliyetleri

İşlem başına ücret, katman daha soğuk aldığından tüm katmanlara uygulanır ve artar.

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

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

Giden veri aktarımı maliyetleri

Giden veri aktarımları (bir Azure bölgesinden aktarılan veriler), bant genişliği kullanımı için gigabayt başına faturalandırılır. 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 sonuçları, açıkça ayarlanmış bir katmanı olmayan tüm Bloblar için katman değişikliği ücretlerine göre değiştirilir. Daha fazla bilgi için, bir Blobun erişim katmanını değiştirmekiçin aşağıdaki bölüme bakın.

Bir Blobun erişim katmanını değiştirme

Bir Blobun katmanını değiştirirken aşağıdaki faturalandırma etkilerini aklınızda bulundurun:

  • Bir blob karşıya yüklendiğinde veya katmanlar arasında taşındığında, bu, yükleme veya katman değişikliğine anında karşılık gelen fiyata göre ücretlendirilir.
  • Bir blob, daha seyrek erişimli bir katmana taşındığında (seyrek erişimli, arşiv için sık erişimli veya seyrek erişimli), bu işlem hedef katmana yazma işlemi olarak faturalandırılır ve hedef katmanın yazma işlemi (10.000 başına) ile veri yazma (GB başına) ücretleri uygulanır.
  • Bir blob bir çarpıtma katmanına taşındığında (seyrek erişimli, arşiv 'e arşiv veya seyrek erişimli), bu işlem kaynak katmandan okuma olarak faturalandırılır ve kaynak katmanın okuma işlemi (10.000 başına) ile veri alma (GB başına) ücretleri uygulanır. Seyrek Erişimli veya arşiv katmanının dışına taşınan herhangi bir blob için erken silme ücretleri de uygulanabilir.
  • Blob, arşiv katmanından yeniden doldurma işlemi yaparken, veriler geri yüklenene ve Blobun katmanı sık veya seyrek erişimli olarak değişene kadar bu Blobun verileri arşivlenmiş veriler olarak faturalandırılır.

Aşağıdaki tabloda, katman değişikliklerinin nasıl faturalandırıldığını özetlenmektedir.

Yazma ücretleri (işlem + erişim) Ücretleri okuma (işlem + erişim)
Blob Katmanını ayarlama işlemi Sık Erişimden Seyrek Erişime
Arşive Erişimli
Cool to Archive
Arşivden Seyrek Erişime
Arşivden Sık Erişime
Cool to Hot

Sürüm oluşturma etkinleştirildiğinde veya blob anlık görüntüleri varsa blob için erişim katmanının değiştirilmesi ek ücrete neden olabilir. Sürüm etkinleştirilmiş bloblar hakkında bilgi için blob sürümü belgelerinde Fiyatlandırma ve faturalama'ya bakın. Anlık görüntüleri olan bloblar hakkında bilgi için blob anlık görüntüleri belgelerinde Fiyatlandırma ve faturalama'ya bakın.

Özellik desteği

Bu tabloda, bu özelliğin hesapta nasıl desteklen olduğu ve belirli özellikleri etkinleştiren destek üzerindeki etkisi yer alır.

Depolama hesabı türü Blob Depolama (varsayılan destek) Data Lake Depolama 2. Nesil NFS 3.0 1 SFTP 1
Standart genel amaçlı v2 Yes Yes Yes Yes
Premium blobları Hayır Hayır Hayır Hayır

1 Data Lake Depolama 2. Nesil, Ağ Dosya Sistemi (NFS) 3.0 protokolü ve SSH Dosya Aktarım Protokolü (SFTP) desteği, hiyerarşik ad alanı etkinleştirilmiş bir depolama hesabı gerektirir.

Bölgeye göre özellik desteği hakkında bilgi için bkz. Bölgeye göre kullanılabilir Azure ürünleri.

Sonraki adımlar