Hozzáférési szintek Azure Blob Storage – gyakori, ritka elérésű és archívAccess tiers for Azure Blob Storage - hot, cool, and archive

Az Azure Storage különböző hozzáférési szinteket kínál, így a legtöbb költséghatékony módon tárolhatja a blob-objektumokat.Azure storage offers different access tiers, allowing you to store blob object data in the most cost-effective manner. Az elérhető hozzáférési szintek a következők:Available access tiers include:

  • A gyakran használt adatok tárolására optimalizált.Hot - Optimized for storing data that is accessed frequently.
  • A ritkán használt és a legalább 30 napig tárolt adatok tárolására optimalizált.Cool - Optimized for storing data that is infrequently accessed and stored for at least 30 days.
  • A ritkán használt adatok tárolására optimalizált archiválás – legalább 180 napig, a rugalmas késési követelményekkel együtt, az órák sorrendjében.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.

Az egyes tárolási rétegek esetén a következő szempontokat érdemes figyelembe venni:The following considerations apply to the different access tiers:

  • A hozzáférési szintet a feltöltés során vagy azt követően lehet beállítani a blobban.The access tier can be set on a blob during or after upload.
  • Fiókszinten csak a ritka és a gyakori elérésű tárolási szint állítható be.Only the hot and cool access tiers can be set at the account level. Az archív hozzáférési szint csak a blob szintjén állítható be.The archive access tier can only be set at the blob level.
  • A lassú elérési szinten lévő adatok valamivel alacsonyabb rendelkezésre állást biztosítanak, de továbbra is magas tartóssági, lekérési késéssel és átviteli teljesítménnyel rendelkeznek, hasonlóan a gyors adatokhoz.Data in the cool access tier has slightly lower availability, but still has high durability, retrieval latency, and throughput characteristics similar to hot data. A ritkán használt adatok esetében a valamivel alacsonyabb rendelkezésre állás és a magasabb hozzáférési költségek elfogadható kompromisszumot jelentenek a nagy mennyiségű adattárolási költségekhez képest.For cool data, slightly lower availability and higher access costs are acceptable trade-offs for lower overall storage costs compared to hot data. További információt a tárolók rendelkezésreállási szolgáltatási szintjeit ismertető szakaszban talál.For more information, see SLA for storage.
  • Az archív hozzáférési szintben tárolt adatok a kapcsolat nélküli állapotban tárolódnak.Data in the archive access tier is stored offline. Az archiválási szint a legalacsonyabb tárolási költségeket, de a legmagasabb hozzáférési költségeket és késést is biztosítja.The archive tier offers the lowest storage costs but also the highest access costs and latency.
  • A gyakori és a ritka elérésű szintek támogatják az összes redundancia-beállítást.The hot and cool tiers support all redundancy options. Az archiválási szint csak a LRS, a GRS és az RA-GRS használatát támogatja.The archive tier supports only LRS, GRS, and RA-GRS.
  • Az adattárolási korlátokat a fiók szintjén, nem pedig hozzáférési szinten kell megadni.Data storage limits are set at the account level and not per access tier. Választhat, hogy az összes korlátot egy vagy mindhárom szinten használja-e.You can choose to use all of your limit in one tier or across all three tiers.

A felhőben tárolt adatmennyiség exponenciális ütemben növekszik.Data stored in the cloud grows at an exponential pace. A növekvő tárolási szükségletek költségeinek kezelése érdekében hasznos lehet az adatokat olyan attribútumok alapján szervezni, mint a hozzáférés gyakorisága vagy a tervezett megőrzési időtartam, így optimalizálhatók a költségek.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. A felhőben tárolt adatok különbözhetnek keletkezésük és feldolgozásuk módjában, valamint előfordulhat, hogy élettartamuk különböző szakaszaiban különböző módon kell elérni őket.Data stored in the cloud can be different based on how it's generated, processed, and accessed over its lifetime. Egyes adatokat aktívan használnak és módosítanak teljes élettartamuk során.Some data is actively accessed and modified throughout its lifetime. Egyes adatokat élettartamuk korai szakaszában sokat használnak, az adatok életkorának növekedésével azonban a hozzáférések mennyisége drasztikusan csökken.Some data is accessed frequently early in its lifetime, with access dropping drastically as the data ages. Egyes felhőbeli adatok inaktívak maradnak, és tárolásuk során ritkán, vagy akár sohasem használják őket.Some data remains idle in the cloud and is rarely, if ever, accessed after it's stored.

Az adathozzáférési forgatókönyvek mindegyike egy másik hozzáférési szinten érhető el, amely egy adott hozzáférési mintára van optimalizálva.Each of these data access scenarios benefits from a different access tier that is optimized for a particular access pattern. A gyakori, ritka elérésű és archív hozzáférési szintekkel az Azure Blob Storage különböző díjszabási modellel rendelkező, differenciált hozzáférési szintekre van szükség.With hot, cool, and archive access tiers, Azure Blob Storage addresses this need for differentiated access tiers with separate pricing models.

A következő eszközök és ügyféloldali kódtárak támogatják a blob szintű réteg-és archiválási tárterületet.The following tools and client libraries all support blob-level tiering and archive storage.

  • Azure PortalAzure portal
  • PowerShellPowerShell
  • Azure CLI-eszközökAzure CLI tools
  • .NET-ügyfélkódtár.NET client library
  • Java-ügyfélkódtárJava client library
  • Python-ügyfélkódtárPython client library
  • Node.js ügyféloldali kódtárNode.js client library

Megjegyzés

A cikkben ismertetett funkciók mostantól hierarchikus névtérrel rendelkező fiókok számára érhetők el.The features described in this article are now available to accounts that have a hierarchical namespace. A korlátozások áttekintéséhez tekintse meg Azure Data Lake Storage Gen2 cikkben elérhető blob Storage-szolgáltatásokat .To review limitations, see the Blob storage features available in Azure Data Lake Storage Gen2 article.

Rétegezést támogató Storage-fiókokStorage accounts that support tiering

Blob Storage és általános célú v2-(GPv2-) fiókok esetében az objektum tárolási adatrétege a gyakori, a lassú és az archív adatok között támogatott.Object storage data tiering between hot, cool, and archive is supported in Blob Storage and General Purpose v2 (GPv2) accounts. A általános célú v1-(GPv1-) fiókok nem támogatják a rétegek használatát.General Purpose v1 (GPv1) accounts don't support tiering. A meglévő GPv1 egyszerűen átalakíthatja, vagy Blob Storage fiókokat, hogy GPv2 a fiókokat a Azure Portal.You can easily convert your existing GPv1 or Blob Storage accounts to GPv2 accounts through the Azure portal. A GPv2 új díjszabást és funkciókat biztosít a blobokhoz, fájlokhoz és várólistákhoz.GPv2 provides new pricing and features for blobs, files, and queues. Bizonyos funkciók és árak csökkentése csak GPv2-fiókokban vehető igénybe.Some features and price cuts are only offered in GPv2 accounts. Bizonyos számítási feladatok drágábbak lehetnek a GPv2, mint a GPv1.Some workloads can be more expensive on GPv2 than GPv1. További információkat az Azure Storage-fiókok áttekintésében találhat.For more information, see Azure storage account overview.

A Blob Storage és a GPv2 fiók szintjén elérhetők a hozzáférési szint attribútuma.Blob Storage and GPv2 accounts expose the Access Tier attribute at the account level. Ez az attribútum lehetővé teszi az alapértelmezett hozzáférési szint megadását minden olyan blob esetében, amely nem kifejezetten az objektum szintjén van beállítva.This attribute allows you to specify the default access tier for any blob that doesn't have it explicitly set at the object level. A explicit módon beállított szintű objektumok esetében a fiók szintje nem érvényes.For objects with the tier explicitly set, the account tier won't apply. Az archiválási szint csak az objektum szintjén alkalmazható.The archive tier can be applied only at the object level. Bármikor válthat a hozzáférési szintek között.You can switch between access tiers at any time.

Az GPv2 használata a rétegek közötti Blob Storage fiókok helyett.Use GPv2 instead of Blob Storage accounts for tiering. A GPv2 támogatja az összes olyan funkciót, Blob Storage a fiókok támogatása, és még sok más.GPv2 supports all the features that Blob Storage accounts support, plus a lot more. A Blob Storage és a GPv2 közötti díjszabás majdnem azonos, de az új funkciók és az árak csökkentése csak a GPv2-fiókokon érhető el.Pricing between Blob Storage and GPv2 is almost identical, but some new features and price cuts are only available on GPv2 accounts.

A GPv1- és GPv2-fiókok díjszabási struktúrája eltér egymástól, ezért az ügyfeleknek érdemes mindkettőt alaposan áttekinteni, mielőtt a GPv2-fiókok használata mellett döntenek.Pricing structure between GPv1 and GPv2 accounts is different and customers should carefully evaluate both before deciding to use GPv2 accounts. Meglévő Blob Storage- vagy GPv1-fiókját könnyedén, egyetlen kattintással átalakíthatja GPv2-fiókká.You can easily convert an existing Blob Storage or GPv1 account to GPv2 through a simple one-click process. További információkat az Azure Storage-fiókok áttekintésében találhat.For more information, see Azure storage account overview.

Gyakori elérésű tárolási szintHot access tier

A gyakori elérésű hozzáférési szint tárolási költségei magasabbak, mint a ritka és az archív szinté, viszont ennek a legalacsonyabbak az elérési költségei.The hot access tier has higher storage costs than cool and archive tiers, but the lowest access costs. Példa használati forgatókönyvek a gyakori hozzáférési szinthez:Example usage scenarios for the hot access tier include:

  • Az aktív használatban lévő adatok, illetve a várhatóan gyakran olvashatók és írhatókData that's in active use or is expected to be read from and written to frequently
  • A lassú elérési szintre történő feldolgozásra és az esetleges áttelepítésre előkészített adatokData that's staged for processing and eventual migration to the cool access tier

Ritka elérésű tárolási szintCool access tier

A ritka hozzáférési szintnek a gyakori elérés tároláshoz képest alacsonyabbak a tárolási költségei, és magasabbak az elérési költségei.The cool access tier has lower storage costs and higher access costs compared to hot storage. Ezen a szinten olyan adatokat érdemes tárolni, amelyek legalább 30 napig maradnak a ritka elérésű szinten.This tier is intended for data that will remain in the cool tier for at least 30 days. Példa használati forgatókönyvek a ritka hozzáférési szinthez:Example usage scenarios for the cool access tier include:

  • Rövid távú biztonsági mentés és vész-helyreállításShort-term backup and disaster recovery
  • A régebbi adatértékek nem használatosak gyakran, de várhatóan azonnal elérhetővé válnak a hozzáférés soránOlder data not used frequently but expected to be available immediately when accessed
  • Nagyméretű adatkészletek, amelyeket költséghatékonyan kell tárolni, míg a későbbi feldolgozáshoz több adat gyűlik összeLarge data sets that need to be stored cost effectively, while more data is being gathered for future processing

Archív tárolási szintArchive access tier

Az archív hozzáférési szint a legalacsonyabb tárterülettel rendelkezik, de a gyors és a lassú elérésű szintekhez képest nagyobb Adatlekérdezési költségekkel jár.The archive access tier has the lowest storage cost but higher data retrieval costs compared to hot and cool tiers. Az adatoknak az archiválási szinten kell maradniuk legalább 180 napig, vagy egy korai törlési díjat kell fizetni.Data must remain in the archive tier for at least 180 days or be subject to an early deletion charge. Az archiválási szinten lévő adatok több órát is igénybe vehetnek a megadott rehidratáló prioritástól függően.Data in the archive tier can take several hours to retrieve depending on the specified rehydration priority. Kisméretű objektumok esetében a magas prioritású rehidratálás egy óra alatt lekérheti az objektumot az archív verzióról.For small objects, a high priority rehydrate may retrieve the object from archive in under an hour. További információért lásd a blob-adatok rehidratálása az archív szintről című témakört.See Rehydrate blob data from the archive tier to learn more.

Míg a Blobok archiválási tárolóban találhatók, a blob-adatok offline állapotban vannak, és nem olvashatók és nem módosíthatók.While a blob is in archive storage, the blob data is offline and can't be read or modified. Az archívumban található Blobok olvasásához vagy letöltéséhez először egy online szintre kell kiszáradni.To read or download a blob in archive, you must first rehydrate it to an online tier. Az archív tárolóban nem lehet pillanatképeket készíteni egy blobról.You can't take snapshots of a blob in archive storage. A blob metaadatai azonban online és elérhető állapotban maradnak, így a blob, a tulajdonságai, a metaadatok és a blob-index címkéi is kilistázható.However, the blob metadata remains online and available, allowing you to list the blob, its properties, metadata, and blob index tags. A blob metaadatainak beállítása vagy módosítása az archiválás során nem engedélyezett.Setting or modifying the blob metadata while in archive isn't allowed. Azonban beállíthatja és módosíthatja a blob-index címkéit.However, you can set and modify the blob index tags. Az archívumban található Blobok esetében az egyetlen érvényes művelet a blob tulajdonságai, a blob metaadatainak beolvasása, a Blobok beállítása, a Blobok lekérése, a Blobok megkeresése címkék alapján, a Blobok listázása, a Blobok másolásaés a Blobok törlése.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.

Az archív hozzáférési szint használati forgatókönyvei például a következők:Example usage scenarios for the archive access tier include:

  • Hosszú távú biztonsági mentések, másodlagos biztonsági mentések és archiválási adatkészletekLong-term backup, secondary backup, and archival datasets
  • Az eredeti (nyers) adatmegőrzési érték, amelyet még azután is meg kell őrizni, hogy a rendszer véglegesen felhasználható formában dolgozza felOriginal (raw) data that must be preserved, even after it has been processed into final usable form
  • A megfelelőségi és archiválási adatai, amelyeket hosszú ideig kell tárolni, és szinte soha nem fér hozzáCompliance and archival data that needs to be stored for a long time and is hardly ever accessed

Megjegyzés

Az archiválási szint ZRS, GZRS vagy RA-GZRS fiókok esetén nem támogatott.The archive tier is not supported for ZRS, GZRS, or RA-GZRS accounts. A LRS-ről a GRS-re való Migrálás támogatott, feltéve, hogy az archiválási szintre nem kerültek Blobok, miközben a fiók a LRS értékre lett állítva.Migrating from LRS to GRS is supported as long as no blobs were moved to the archive tier while the account was set to LRS. A fiók visszahelyezhető a GRS, ha a frissítés a fiók LRS számított 30 napnál kevesebb időt vesz igénybe, és az archiválási szintre nem helyeztek blobokat, amíg a fiók a LRS értékre lett állítva.An account can be moved back to GRS if the update is done less than 30 days from the time the account became LRS, and no blobs were moved to the archive tier while the account was set to LRS.

Fiók szintű rétegekAccount-level tiering

A Blobok mind a három hozzáférési szinten egyszerre létezhetnek ugyanabban a fiókban.Blobs in all three access tiers can coexist within the same account. Minden olyan blob, amely nem rendelkezik explicit módon hozzárendelt szintjével, a fiók hozzáférési szintje beállításból kikövetkezteti a szintet.Any blob that doesn't have an explicitly assigned tier infers the tier from the account access tier setting. Ha a hozzáférési szintet a fiókból származik, a hozzáférési rétegek kikövetkeztetett blob tulajdonsága "true" értékre van állítva, a hozzáférési szintű blob tulajdonság pedig megegyezik a fiók szintjével.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. A Azure Portal a hozzáférési réteg kikövetkeztetett tulajdonsága a blob-hozzáférési szinttel jelenik meg, mint a gyors (késleltetett) vagy a ritka (késleltetett).In the Azure portal, the access tier inferred property is displayed with the blob access tier as Hot (inferred) or Cool (inferred).

A fiók hozzáférési rétegének módosítása a fiókban tárolt összes olyan hozzáférési rétegre vonatkozik, amely nem rendelkezik explicit szintű készlettel.Changing the account access tier applies to all access tier inferred objects stored in the account that don't have an explicit tier set. Ha bekapcsolja a fiók rétegét a melegről a lassúra, akkor az írási műveletek (10 000) után az összes blobra vonatkozóan csak a GPv2-fiókokat tartalmazó set szint használata után kell fizetnie.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 Storage fiókokban ez a változás díjmentes.There's no charge for this change in Blob Storage accounts. Az olvasási műveletekért (10 000) és az adatok lekéréséhez (GB-onként) kell fizetnie, ha a lassúról a gyakori elérésű Blob Storage vagy GPv2-fiókokra vált.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.

Csak a gyakori és ritka elérésű hozzáférési szintek állíthatók be alapértelmezett fiók-hozzáférési szintként.Only hot and cool access tiers can be set as the default account access tier. Az archív szint csak az objektumok szintjén állítható be.Archive can only be set at the object level. A blob feltöltésekor megadhatja, hogy az alapértelmezett fiók szintjétől függetlenül milyen hozzáférési réteg legyen gyors, lassú vagy archív.On blob upload, you can specify the access tier of your choice to be hot, cool, or archive regardless of the default account tier. Ez a funkció lehetővé teszi, hogy közvetlenül az Archívum szintjére írja az adatait, így az adatok a blob Storage-ban való létrehozása pillanatában költségmegtakarítást eredményezhet.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.

Blobszintű rétegezésBlob-level tiering

A blob szintű rétegek lehetővé teszik az adatok feltöltését az Ön által választott hozzáférési szintre a Blobok elhelyezése vagy a letiltási lista műveleteivel, és az adatok rétegét az objektum szintjén módosíthatja a blob szint beállítása művelet vagy az életciklus-kezelési funkció használatával.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. A szükséges hozzáférési szinthez feltöltheti az adatokat, majd a használati minták változása révén egyszerűen módosíthatja a blob-hozzáférési szintet a gyakori, ritka vagy archív rétegek között, anélkül, hogy az adatokat át kellene helyeznie a fiókok között.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. Az összes rétegbeli módosítási kérelem azonnal megtörténik, és a gyors és a lassú elérési szint közötti változások azonnaliek.All tier change requests happen immediately and tier changes between hot and cool are instantaneous. A Blobok archiválási szintről való rehidratálása több órát is igénybe vehet.Rehydrating a blob from the archive tier can take several hours.

Az utolsó blobszint-módosítás időpontja a Hozzáférési szint utolsó módosítása blobtulajdonságon keresztül érhető el.The time of the last blob tier change is exposed via the Access Tier Change Time blob property. A hozzáférési szint változási ideje egy blob szintű tulajdonság, amely nem frissül, ha módosul az alapértelmezett fiók szintje.Access Tier Change Time is a blob-level property and is not updated when the default account tier is changed. A fiók tulajdonságai és a blob tulajdonságai külön vannak elkülönítve.Account properties and blob properties are separate. Ha a fiók alapértelmezett hozzáférési szintje megváltozik, a rendszer nem fogja tudni frissíteni a hozzáférési szintet a Storage-fiók minden blobján.It would be prohibitively expensive to update the Access Tier Change Time on every blob in a storage account whenever the account's default access tier is changed.

Amikor egy blobot felülír a gyakori vagy a ritka elérésű rétegben, az újonnan létrehozott blob örökli a blob azon rétegét, amelyet a rendszer felülírt, kivéve, ha az új blob-hozzáférési szintet explicit módon beállította a létrehozáshoz.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. Ha egy blob az archiválási szinten van, akkor nem lehet felülírni, ezért a blob feltöltése nem engedélyezett ebben a forgatókönyvben.If a blob is in the archive tier, it can't be overwritten, so uploading the same blob isn't permitted in this scenario.

Megjegyzés

Az archív tárolás és a blobszintű rétegezés csak a blokkblobokat támogatja.Archive storage and blob-level tiering only support block blobs.

BLOB-életciklus kezeléseBlob lifecycle management

A blob Storage életciklus-kezelése sokoldalú, szabályon alapuló szabályzatot kínál, amellyel átválthatja az adatait a legjobb hozzáférési rétegre, és lemondhatja az adatait az életciklusa végén.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. További információért lásd: Az Azure Blob Storage hozzáférési szintjeinek automatizálásával kapcsolatos költségek optimalizálása .See Optimize costs by automating Azure Blob Storage access tiers to learn more.

Megjegyzés

A blokk blob Storage-fiókban (prémium szintű teljesítmény) tárolt adatok jelenleg nem állíthatók be gyors, ritka elérésű vagy archív verzióra a blob-réteg beállítása vagy az Azure Blob Storage életciklus-kezelés használatával.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. Az adatok áthelyezéséhez a blob Storage-fiókból egy másik fiókban lévő, a put blokk URL API -val vagy az API-t támogató AzCopy-verzióval szinkronban kell átmásolni a blobokat a blokkból.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. A put blokk from URL API szinkron módon másolja az adatait a-kiszolgálón, ami azt jelenti, hogy a hívás csak akkor fejeződik be, ha az összes adatok átkerülnek az eredeti kiszolgáló helyéről a célhelyre.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.

Blobszintű rétegezési számlázásBlob-level tiering billing

Ha egy blobot a rétegek között töltenek fel vagy helyeznek át, akkor a feltöltés vagy a rétegek változásakor a megfelelő díjszabás alapján kell fizetni.When a blob is uploaded or moved between tiers, it is charged at the corresponding rate immediately upon upload or tier change.

Ha egy blobot egy hűvösebb rétegbe helyez át (a gyors >a lassú elérésű, a gyors >az archívumot vagy a lassú elérésű >archívumot), a művelet a célként megadott szintre írási műveletként történik, ahol az írási művelet (10 000) és a célként megadott adatírás (GB-onként) érvényes.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.

Ha egy blobot egy melegebb rétegbe helyez át (archivált >lassú elérésű, archív >gyors vagy lassú elérésű >), a művelet számlázása a forrás rétegből történik, ahol az olvasási művelet (10 000) és a forrás szint (GB-onként) Adatlekérdezési díja érvényes.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. A ritka elérésű vagy archív szintről kihelyezett Blobok korai törlési díjai is érvényesek.Early deletion charges for any blob moved out of the cool or archive tier may apply as well. Az archiválási rétegből származó adatok újraszárítása időt vesz igénybe, és az adatok az archiválási árakon lesznek felszámítva, amíg az adatok online állapotba nem állnak vissza, és a blob réteg gyakran vagy ritkán változik.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 következő táblázat összefoglalja, hogyan történik a szintek változásainak számlázása.The following table summarizes how tier changes are billed.

Írási díjak (művelet + hozzáférés)Write charges (operation + access) Olvasási díjak (művelet + hozzáférés)Read charges (operation + access)
Set Blob TierSet Blob Tier gyors >hot -> cool
gyors > Archívumhot -> archive
Cool-> Archívumcool -> archive
Archívum – >archive -> cool
archiválás – > gyorsarchive -> hot
Cool > – gyorscool -> hot

Korai törlés a ritka elérésű és az archív szintenCool and archive early deletion

A lassú rétegbe áthelyezett Blobok (csak a GPv2-fiókok esetében) egy 30 napos, korai törlési időszakra vonatkoznak.Any blob that is moved into the cool tier (GPv2 accounts only) is subject to a cool early deletion period of 30 days. Az archiválási szintre áthelyezett Blobok egy 180 napos korai törlési időszakra vonatkoznak.Any blob that is moved into the archive tier is subject to an archive early deletion period of 180 days. A díj számlázása időarányosan történik.This charge is prorated. Ha például egy blobot az archívumba helyez át, majd 45 nap után törli vagy áthelyezi a gyors elérésű szintre, akkor a blobnak az archívumban való tárolásával megegyező korai törlési díjat kell fizetnie a 135 (180 mínusz 45) napon.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.

A ritka elérésű és az archív rétegek közötti váltás néhány részletet mutat be:There are some details when moving between the cool and archive tiers:

  1. Ha egy blobot a Storage-fiók alapértelmezett hozzáférési szintje alapján, a blobot pedig archívumba helyezik el, a rendszer nem veszi figyelembe a korai törlés díját.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. Ha a blobot explicit módon áthelyezi a lassú szintre, majd áthelyezi az archívumba, a rendszer a korai törlési díjat alkalmazza.If a blob is explicitly moved to the cool tier and then moved to archive, the early deletion charge applies.

Kiszámítja a korai törlési időt az utolsó módosítású blob tulajdonság használatával, ha nem módosult a hozzáférési réteg.Calculate the early deletion time by using the Last-Modified blob property, if there have been no access tier changes. Ellenkező esetben akkor használja, ha a hozzáférési réteg utolsó módosítását a (z) a következő blob tulajdonság megtekintésével használta: hozzáférés-réteg-változási idő.Otherwise, use when the access tier was last modified to cool or archive by viewing the blob property: access-tier-change-time. További információ a blob tulajdonságairól: blob tulajdonságainak beolvasása.For more information on blob properties, see Get Blob Properties.

A blob Storage-beli blokkolási beállításainak összehasonlításaComparing block blob storage options

Az alábbi táblázat a prémium szintű, a blob Storage és a gyakori, ritka elérésű és archív hozzáférési szintek összehasonlítását mutatja be.The following table shows a comparison of premium performance block blob storage, and the hot, cool, and archive access tiers.

Prémium szintű teljesítményPremium performance Gyors elérési szintHot tier Hűvös szintCool tier Archiválási szintArchive tier
Rendelkezésre állásAvailability 99.9%99.9% 99.9%99.9% 99%99% OfflineOffline
Rendelkezésre állásAvailability
(RA-GRS olvasások)(RA-GRS reads)
N/AN/A 99.99%99.99% 99.9%99.9% OfflineOffline
Használati díjakUsage charges Magasabb tárolási költségek, alacsonyabb hozzáférés és tranzakciós költségekHigher storage costs, lower access, and transaction cost Magasabb tárolási költségek, alacsonyabb hozzáférés és tranzakciós költségekHigher storage costs, lower access, and transaction costs Alacsonyabb tárolási költségek, magasabb hozzáférési és tranzakciós költségekLower storage costs, higher access, and transaction costs Legalacsonyabb tárolási költségek, legmagasabb hozzáférési és tranzakciós költségekLowest storage costs, highest access, and transaction costs
Minimális tárolási időtartamMinimum storage duration N.A.N/A N.A.N/A 30 nap130 days1 180 nap180 days
KésésLatency
(az első bájtig eltelt idő)(Time to first byte)
Egy számjegyű ezredmásodpercSingle-digit milliseconds ezredmásodpercmilliseconds ezredmásodpercmilliseconds óra2hours2

1 a GPv2-fiókok ritka elérési szintjében lévő objektumok minimális megőrzési időtartama 30 nap.1 Objects in the cool tier on GPv2 accounts have a minimum retention duration of 30 days. Blob Storage fiókok nem rendelkeznek minimális megőrzési időtartammal a ritka elérési szinthez.Blob Storage accounts don't have a minimum retention duration for the cool tier.

2 Archive Storage jelenleg két, magas és standard szintű, a lekérési késést és a költségeket biztosító, különböző rehidratáló prioritásokat támogat.2 Archive Storage currently supports two rehydration priorities, high and standard, offering different retrieval latencies and costs. További információkért lásd: Blobok adatainak rehidratálása az archív szintről.For more information, see Rehydrate blob data from the archive tier.

Megjegyzés

Blob Storage-fiókok ugyanazt a teljesítmény-és méretezhetőségi célokat támogatják, mint az általános célú v2 Storage-fiókok.Blob Storage accounts support the same performance and scalability targets as general-purpose v2 storage accounts. További információ: blob Storage méretezhetőségi és teljesítménybeli céljai.For more information, see Scalability and performance targets for Blob Storage.

Árak és számlázásPricing and billing

Az összes Storage-fiók díjszabási modellt használ az egyes Blobok szintjétől függően a blob Storage blokkolásához.All storage accounts use a pricing model for block blob storage based on the tier of each blob. Tartsa szem előtt az alábbi számlázási szempontokat:Keep in mind the following billing considerations:

  • Tárolási költségek: Az adattárolás díja a tárolt adatok mennyisége mellett a hozzáférési rétegtől függ.Storage costs: In addition to the amount of data stored, the cost of storing data varies depending on the access tier. A gigabájtonkénti költség csökken, ha a szint ritkábban használt adatokat tárol.The per-gigabyte cost decreases as the tier gets cooler.

  • Adathozzáférési költségek: az adathozzáférési költségek emelkednek, ha a szint ritkábban használt adatokat tárol.Data access costs: Data access charges increase as the tier gets cooler. A lassú elérésű és az archív hozzáférési szinten tárolt adatokért a GB-os adatelérési díjat számítjuk fel a beolvasáshoz.For data in the cool and archive access tier, you're charged a per-gigabyte data access charge for reads.

  • Tranzakciós költségek: az összes olyan réteg esetében, amely növeli a szintet, megnövekszik a tranzakciós díj.Transaction costs: There's a per-transaction charge for all tiers that increases as the tier gets cooler.

  • Földrajzi replikálási adatátviteli költségek: Ez a díj csak a Geo-replikációval konfigurált fiókokra vonatkozik, beleértve a GRS és az ra-GRS.Geo-replication data transfer costs: This charge only applies to accounts with geo-replication configured, including GRS and RA-GRS. A georeplikációs adatátvitel gigabájtonkénti díj ellenében érhető el.Geo-replication data transfer incurs a per-gigabyte charge.

  • Kimenő adatátviteli költségek: A kimenő adatátvitel (azaz az adott Azure-régióból kivitt adatok) esetében gigabájtalapú sávszélesség-használati díjak lépnek fel, csakúgy, mint az általános célú tárfiókok esetében.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.

  • A hozzáférési réteg módosítása: a fiók hozzáférési rétegének módosítása azt eredményezi, hogy az egyes Blobok nem rendelkeznek explicit szintű készlettel.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. Az egyes Blobok hozzáférési szintjének módosításával kapcsolatos információkért lásd: blob szintű szintek számlázása.For information on changing the access tier for a single blob, see Blob-level tiering billing.

    A blob hozzáférési rétegének módosítása a verziószámozás engedélyezésekor, vagy ha a blob rendelkezik pillanatképekkel, további díjakat eredményezhet.Changing the access tier for a blob when versioning is enabled, or if the blob has snapshots, may result in additional charges. További információ az engedélyezett verziószámozású blobokról: díjszabás és számlázás a blob verziószámozási dokumentációjában.For information about blobs with versioning enabled, see Pricing and billing in the blob versioning documentation. A pillanatképekkel rendelkező Blobokkal kapcsolatos információkért lásd: díjszabás és számlázás a blob-Pillanatképek dokumentációjában.For information about blobs with snapshots, see Pricing and billing in the blob snapshots documentation.

Megjegyzés

A blokkos Blobok díjszabásával kapcsolatos további információkért lásd a Blobok díjszabásának blokkolásacímű témakört.For more information about pricing for Block blobs, see Block blob pricing. A kimenő adatátviteli díjakkal kapcsolatos további információkért lásd a sávszélesség-díjszabás részleteit ismertető oldalt.For more information on outbound data transfer charges, see Bandwidth Pricing Details page.

Rendelkezésre állásAvailability

A különböző hozzáférési szintek, valamint a blob szintű rétegek a kiválasztott régiókban érhetők el.Different access tiers, along with blob-level tiering, are available in select regions. A teljes listát a Régiónként elérhető Azure-termékek című részben tekintheti meg.For a complete list, see Azure products available by region.

Következő lépésekNext steps

Megtudhatja, hogyan kezelheti a blobokat és a fiókokat a hozzáférési rétegek között.Learn how to manage blobs and accounts across access tiers.