Azure Blob depolama için erişim katmanları-sık erişimli, seyrek erişimli ve arşivAccess tiers for Azure Blob Storage - hot, cool, and archive

Azure depolama, farklı erişim katmanları sunarak blob nesne verilerini en uygun maliyetli biçimde depolamanıza olanak tanır.Azure storage offers different access tiers, allowing you to store blob object data in the most cost-effective manner. Kullanılabilir erişim katmanları şunları içerir:Available access tiers include:

  • Sık erişilen verileri depolamak için sık iyileştirilmiş .Hot - Optimized for storing data that is accessed frequently.
  • Seyrek erişimli ve en az 30 gün boyunca depolanan verileri depolamak için en iyi duruma getirilmiştir.Cool - Optimized for storing data that is infrequently accessed and stored for at least 30 days.
  • Arşiv -Seyrek erişilen ve en az 180 gün boyunca depolanan ve saat sırasına göre esnek gecikme süresi gereksinimleriyle saklanan verileri depolamak için optimize edilmiştir.Archive - Optimized for storing data that is rarely accessed and stored for at least 180 days with flexible latency requirements, on the order of hours.

Farklı erişim katmanlarıyla ilgili olarak dikkat edilmesi gereken noktalar şunlardır:The following considerations apply to the different access tiers:

  • Erişim katmanı karşıya yükleme sırasında veya sonrasında bir blob üzerinde ayarlanabilir.The access tier can be set on a blob during or after upload.
  • Sadece sık erişim ve seyrek erişim katmanları hesap düzeyinde ayarlanabilir.Only the hot and cool access tiers can be set at the account level. Arşiv erişim katmanı yalnızca blob düzeyinde ayarlanabilir.The archive access tier can only be set at the blob level.
  • Seyrek Erişimli katmandaki verilerin kullanılabilirliği biraz daha düşüktür, ancak hala yüksek dayanıklılık, alma gecikmesi ve dinamik verilere benzer işleme özellikleri vardır.Data in the cool access tier has slightly lower availability, but still has high durability, retrieval latency, and throughput characteristics similar to hot data. Seyrek Erişimli veriler için, hafif düzeyde düşük kullanılabilirlik ve daha yüksek erişim maliyetleri, sık erişimli verilerle karşılaştırıldığında düşük genel depolama maliyetleri için kabul edilebilir.For cool data, slightly lower availability and higher access costs are acceptable trade-offs for lower overall storage costs compared to hot data. Daha fazla bilgi için bkz. depolama SLA’sı.For more information, see SLA for storage.
  • Arşiv erişim katmanındaki veriler çevrimdışı olarak depolanır.Data in the archive access tier is stored offline. Arşiv katmanı en düşük depolama maliyetlerini ve ayrıca en yüksek erişim maliyetlerini ve gecikmesini sunar.The archive tier offers the lowest storage costs but also the highest access costs and latency.
  • Sık ve seyrek erişimli katmanlar tüm artıklık seçeneklerini destekler.The hot and cool tiers support all redundancy options. Arşiv katmanı yalnızca LRS, GRS ve RA-GRS 'yi destekler.The archive tier supports only LRS, GRS, and RA-GRS.
  • Veri depolama sınırları, erişim katmanına göre değil, hesap düzeyinde ayarlanır.Data storage limits are set at the account level and not per access tier. Tüm sınırınızı tek bir katmanda veya üç katmanın tamamında kullanmayı seçebilirsiniz.You can choose to use all of your limit in one tier or across all three tiers.

Bulutta depolanan veriler üstel bir hızda artar.Data stored in the cloud grows at an exponential pace. Artan depolama ihtiyaçlarınızın maliyetlerini yönetmek için, maliyetleri optimize etmek amacıyla erişim sıklığı ve planlanan elde tutma dönemi gibi özniteliklere bağlı olarak verilerinizi düzenlemek yararlıdır.To manage costs for your expanding storage needs, it's helpful to organize your data based on attributes like frequency-of-access and planned retention period to optimize costs. Bulutta depolanan verilerin oluşturma, işleme ve ömrü boyunca erişim özellikleri farklı olabilir.Data stored in the cloud can be different based on how it's generated, processed, and accessed over its lifetime. Bazı veriler ve yaşam süresi boyunca aktif şekilde erişilebilir ve değiştirilebilir.Some data is actively accessed and modified throughout its lifetime. Bazı verilere, veriler eskidikçe önemli ölçüde azalan erişimle, yaşam sürelerinin başlarında sık erişilebilir.Some data is accessed frequently early in its lifetime, with access dropping drastically as the data ages. Bulutta depolanan bazı veriler boşta kalır ve depolandıktan sonra çok nadir erişim sağlanır.Some data remains idle in the cloud and is rarely, if ever, accessed after it's stored.

Bu veri erişim senaryolarının her biri, belirli bir erişim deseninin en iyi duruma getirilmiş farklı bir erişim katmanından faydalanır.Each of these data access scenarios benefits from a different access tier that is optimized for a particular access pattern. Sık erişimli, seyrek erişimli ve arşiv erişim katmanlarında Azure Blob depolama, ayrı fiyatlandırma modelleriyle farklı erişim katmanları için bu gereksinimi ortadan gideriyor.With hot, cool, and archive access tiers, Azure Blob Storage addresses this need for differentiated access tiers with separate pricing models.

Aşağıdaki araçlar ve istemci kitaplıkları, blob düzeyi katmanlama ve arşiv depolamayı destekler.The following tools and client libraries all support blob-level tiering and archive storage.

  • Azure portalAzure portal
  • PowerShellPowerShell
  • Azure CLı araçlarıAzure CLI tools
  • .NET istemci kitaplığı.NET client library
  • Java istemci kitaplığıJava client library
  • Python istemci kitaplığıPython client library
  • Node.js istemci kitaplığıNode.js client library

Not

Bu makalede açıklanan özellikler artık hiyerarşik bir ad alanı olan hesaplar için kullanılabilir.The features described in this article are now available to accounts that have a hierarchical namespace. Sınırlamaları gözden geçirmek için Azure Data Lake Storage 2. makalesinde bulunan BLOB Storage özellikleri bölümüne bakın.To review limitations, see the Blob storage features available in Azure Data Lake Storage Gen2 article.

Katman ayarlamayı destekleyen depolama hesaplarıStorage accounts that support tiering

Sık erişimli, seyrek erişimli ve arşiv arasında nesne depolama verileri katmanlama, BLOB depolama ve Genel Amaçlı v2 (GPv2) hesaplarında desteklenir.Object storage data tiering between hot, cool, and archive is supported in Blob Storage and General Purpose v2 (GPv2) accounts. Genel Amaçlı v1 (GPv1) hesapları katmanlamayı desteklemez.General Purpose v1 (GPv1) accounts don't support tiering. Mevcut GPv1 veya blob depolama hesaplarınızı Azure portal aracılığıyla GPv2 hesaplarına kolayca dönüştürebilirsiniz.You can easily convert your existing GPv1 or Blob Storage accounts to GPv2 accounts through the Azure portal. GPv2; Bloblar, dosyalar ve kuyruklar için yeni fiyatlandırma ve özellikler sağlar.GPv2 provides new pricing and features for blobs, files, and queues. Bazı özellikler ve fiyat keser yalnızca GPv2 hesaplarında sunulur.Some features and price cuts are only offered in GPv2 accounts. Bazı iş yükleri GPv1 'ten GPv2 üzerinde daha pahalı olabilir.Some workloads can be more expensive on GPv2 than GPv1. Daha fazla bilgi için bkz. Azure depolama hesabına genel bakış.For more information, see Azure storage account overview.

BLOB depolama ve GPv2 hesapları, erişim katmanı özniteliğini hesap düzeyinde kullanıma sunar.Blob Storage and GPv2 accounts expose the Access Tier attribute at the account level. Bu öznitelik, nesne düzeyinde açıkça ayarlanmamış olan herhangi bir blob için varsayılan erişim katmanını belirtmenize olanak tanır.This attribute allows you to specify the default access tier for any blob that doesn't have it explicitly set at the object level. Katmanı açıkça ayarlanmış nesneler için hesap katmanı uygulanmaz.For objects with the tier explicitly set, the account tier won't apply. Arşiv katmanı yalnızca nesne düzeyinde uygulanabilir.The archive tier can be applied only at the object level. İstediğiniz zaman erişim katmanları arasında geçiş yapabilirsiniz.You can switch between access tiers at any time.

Katmanlama için BLOB depolama hesapları yerine GPv2 kullanın.Use GPv2 instead of Blob Storage accounts for tiering. GPv2, BLOB depolama hesaplarının desteklediği tüm özellikleri ve çok daha fazlasını destekler.GPv2 supports all the features that Blob Storage accounts support, plus a lot more. BLOB depolama ve GPv2 arasındaki fiyatlandırma neredeyse aynıdır, ancak bazı yeni özellikler ve fiyat keser yalnızca GPv2 hesaplarında kullanılabilir.Pricing between Blob Storage and GPv2 is almost identical, but some new features and price cuts are only available on GPv2 accounts.

GPv1 ve GPv2 hesapları arasındaki fiyat yapısı farklıdır ve müşteriler GPv2 hesaplarını kullanmaya karar vermeden önce her ikisini de dikkatle değerlendirmelidir.Pricing structure between GPv1 and GPv2 accounts is different and customers should carefully evaluate both before deciding to use GPv2 accounts. Var olan bir Blob Depolama veya GPv1 hesabını tek tıklamada basit bir işlemle kolayca GPv2’ye dönüştürebilirsiniz.You can easily convert an existing Blob Storage or GPv1 account to GPv2 through a simple one-click process. Daha fazla bilgi için bkz. Azure depolama hesabına genel bakış.For more information, see Azure storage account overview.

Sık erişim katmanıHot access tier

Sık erişim katmanının depolama maliyetleri seyrek ve arşiv katmanlarına kıyasla daha yüksektir ancak erişim maliyetleri en düşük olan seçenek budur.The hot access tier has higher storage costs than cool and archive tiers, but the lowest access costs. Sık erişim katmanı için örnek kullanım senaryolarından bazıları şunlardır:Example usage scenarios for the hot access tier include:

  • Etkin kullanımda olan veya sık olarak yazılması beklenen verilerData that's in active use or is expected to be read from and written to frequently
  • Seyrek erişim katmanına işleme ve nihai geçiş için hazırlanan verilerData that's staged for processing and eventual migration to the cool access tier

Seyrek erişim katmanıCool access tier

Seyrek erişim katmanı, sık erişim katmanına kıyasla daha düşük depolama maliyetine ve daha yüksek erişim maliyetine sahiptir.The cool access tier has lower storage costs and higher access costs compared to hot storage. Bu katman, seyrek erişim katmanında en az 30 gün boyunca kalacak verilere yöneliktir.This tier is intended for data that will remain in the cool tier for at least 30 days. Seyrek erişim katmanı için örnek kullanım senaryolarından bazıları şunlardır:Example usage scenarios for the cool access tier include:

  • Kısa vadeli yedekleme ve olağanüstü durum kurtarmaShort-term backup and disaster recovery
  • Eski veriler sık kullanılmıyor ancak erişildiğinde hemen kullanılabilir olması bekleniyorOlder data not used frequently but expected to be available immediately when accessed
  • Daha sonra işlenmek üzere daha fazla veri toplanırken, maliyeti etkili bir şekilde depolanması gereken büyük veri kümeleriLarge data sets that need to be stored cost effectively, while more data is being gathered for future processing

Arşiv erişim katmanıArchive access tier

Arşiv erişim katmanının en düşük depolama maliyeti, ancak sık erişimli ve seyrek katmanlarla karşılaştırıldığında daha yüksek veri alma maliyetlerine sahiptir.The archive access tier has the lowest storage cost but higher data retrieval costs compared to hot and cool tiers. Verilerin arşiv katmanında en az 180 gün kalması veya erken bir silme ücretine tabi olması gerekir.Data must remain in the archive tier for at least 180 days or be subject to an early deletion charge. Arşiv katmanındaki verilerin, belirtilen yeniden doldurma önceliğine bağlı olarak, alınması birkaç saat sürebilir.Data in the archive tier can take several hours to retrieve depending on the specified rehydration priority. Küçük nesneler için, yüksek öncelikli bir yeniden doldurma, nesneyi bir saat içinde arşivden alabilir.For small objects, a high priority rehydrate may retrieve the object from archive in under an hour. Daha fazla bilgi edinmek için Arşiv katmanından blob verilerini yeniden doldurma bölümüne bakın.See Rehydrate blob data from the archive tier to learn more.

Blob arşiv depolamadaki sırada blob verileri çevrimdışı olduğundan okunamaz veya değiştirilemez.While a blob is in archive storage, the blob data is offline and can't be read or modified. Arşivdeki bir blobu okumak veya indirmek için önce çevrimiçi bir katmana yeniden yazmanız gerekir.To read or download a blob in archive, you must first rehydrate it to an online tier. Arşiv depolamadaki bir Blobun anlık görüntülerini alamazsınız.You can't take snapshots of a blob in archive storage. Ancak, blob meta verileri çevrimiçi ve kullanılabilir durumda kalır, bu da blobu, özelliklerini, meta verilerini ve BLOB Dizin etiketlerini listelemenize olanak sağlar.However, the blob metadata remains online and available, allowing you to list the blob, its properties, metadata, and blob index tags. Arşiv sırasında blob meta verilerini ayarlamaya veya değiştirmeye izin verilmiyor.Setting or modifying the blob metadata while in archive isn't allowed. Ancak, blob dizini etiketlerini ayarlayabilir ve değiştirebilirsiniz.However, you can set and modify the blob index tags. Arşivdeki Bloblar için, yalnızca BLOB özelliklerini al, BLOB meta verilerini al, blob etiketlerini ayarla, BLOB etiketlerini al, etiketlere göre blob 'ları bul, blobu Listele, blob katmanını ayarla, blobu Kopyalave blobu Sil.For blobs in archive, the only valid operations are Get Blob Properties, Get Blob Metadata, Set Blob Tags, Get Blob Tags, Find Blobs by Tags, List Blobs, Set Blob Tier, Copy Blob, and Delete Blob.

Arşiv erişim katmanı için örnek kullanım senaryoları şunları içerir:Example usage scenarios for the archive access tier include:

  • Uzun vadeli yedekleme, ikincil yedekleme ve arşiv veri kümeleriLong-term backup, secondary backup, and archival datasets
  • Son kullanılabilir biçime işlendikten sonra bile korunması gereken özgün (ham) verilerOriginal (raw) data that must be preserved, even after it has been processed into final usable form
  • Uzun bir süre içinde depolanması gereken uyumluluk ve arşiv verileriCompliance and archival data that needs to be stored for a long time and is hardly ever accessed

Not

ZRS, GZRS veya RA-GZRS hesapları için Arşiv katmanı desteklenmez.The archive tier is not supported for ZRS, GZRS, or RA-GZRS accounts. Depolama hesabı arşiv katmanındaki Bloblar içeriyorsa LRS 'den GRS 'ye geçiş desteklenmez.Migrating from LRS to GRS is not supported if the storage account contains blobs in the archive tier.

Hesap düzeyi katmanlamaAccount-level tiering

Her üç erişim katmanında blob 'lar aynı hesap içinde bulunabilir.Blobs in all three access tiers can coexist within the same account. Açıkça atanan bir katmana sahip olmayan herhangi bir blob, katmanı hesap erişim katmanı ayarından algılar.Any blob that doesn't have an explicitly assigned tier infers the tier from the account access tier setting. Erişim katmanı hesaptan geliyorsa, erişim katmanı blobu çıkarılan blob özelliği "true" olarak ayarlanmış ve erişim katmanı blobu özelliği hesap katmanıyla eşleşiyor demektir.If the access tier comes from the account, you see the Access Tier Inferred blob property set to "true", and the Access Tier blob property matches the account tier. Azure portal, erişim katmanının çıkartılan özelliği, blob erişim katmanı ile sık erişimli (çıkarılabilen) veya seyrek erişimli (çıkarılan) olarak görüntülenir.In the Azure portal, the access tier inferred property is displayed with the blob access tier as Hot (inferred) or Cool (inferred).

Hesap erişim katmanını değiştirmek, bir açık katman kümesi olmayan hesapta depolanan tüm erişim katmanı nesneleri için geçerlidir.Changing the account access tier applies to all access tier inferred objects stored in the account that don't have an explicit tier set. Hesap katmanını sık erişimli 'den seyrek erişimli olarak değiştirirseniz, yalnızca GPv2 hesaplarında ayarlanmış bir katman olmadan tüm Bloblar için yazma işlemleri (10.000 başına) için ücretlendirilirsiniz.If you toggle the account tier from hot to cool, you'll be charged for write operations (per 10,000) for all blobs without a set tier in GPv2 accounts only. BLOB depolama hesaplarında bu değişiklik için ücret alınmaz.There's no charge for this change in Blob Storage accounts. Seyrek Erişimli BLOB depolama veya GPv2 hesaplarında sık erişimli olarak geçiş yaparsanız, hem okuma işlemleri (10.000 başına) hem de veri alımı (GB başına) için ücretlendirilirsiniz.You'll be charged for both read operations (per 10,000) and data retrieval (per GB) if you toggle from cool to hot in Blob Storage or GPv2 accounts.

Yalnızca sık ve seyrek erişimli katmanlar varsayılan hesap erişim katmanı olarak ayarlanabilir.Only hot and cool access tiers can be set as the default account access tier. Arşiv yalnızca nesne düzeyinde ayarlanabilir.Archive can only be set at the object level. Blob yükleme sırasında, tercih ettiğiniz erişim katmanını, varsayılan hesap katmanından bağımsız olarak sık erişimli, seyrek erişimli veya arşiv olacak şekilde belirtebilirsiniz.On blob upload, you can specify the access tier of your choice to be hot, cool, or archive regardless of the default account tier. Bu işlevsellik, blob depolamada veri oluşturduğunuz andan itibaren maliyet tasarrufu sağlamak için doğrudan arşiv katmanına veri yazmanızı sağlar.This functionality allows you to write data directly into the archive tier to realize cost-savings from the moment you create data in blob storage.

Blob düzeyinde katman ayarlamaBlob-level tiering

Blob düzeyi katmanlama , blob katmanı veya PUT blok listesi işlemlerini kullanarak seçtiğiniz erişim katmanına veri yüklemenize ve BLOB katmanını ayarla işlemini veya yaşam döngüsü yönetimi özelliğini kullanarak nesne düzeyinde verilerinizin katmanını değiştirmenize olanak sağlar.Blob-level tiering allows you to upload data to the access tier of your choice using the Put Blob or Put Block List operations and change the tier of your data at the object level using the Set Blob Tier operation or lifecycle management feature. Verileri, gerekli erişim katmanına yükleyebilir ve kullanım desenleri değiştikçe, verileri hesaplar arasında taşımaya gerek kalmadan, sık erişimli, seyrek erişimli veya arşiv katmanları arasında blob erişim katmanını kolayca değiştirebilirsiniz.You can upload data to your required access tier then easily change the blob access tier among the hot, cool, or archive tiers as usage patterns change, without having to move data between accounts. Tüm katman değişikliği istekleri hemen gerçekleşir ve sık erişimli ve Seyrek Erişimli Katman değişiklikleri anında gerçekleşir.All tier change requests happen immediately and tier changes between hot and cool are instantaneous. Arşiv katmanından bir blobu yeniden doldurma birkaç saat sürebilir.Rehydrating a blob from the archive tier can take several hours.

Son blob katmanı değişikliğinin zamanı, Erişim Katmanı Değişim Zamanı blob özelliği aracılığıyla gösterilir.The time of the last blob tier change is exposed via the Access Tier Change Time blob property. Sık erişimli veya seyrek erişimli katmanda bir Blobun üzerine yazarken, yeni oluşturulan blob, yeni blob erişim katmanı oluşturma sırasında açıkça ayarlanmadığı takdirde, üzerine yazılan Blobun katmanını devralır.When overwriting a blob in the hot or cool tier, the newly created blob inherits the tier of the blob that was overwritten unless the new blob access tier is explicitly set on creation. Blob arşiv katmanındaysa üzerine yazılamaz, bu nedenle aynı Blobun karşıya yüklemeye Bu senaryoda izin verilmez.If a blob is in the archive tier, it can't be overwritten, so uploading the same blob isn't permitted in this scenario.

Not

Arşiv depolama ve blob düzeyinde katman ayarlama, yalnızca blok bloblarını destekler.Archive storage and blob-level tiering only support block blobs.

Blob yaşam döngüsü yönetimiBlob lifecycle management

Blob Storage yaşam döngüsü yönetimi, verilerinizi en iyi erişim katmanına geçirmeye ve yaşam döngüsünün sonunda verilerin süresini dolabilmeniz için kullanabileceğiniz zengin, kural tabanlı bir ilke sunar.Blob storage lifecycle management offers a rich, rule-based policy that you can use to transition your data to the best access tier and to expire data at the end of its lifecycle. Daha fazla bilgi edinmek için bkz. Azure Blob depolama erişim katmanlarını otomatikleştirerek maliyetleri iyileştirme .See Optimize costs by automating Azure Blob Storage access tiers to learn more.

Not

Blok Blobu depolama hesabında (Premium performans) depolanan veriler şu anda 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 olarak katmanlanamaz.Data stored in a block blob storage account (Premium performance) cannot currently be tiered to hot, cool, or archive using Set Blob Tier or using Azure Blob Storage lifecycle management. Verileri taşımak için, Blok Blob depolama hesabındaki Blobları, URL API 'Sinden put bloğu veya bu API 'yi destekleyen bir AzCopy sürümü kullanarak farklı bir hesapta bulunan sık erişimli erişim katmanına kopyalamanız gerekir.To move data, you must synchronously copy blobs from the block blob storage account to the hot access tier in a different account using the Put Block From URL API or a version of AzCopy that supports this API. 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.The Put Block From URL API synchronously copies data on the server, meaning the call completes only once all the data is moved from the original server location to the destination location.

Blob düzeyinde katman ayarlama faturalandırmasıBlob-level tiering billing

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.When a blob is uploaded or moved between tiers, it is charged at the corresponding rate immediately upon upload or tier change.

Bir blob daha soğuk bir katmana taşındığında (sık erişimli >seyrek erişimli, >sık erişimli arşiv veya seyrek erişimli >Arşivi), 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.When a blob is moved to a cooler tier (hot->cool, hot->archive, or cool->archive), the operation is billed as a write operation to the destination tier, where the write operation (per 10,000) and data write (per GB) charges of the destination tier apply.

Bir blob bir çarpıtma katmanına taşındığında (Arşiv->seyrek erişimli, arşiv >sık erişimli >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.When a blob is moved to a warmer tier (archive->cool, archive->hot, or cool->hot), the operation is billed as a read from the source tier, where the read operation (per 10,000) and data retrieval (per GB) charges of the source tier apply. Seyrek Erişimli veya arşiv katmanının dışına taşınan herhangi bir blob için erken silme ücretleri de uygulanabilir.Early deletion charges for any blob moved out of the cool or archive tier may apply as well. Arşiv katmanından verileri yeniden doldurma işlemi zaman alır ve veriler çevrimiçi olarak geri yüklenene ve BLOB katmanı sık erişimli veya seyrek erişimli olarak değişene kadar arşiv fiyatları üzerinden ücretlendirilir.Rehydrating data from the archive tier takes time and data will be charged archive prices until the data is restored online and the blob tier changes to hot or cool.

Aşağıdaki tabloda, katman değişikliklerinin nasıl faturalandırıldığını özetlenmektedir.The following table summarizes how tier changes are billed.

Yazma ücretleri (işlem + erişim)Write charges (operation + access) Okuma ücretleri (işlem + erişim)Read charges (operation + access)
Blob Katmanını AyarlaSet Blob Tier sık erişimli > Seyrek Erişimlihot -> cool
sık erişimli > Arşivihot -> archive
Seyrek Erişimli > Arşivicool -> archive
Arşiv-> seyrekarchive -> cool
Arşiv-> sık erişimliarchive -> hot
Seyrek Erişimli > sık erişimlicool -> hot

Seyrek erişimli ve arşiv erken silmeCool and archive early deletion

Seyrek Erişimli katmana taşınan herhangi bir blob (yalnızca GPv2 hesapları), sık erişimli 30 günlük bir erken silme süresine tabidir.Any blob that is moved into the cool tier (GPv2 accounts only) is subject to a cool early deletion period of 30 days. Arşiv katmanına taşınan herhangi bir blob, arşiv erken silme dönemi olan 180 gün ile tabidir.Any blob that is moved into the archive tier is subject to an archive early deletion period of 180 days. Bu ücret eşit olarak bölünür.This charge is prorated. Örneğin, bir blob arşive taşınır ve 45 gün sonra sık erişimli katmana taşınırsa veya taşınmışsa, bu Blobun arşiv 'de depolanması için bir erken silme ücreti, 135 (180 eksi 45) güne denk ücretlendirilirsiniz.For example, if a blob is moved to archive and then deleted or moved to the hot tier after 45 days, you'll be charged an early deletion fee equivalent to 135 (180 minus 45) days of storing that blob in archive.

Seyrek erişimli ve arşiv katmanları arasında hareket eden bazı ayrıntılar:There are some details when moving between the cool and archive tiers:

  1. Blob, depolama hesabının varsayılan erişim katmanına göre seyrek erişimli olarak çıkarılırsa ve BLOB arşive taşınırsa, erken silme ücreti yoktur.If a blob is inferred as cool based on the storage account's default access tier and the blob is moved to archive, there is no early deletion charge.
  2. Bir blob açık olarak seyrek erişimli katmana taşınırsa ve sonra arşive taşınırsa, erken silme ücreti uygulanır.If a blob is explicitly moved to the cool tier and then moved to archive, the early deletion charge applies.

Bir erişim katmanı değişikliği yoksa, son değiştirilen blob özelliğini kullanarak erken silme süresini hesaplayın.Calculate the early deletion time by using the Last-Modified blob property, if there have been no access tier changes. Aksi takdirde, erişim katmanının en son seyrek erişimli veya arşiv olarak değiştirildiği durumlarda kullanın: erişim katmanı değiştirme zamanı.Otherwise, use when the access tier was last modified to cool or archive by viewing the blob property: access-tier-change-time. Blob özellikleri hakkında daha fazla bilgi için bkz. BLOB özelliklerini al.For more information on blob properties, see Get Blob Properties.

Blok Blobu depolama seçeneklerini karşılaştırmaComparing block blob storage options

Aşağıdaki tabloda, Premium performans bloğu blob depolaması ve sık erişimli, seyrek erişimli ve arşiv erişim katmanları karşılaştırması gösterilmektedir.The following table shows a comparison of premium performance block blob storage, and the hot, cool, and archive access tiers.

Premium performansPremium performance Etkin katmanHot tier Cool katmanıCool tier Arşiv katmanıArchive tier
KullanılabilirlikAvailability %99,999.9% %99,999.9% %9999% ÇevrimdışıOffline
KullanılabilirlikAvailability
(RA-GRS okumaları)(RA-GRS reads)
YokN/A %99,9999.99% %99,999.9% ÇevrimdışıOffline
Kullanım ücretleriUsage charges Daha yüksek depolama maliyetleri, daha düşük erişim ve işlem maliyetiHigher storage costs, lower access, and transaction cost Daha yüksek depolama maliyetleri, daha düşük erişim ve işlem maliyetleriHigher storage costs, lower access, and transaction costs Daha düşük depolama maliyetleri, daha yüksek erişim ve işlem maliyetleriLower storage costs, higher access, and transaction costs En düşük depolama maliyetleri, en yüksek erişim ve işlem maliyetleriLowest storage costs, highest access, and transaction costs
En az depolama süresiMinimum storage duration YokN/A YokN/A 30 gün130 days1 180 gün180 days
Gecikme süresiLatency
(İlk bayta kalan süre)(Time to first byte)
Tek basamaklı milisaniyeSingle-digit milliseconds milisaniyemilliseconds milisaniyemilliseconds Saat2hours2

GPv2 hesaplarındaki seyrek katmandaki 1 nesne en az 30 günlük saklama süresine sahiptir.1 Objects in the cool tier on GPv2 accounts have a minimum retention duration of 30 days. BLOB depolama hesapları, seyrek erişimli katman için en düşük saklama süresine sahip değildir.Blob Storage accounts don't have a minimum retention duration for the cool tier.

2 arşiv depolama Şu anda, farklı alma gecikmeleri ve maliyetler sunan, yüksek ve standart olan iki yeniden doldurma önceliklerini desteklemektedir.2 Archive Storage currently supports two rehydration priorities, high and standard, offering different retrieval latencies and costs. Daha fazla bilgi için bkz. Arşiv katmanından blob verilerini yeniden doldurma.For more information, see Rehydrate blob data from the archive tier.

Not

BLOB depolama hesapları, genel amaçlı v2 depolama hesaplarıyla aynı performans ve ölçeklenebilirlik hedeflerini destekler.Blob Storage accounts support the same performance and scalability targets as general-purpose v2 storage accounts. Daha fazla bilgi için bkz. BLOB depolama Için ölçeklenebilirlik ve performans hedefleri.For more information, see Scalability and performance targets for Blob Storage.

Fiyatlandırma ve FaturalamaPricing and billing

Tüm depolama hesapları, Blok Blobu depolama için her Blobun katmanını temel alan bir fiyatlandırma modeli kullanır.All storage accounts use a pricing model for block blob storage based on the tier of each blob. Aşağıdaki faturalandırma konularını göz önünde bulundurun:Keep in mind the following billing considerations:

  • Depolama maliyetleri: Depolanan veri miktarına ek olarak, veri depolamanın maliyeti erişim katmanına bağlı olarak değişir.Storage costs: In addition to the amount of data stored, the cost of storing data varies depending on the access tier. Katmanın erişim sıklığı düştükçe gigabayt başına ücret de azalır.The per-gigabyte cost decreases as the tier gets cooler.

  • Veri erişimi maliyetleri: Katmanın erişimi sıklığı düştükçe veri erişimi ücretleri artar.Data access costs: Data access charges increase as the tier gets cooler. 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.For data in the cool and archive access tier, you're charged a per-gigabyte data access charge for reads.

  • İşlem maliyetleri: katman daha soğuk aldığından, artan tüm katmanların işlem başına ücreti vardır.Transaction costs: There's a per-transaction charge for all tiers that increases as the tier gets cooler.

  • 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.Geo-replication data transfer costs: This charge only applies to accounts with geo-replication configured, including GRS and RA-GRS. Coğrafi çoğaltma veri aktarımı gigabayt başına ücret doğurur.Geo-replication data transfer incurs a per-gigabyte charge.

  • Giden veri aktarımı maliyetleri: Giden veri aktarımları (bir Azure bölgesinin dışına aktarılan veriler), genel amaçlı depolama hesapları ile tutarlı şekilde gigabayt başına esaslı olarak bant genişliği kullanımı için fatura doğurur.Outbound data transfer costs: Outbound data transfers (data that is transferred out of an Azure region) incur billing for bandwidth usage on a per-gigabyte basis, consistent with general-purpose storage accounts.

  • Erişim katmanını değiştirme: hesap erişim katmanını değiştirmek, açık katman kümesi olmayan tüm Bloblar için katman değişikliği ücretlerine neden olur.Changing the access tier: Changing the account access tier will result in tier change charges for all blobs that don't have an explicit tier set. Tek bir Blobun erişim katmanını değiştirme hakkında daha fazla bilgi için bkz. BLOB düzeyi katmanlama faturalaması.For information on changing the access tier for a single blob, see Blob-level tiering billing.

    Sürüm oluşturma etkinken bir blob için erişim katmanını değiştirme veya Blobun anlık görüntüler varsa, ek ücretler elde edebilir.Changing the access tier for a blob when versioning is enabled, or if the blob has snapshots, may result in additional charges. Sürüm oluşturma özelliği etkinken blob 'lar hakkında daha fazla bilgi için bkz. blob sürüm oluşturma belgelerindeki fiyatlandırma ve faturalandırma .For information about blobs with versioning enabled, see Pricing and billing in the blob versioning documentation. Anlık görüntülerle blob 'lar hakkında bilgi için bkz. blob anlık görüntüleri belgelerindeki fiyatlandırma ve faturalandırma .For information about blobs with snapshots, see Pricing and billing in the blob snapshots documentation.

Not

Blok Blobları için fiyatlandırma hakkında daha fazla bilgi için bkz. Blok Blobu fiyatlandırması.For more information about pricing for Block blobs, see Block blob pricing. Giden veri aktarımı ücretleri hakkında daha fazla bilgi için bkz. bant genişliği fiyatlandırma ayrıntıları sayfası.For more information on outbound data transfer charges, see Bandwidth Pricing Details page.

KullanılabilirlikAvailability

Blob düzeyi katmanlama ile birlikte farklı erişim katmanları, select bölgelerinde kullanılabilir.Different access tiers, along with blob-level tiering, are available in select regions. Tam liste için bkz. Bölgelere göre kullanılabilir Azure ürünleri.For a complete list, see Azure products available by region.

Sonraki adımlarNext steps

Erişim katmanları genelinde Blobları ve hesapları yönetmeyi öğrenin.Learn how to manage blobs and accounts across access tiers.