Azure Blob depolama: sık erişimli, seyrek erişimli ve arşiv erişim katmanlarıAzure Blob storage: hot, cool, and archive access tiers

Azure depolama, blob nesne verilerini en düşük maliyetli biçimde depolamanıza olanak sağlayan farklı erişim katmanları sunar.Azure storage offers different access tiers, which allow you to store blob object data in the most cost-effective manner. Kullanılabilir erişim katmanları şunları içerir:The 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şimli ve esnek gecikme süresi gereksinimleriyle en az 180 gün boyunca depolanan verileri depolamak için en iyi duruma getirilmiştir (saat sırasına göre).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ı için aşağıdaki noktalar geçerlidir:The following considerations apply to the different access tiers:

  • Hesap düzeyinde yalnızca sık ve seyrek erişimli erişim katmanları ayarlanabilir.Only the hot and cool access tiers can be set at the account level. Arşiv erişim katmanı, hesap düzeyinde kullanılamaz.The archive access tier isn't available at the account level.
  • Sık erişimli, seyrek erişimli ve arşiv katmanları blob düzeyinde ayarlanabilir.Hot, cool, and archive tiers can be set at the blob level.
  • Seyrek Erişimli erişim katmanındaki veriler biraz daha düşük kullanılabilirliğe sahip olabilir, ancak yine de sık erişimli verilerle benzer yüksek dayanıklılık, alma gecikmesi ve verimlilik özellikleri gerektirir.Data in the cool access tier can tolerate slightly lower availability, but still requires high durability, retrieval latency, and throughput characteristics similar to hot data. Seyrek Erişimli veriler için, hafif bir kullanılabilirlik hizmet düzeyi sözleşmesi (SLA) ve sık erişimli verilerle karşılaştırıldığında daha yüksek erişim maliyetleri, daha düşük depolama maliyetleri için kabul edilebilir.For cool data, a slightly lower availability service-level agreement (SLA) and higher access costs compared to hot data are acceptable trade-offs for lower storage costs.
  • Arşiv depolama, verileri çevrimdışı olarak depolar ve en düşük depolama maliyetlerini sağlar, ayrıca en yüksek veri yeniden doldurma ve erişim maliyetlerine sahiptir.Archive storage stores data offline and offers the lowest storage costs but also the highest data rehydrate and access costs.

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 veriler, nasıl oluşturulduğu, işlendiği ve süresinin ömrü boyunca erişildiğine göre farklılık gösteren bir işlem 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. Bazı veriler bulutta boş kalır ve oluşturulduktan sonra, daha seyrek erişimli olur.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.

Not

Bu makalede açıklanan özellikler yalnızca Data Lake Storage üzerindeki çoklu protokol erişiminingenel önizlemesine kaydoldıysanız hiyerarşik bir ad alanına sahip hesaplar için kullanılabilir.The features described in this article are available to accounts that have a hierarchical namespace only if you enroll in the public preview of multi-protocol access on Data Lake Storage. Sınırlamaları gözden geçirmek için, bilinen sorunlar makalesine bakın.To review limitations, see the known issues 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 yalnızca BLOB depolama ve Genel Amaçlı v2 (GPv2) hesaplarında desteklenir.Object storage data tiering between hot, cool, and archive is only 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. Müşteriler, Azure portal aracılığıyla mevcut GPv1 veya blob depolama hesaplarını GPv2 hesaplarına kolayca dönüştürebilir.Customers can easily convert their 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ı özellikleri ve fiyatları keser yalnızca GPv2 hesaplarında sunulur.Some features and prices cuts are only offered in GPv2 accounts. Fiyatları yoğun bir şekilde gözden geçirdikten sonra GPv2 hesaplarını kullanmayı değerlendirin.Evaluate using GPv2 accounts after comprehensively reviewing pricing. 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 ayarlanmış olmayan 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 explicit set at the object level. Katman, nesne düzeyinde ayarlanan nesneler için, hesap katmanı uygulanmaz.For objects with the tier set at the object level, 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. Bu erişim katmanları arasında istediğiniz zaman geçiş yapabilirsiniz.You can switch between these access tiers at any time.

Sık erişim katmanıHot access tier

Sık erişimli erişim katmanı seyrek erişimli ve arşiv katmanlarından daha yüksek depolama maliyetlerine sahiptir, ancak en düşük erişim ücretleri vardır.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ı şunları içerir:Example usage scenarios for the hot access tier include:

  • Etkin kullanımda olan veya erişilmesi beklenen veriler (okuma ve yazma) sıklıkla.Data that's in active use or expected to be accessed (read from and written to) frequently.
  • Seyrek Erişimli katmana işleme ve son geçiş için hazırlanan veriler.Data that's staged for processing and eventual migration to the cool access tier.

Seyrek erişim katmanıCool access tier

Seyrek Erişimli erişim katmanının depolama maliyetleri ve daha yüksek erişim maliyetleri, sık erişimli depolama ile karşılaştırıldığında daha düşüktür.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şimli erişim katmanı için örnek kullanım senaryoları şunları içerir:Example usage scenarios for the cool access tier include:

  • Kısa süreli yedekleme ve olağanüstü durum kurtarma veri kümeleri.Short-term backup and disaster recovery datasets.
  • Artık sık görüntülenmeyen ancak erişildiğinde hemen kullanılabilir olması beklenen eski medya içeriği.Older media content not viewed frequently anymore but is expected to be available immediately when accessed.
  • Gelecekte işlenmek üzere daha fazla veri toplanırken uygun maliyetli olarak depolanması gereken büyük veri kümeleri.Large data sets that need to be stored cost effectively while more data is being gathered for future processing. (Örneğin, bilimsel verilerin uzun süreli depolanması, üretim tesisinden alınan ham telemetri verileri)(For example, long-term storage of scientific data, raw telemetry data from a manufacturing facility)

Arşiv erişim katmanıArchive access tier

Arşiv erişim katmanının en düşük depolama maliyeti vardır.The archive access tier has the lowest storage cost. Ancak sık ve seyrek katmanlara kıyasla veri alma maliyetlerini daha yüksektir.But it has higher data retrieval costs compared to the hot and cool tiers. Arşiv katmanındaki verilerin alınması birkaç saat sürebilir.Data in the archive tier can take several hours to retrieve. Verilerin arşiv katmanında en az 180 gün olması veya erken silme ücretine tabi olması gerekir.Data must in the archive tier for at least 180 days or be subject to an early deletion charge.

Blob arşiv depolarken blob verileri çevrimdışı olur ve okunamaz, kopyalanabilir, üzerine yazılamaz veya değiştirilemez.While a blob is in archive storage, the blob data is offline and can't be read, copied, overwritten, or modified. 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 ve bu da blobu ve özelliklerini listelemenize olanak tanır.However, the blob metadata remains online and available, allowing you to list the blob and its properties. Arşivdeki Bloblar için, tek geçerli işlemler GetBlobProperties, GetBlobMetadata, Listbloblar, SetBlobTier ve DeleteBlob.For blobs in archive, the only valid operations are GetBlobProperties, GetBlobMetadata, ListBlobs, SetBlobTier, and DeleteBlob.

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 özgün (ham) veriler korunmalıdır.Original (raw) data that must be preserved, even after it has been processed into final usable form.
  • Uzun süre depolanması gereken ve çok ender erişilecek uyumluluk ve arşiv verileri.Compliance and archival data that needs to be stored for a long time and is hardly ever accessed.

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.

Blob düzeyinde katman ayarlamaBlob-level tiering

Blob düzeyinde katman ayarlama, Blob Katmanını Ayarlama adlı tek bir işlem kullanarak nesne düzeyinde verilerinizin katmanını değiştirmenize olanak verir.Blob-level tiering allows you to change the tier of your data at the object level using a single operation called Set Blob Tier. Bir blob’un erişim katmanını, kullanım şekli 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 kolayca değiştirebilirsiniz.You can easily change the access tier of a blob among the hot, cool, or archive tiers as usage patterns change, without having to move data between accounts. Tüm katman değişiklikleri anında gerçekleşir.All tier changes happen immediately. Ancak, arşivden bir blobu yeniden doldurma birkaç saat sürebilir.However, rehydrating a blob from archive 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. 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. Sık erişimli veya seyrek erişimli bir katmanda bir Blobun üzerine yazıldığında, yeni blob üzerine yazılan Blobun katmanını devralır.When overwrite a blob in a hot or cool tier, the new blob inherits the tier of the blob that was overwritten.

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. Ayrıca, anlık görüntülerine sahip bir blok blobunun katmanını değiştiremezsiniz.You also cannot currently change the tier of a block blob that has snapshots.

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 yaşam döngüsünü yönetme .See Manage the Azure Blob storage lifecycle 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 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şim veya arşiv katmanı dışına taşınmış tüm bloblar 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. 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)
SetBlobTier yönüSetBlobTier Direction sık erişimli > seyrek erişimli,hot->cool,
sık erişimli > Arşivi,hot->archive,
Seyrek Erişimli > Arşivicool->archive
Arşiv-> seyrek erişimli,archive->cool,
Arşiv-> sık erişimli,archive->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 günlere eşit olarak dağıtılı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.

Bir erişim katmanı değişikliği yoksa, son değiştirilmeolan blob özelliğini kullanarak erken silme işlemini hesaplayabilirsiniz.You may calculate the early deletion by using the blob property, Last-Modified, if there has 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 zaman, blob özelliğini görüntüleyerek kullanabilirsiniz: erişim katmanı değiştirme zamanı.Otherwise you can 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 düşük nesne boyutuMinimum object size YokN/A YokN/A YokN/A YokN/A
En az depolama süresiMinimum storage duration YokN/A YokN/A 30 gün130 days1 180 gün180 days
Gecikme süresiLatency
(İlk bayta kadar 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 sunan 2 yeniden doldurma önceliklerini, yüksek ve standart destekler.2 Archive Storage currently supports 2 rehydrate priorities, High and Standard, that offers different retrieval latencies. 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. Azure Storage ölçeklenebilirlik ve performans hedefleri.For more information, see Azure Storage Scalability and Performance Targets.

Hızlı Başlangıç senaryolarıQuickstart scenarios

Bu bölümde Azure portalı kullanarak aşağıdaki senaryolar gösterilmektedir:In this section, the following scenarios are demonstrated using the Azure portal:

  • GPv2 veya Blob depolama hesabının varsayılan hesap erişim katmanını değiştirme.How to change the default account access tier of a GPv2 or Blob storage account.
  • GPv2 veya Blob depolama hesabında blobun katmanını değiştirme.How to change the tier of a blob in a GPv2 or Blob storage account.

GPv2 veya Blob depolama hesabının varsayılan hesap erişim katmanını değiştirmeChange the default account access tier of a GPv2 or Blob storage account

  1. Azure Portal’ında oturum açın.Sign in to the Azure portal.

  2. Depolama hesabınıza gitmek için Tüm Kaynaklar’ı ve ardından depolama hesabınızı seçin.To navigate to your storage account, select All Resources, then select your storage account.

  3. Ayarlar ' da, hesap yapılandırmasını görüntülemek ve değiştirmek için yapılandırma ' ya tıklayın.In Settings, click Configuration to view and change the account configuration.

  4. Gereksinimleriniz için doğru erişim katmanını seçin: erişim katmanını seyrek erişimli veya sıkerişimli olarak ayarlayın.Select the right access tier for your needs: Set the Access tier to either Cool or Hot.

  5. En üstteki Kaydet ' e tıklayın.Click Save at the top.

GPv2 veya blob depolama hesabındaki bir Blobun katmanını değiştirmeChange the tier of a blob in a GPv2 or Blob storage account

  1. Azure Portal’ında oturum açın.Sign in to the Azure portal.

  2. Depolama hesabınızdaki blobunuza gitmek için Tüm Kaynaklar’ı seçin, depolama hesabınızı seçin, kapsayıcınızı seçin ve ardından blobunuzu seçin.To navigate to your blob in your storage account, select All Resources, select your storage account, select your container, and then select your blob.

  3. BLOB özellikleri' nde Katmanı Değiştir' i seçin.In the Blob properties, select Change tier.

  4. Sık erişimli, seyrekerişimli veya Arşiv erişim katmanını seçin.Select the Hot, Cool, or Archive access tier. Blobun Şu anda arşivde varsa ve çevrimiçi bir katmana yeniden dönmek istiyorsanız, Standart veya yüksekbir yeniden doldurma önceliği de seçebilirsiniz.If your blob is currently in archive and you want to rehydrate to an online tier, you may also select a Rehydrate Priority of Standard or High.

  5. Alt kısımdaki Kaydet ' i seçin.Select Save at the bottom.

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, GRS ve RA-GRS dahil olmak üzere yalnızca 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 bir katman kümesi olmayan hesapta depolanan, erişim katmanı çıkarılan blob 'ların katman değişikliği ücretlerine neden olur.Changing the access tier: Changing the account access tier will result in tier change charges for access tier inferred blobs stored in the account 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 faturalandırma.For information on changing the access tier for a single blob, refer to Blob-level tiering billing.

Not

Blok Blobları için fiyatlandırma hakkında daha fazla bilgi için bkz. Azure Storage fiyatlandırması sayfası.For more information about pricing for Block blobs, see Azure Storage Pricing page. Giden veri aktarımı ücretlerine ilişkin daha fazla bilgi için Veri Aktarımları Fiyatlandırma Bilgileri sayfasına bakın.For more information on outbound data transfer charges, see Data Transfers Pricing Details page.

SSSFAQ

Verilerime katman ayarlamak istediğimde Blob depolamayı mı yoksa GPv2 hesaplarını mı kullanmalıyım?Should I use Blob storage or GPv2 accounts if I want to tier my data?

Katman ayarlama için Blob depolama hesapları yerine GPv2 kullanmanızı öneririz.We recommend you use GPv2 instead of Blob storage accounts for tiering. GPv2, Blob depolama hesaplarının desteklediği tüm özelliklerin yanı sıra başka birçoğunu da destekler.GPv2 support all the features that Blob storage accounts support plus a lot more. Blob depolama ile GPv2 ücretleri neredeyse aynıdır, ancak bazı yeni özellikler ve fiyat indirimleri yalnızca GPv2 hesaplarında kullanılabilir.Pricing between Blob storage and GPv2 is almost identical, but some new features and price cuts will only be available on GPv2 accounts. GPv1 hesapları katmanlamayı desteklemez.GPv1 accounts don't support tiering.

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

Aynı hesapta üç (sık erişimli, seyrek erişimli ve arşiv) erişim katmanlarında nesneleri depolayabilirim miyim?Can I store objects in all three (hot, cool, and archive) access tiers in the same account?

Evet.Yes. Hesap düzeyinde ayarlanan erişim katmanı özniteliği, bu hesaptaki tüm nesneler için açık bir küme katmanı olmadan uygulanan varsayılan hesap katmandır.The Access Tier attribute set at the account level is the default account tier that applies to all objects in that account without an explicit set tier. Blob düzeyinde katmanlama, hesap üzerindeki erişim katmanı ayarından bağımsız olarak nesne düzeyinde erişim katmanını ayarlamanıza olanak sağlar.Blob-level tiering allows you to set the access tier on at the object level regardless of what the access tier setting on the account is. Aynı hesapta üç erişim katmanının (sık erişimli, seyrek erişimli veya Arşiv) hiçbirinde blob 'lar bulunabilir.Blobs in any of the three access tiers (hot, cool, or archive) may exist within the same account.

Blob veya GPv2 depolama hesabımın varsayılan erişim katmanını değiştirebilir miyim?Can I change the default access tier of my Blob or GPv2 storage account?

Evet, depolama hesabındaki erişim katmanı özniteliğini ayarlayarak varsayılan hesap katmanını değiştirebilirsiniz.Yes, you can change the default account tier by setting the Access tier attribute on the storage account. Hesap katmanını değiştirmek, hesapta depolanan ve açık katman kümesi olmayan tüm nesneler için geçerlidir (örneğin, sık erişimli (çıkarılabilen) veya seyrek erişimli (çıkartılan) ).Changing the account tier applies to all objects stored in the account that don't have an explicit tier set (for example, Hot (inferred) or Cool (inferred)). Hesap katmanını, yalnızca GPv2 hesaplarında ayarlanmış bir katman olmadan tüm Bloblar için sık erişimli ve seyrek erişimli bir yazma işlemi (10.000 başına) olarak değiştirme ve seyrek erişimli 'ten sık erişimli olarak değiştirme işlemi, BLOB depolama alanındaki tüm Bloblar için hem okuma işlemleri (10.000 başına) hem de veri alma (GB başına) ücretleri ve GPv2 hesapları.Toggling the account tier from hot to cool incurs write operations (per 10,000) for all blobs without a set tier in GPv2 accounts only and toggling from cool to hot incurs both read operations (per 10,000) and data retrieval (per GB) charges for all blobs in Blob storage and GPv2 accounts.

Varsayılan hesap erişim katmanımı arşiv olarak ayarlayabilir miyim?Can I set my default account access tier to archive?

Hayır.No. Yalnızca sık ve seyrek erişimli katmanlar varsayılan hesap erişim katmanı olarak ayarlanabilir.Only hot and cool access tiers may 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.

Hangi bölgelerde kullanılabilir sık erişimli, seyrek erişimli ve arşiv erişim katmanları vardır?In which regions are the hot, cool, and archive access tiers available in?

Blob düzeyi katmanlama ile birlikte sık ve seyrek erişimli katmanlar, tüm bölgelerde kullanılabilir.The hot and cool access tiers along with blob-level tiering are available in all regions. Arşiv depolama, başlangıçta yalnızca seçilmiş bölgelerde kullanılabilir.Archive storage will initially only be 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.

Seyrek Erişimli erişim katmanındaki Bloblar, sık erişimli erişim katmanından farklı şekilde davranır mi?Do the blobs in the cool access tier behave differently than the ones in the hot access tier?

Sık erişimli erişim katmanındaki Bloblar, GPv1, GPv2 ve BLOB depolama hesaplarındaki bloblarla aynı gecikme süresine sahiptir.Blobs in the hot access tier have the same latency as blobs in GPv1, GPv2, and Blob storage accounts. Seyrek Erişimli erişim katmanındaki Bloblar, GPv1, GPv2 ve BLOB depolama hesaplarındaki bloblarla benzer gecikme süresine (milisaniye olarak) sahiptir.Blobs in the cool access tier have a similar latency (in milliseconds) as blobs in GPv1, GPv2, and Blob storage accounts. Arşiv erişim katmanındaki Bloblar, GPv1, GPv2 ve BLOB depolama hesaplarında birkaç saatlik gecikme süresine sahiptir.Blobs in the archive access tier have several hours of latency in GPv1, GPv2, and Blob storage accounts.

Seyrek Erişimli erişim katmanındaki Bloblar, sık erişimli erişim katmanında depolanan bloblara göre biraz daha düşük kullanılabilirlik hizmet düzeyine (SLA) sahiptir.Blobs in the cool access tier have a slightly lower availability service level (SLA) than the blobs stored in the hot access tier. Daha fazla bilgi için bkz. depolama SLA’sı.For more information, see SLA for storage.

İşlemler sık erişimli, seyrek erişimli ve arşiv katmanları arasında aynı mıdır?Are the operations among the hot, cool, and archive tiers the same?

Sık erişimli ve seyrek erişimli arasında tüm işlemleri %100 tutarlıdır.All operations between hot and cool are 100% consistent. GetBlobProperties, GetBlobMetadata, Listbloblar, SetBlobTier ve DeleteBlob dahil tüm geçerli arşiv işlemleri, sık erişimli ve seyrek erişimli% 100 tutarlıdır.All valid archive operations including GetBlobProperties, GetBlobMetadata, ListBlobs, SetBlobTier, and DeleteBlob are 100% consistent with hot and cool. Blob verileri, yeniden doldurma yapılıncaya kadar arşiv katmanında okunamaz veya değiştirilemez; Arşiv sırasında yalnızca blob meta veri okuma işlemleri desteklenir.Blob data can't be read or modified while in the archive tier until rehydrated; only blob metadata read operations are supported while in archive.

Blobu arşiv katmanından sık erişimli veya seyrek erişimli katmana yeniden doldururken işlemin ne zaman tamamlandığını nasıl bilebilirim?When rehydrating a blob from archive tier to the hot or cool tier, how will I know when rehydration is complete?

Yeniden doldurma sırasında, Arşiv durumu özniteliğini yoklamak ve katman değişikliğinin ne zaman tamamlandığını onaylamak için blob özelliklerini Al işlemini kullanabilirsiniz.During rehydration, you may use the get blob properties operation to poll the Archive Status attribute and confirm when the tier change is complete. Durum, hedef katmana göre "rehydrate-pending-to-hot" veya "rehydrate-pending-to-cool" olabilir.The status reads "rehydrate-pending-to-hot" or "rehydrate-pending-to-cool" depending on the destination tier. Tamamlandıktan sonra arşiv durumu özelliği kaldırılır ve Erişim Katmanı blob özelliği sık veya seyrek erişimli bu yeni katmanı gösterir.Upon completion, the archive status property is removed, and the Access Tier blob property reflects the new hot or cool tier.

Blobun katmanını ayarladıktan sonra buna uygun fiyattan fatura almaya ne zaman başlarım?After setting the tier of a blob, when will I start getting billed at the appropriate rate?

Her blob her zaman blob 'un erişim katmanı özelliği tarafından belirtilen katmana göre faturalandırılır.Each blob is always billed according to the tier indicated by the blob's Access Tier property. Blob için yeni bir katman ayarladığınızda, Access Tier özelliği tüm geçişler için yeni katmanı hemen yansıtır.When you set a new tier for a blob, the Access Tier property immediately reflects the new tier for all transitions. Ancak arşiv katmanındaki bir blobun sık veya seyrek erişim katmanına alınması birkaç saat sürebilir.However, rehydrating a blob from the archive tier to a hot or cool tier can take several hours. Bu durumda, yeniden doldurma tamamlanana kadar arşiv fiyatları üzerinden faturalandırılırsınız, bu noktada erişim katmanı özelliği yeni katmanı yansıtır.In this case, you're billed at archive rates until rehydration is complete, at which point the Access Tier property reflects the new tier. Bu noktada, bu blob için sık veya seyrek hızda faturalandırılırsınız.At that point you're billed for that blob at the hot or cool rate.

Nasıl yaparım? seyrek erişimli veya arşiv katmanının dışına çıkan bir blobu silerken veya taşırken erken silme ücreti ödemeniz gerekip gerekmediğini mi belirlemektir?How do I determine if I'll incur an early deletion charge when deleting or moving a blob out of the cool or archive tier?

Sırasıyla 30 ve 180 günden önce seyrek erişimli (yalnızca GPv2 hesapları) ya da arşiv katmanından silinen veya dışarı taşınan tüm bloblar eşit dağıtılmış bir erken silme ücreti ödenmesini gerektirir.Any blob that is deleted or moved out of the cool (GPv2 accounts only) or archive tier before 30 days and 180 days respectively will incur a prorated early deletion charge. Bir Blobun, son katman değişikliğinin bir damgasını sağlayan erişim katmanı değiştirme zamanı blobu özelliğini denetleyerek seyrek erişimli veya arşiv katmanında ne kadar süreyle olduğunu belirleyebilirsiniz.You can determine how long a blob has been in the cool or archive tier by checking the Access Tier Change Time blob property, which provides a stamp of the last tier change. Blobun katmanı hiçbir şekilde değiştirilmediyse, son değiştirilen blob özelliğini kontrol edebilirsiniz.If the blob's tier was never changed, you can check the Last Modified blob property. Daha fazla bilgi için bkz. Seyrek Erişimli ve arşiv erken silme.For more information, see Cool and archive early deletion.

Hangi Azure araçları ve SDK’lar blob düzeyinde katman ayarlamayı ve arşiv depolamayı destekliyor?Which Azure tools and SDKs support blob-level tiering and archive storage?

Azure portalı, PowerShell ve CLI araçları ile .NET, Java, Python ve Node.js istemci kitaplıklarının tümü blob düzeyinde katman ayarlamayı ve arşiv depolamayı destekler.Azure portal, PowerShell, and CLI tools and .NET, Java, Python, and Node.js client libraries all support blob-level tiering and archive storage.

Sık, seyrek ve arşiv katmanlarına ne kadar veri depolayabilirim?How much data can I store in the hot, cool, and archive tiers?

Diğer limitlerle birlikte veri depolama alanı, erişim katmanına göre değil, hesap düzeyinde ayarlanır.Data storage along with other 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. Daha fazla bilgi için bkz. Azure Storage ölçeklenebilirlik ve performans hedefleri.For more information, see Azure Storage scalability and performance targets.

Sonraki adımlarNext steps

GPv2 ve BLOB depolama hesaplarında sık erişimli, seyrek erişimli ve arşivi değerlendirinEvaluate hot, cool, and archive in GPv2 and Blob storage accounts