Gyakori elérésű, ritka elérésű és archív hozzáférési szintek a blobadatokhoz

A felhőben tárolt adatok exponenciális ütemben nőnek. A növekvő tárolási igények költségeinek kezeléséhez hasznos lehet az adatok rendszerezése az alapján, hogy milyen gyakran lesznek elérhetők, és mennyi ideig lesznek megőrizve. Az Azure Storage különböző hozzáférési szinteket kínál, így a használatuktól függően a lehető legköltséghatékonyabb módon tárolhatja a blobadatokat. Az Azure Storage hozzáférési szintjei a következők:

  • Gyakori elérésű szint – Olyan online szint, amely a gyakran elért vagy módosított adatok tárolására van optimalizálva. A gyakori elérésű szint a legmagasabb tárolási költségekkel, de a legalacsonyabb hozzáférési költségekkel rendelkezik.
  • Ritka elérésű szint – Olyan online szint, amely ritkán használt vagy módosított adatok tárolására van optimalizálva. A ritka elérésű szinten tárolt adatokat legalább 30 napig kell tárolni. A ritka elérésű szint alacsonyabb tárolási és magasabb hozzáférési költségekkel rendelkezik a gyakori elérésű szinthez képest.
  • Archív szint – A ritkán használt adatok tárolására optimalizált offline réteg, amely rugalmas késési követelményekkel rendelkezik az órák sorrendjében. Az archív szinten lévő adatokat legalább 180 napig kell tárolni.

Az Azure Storage kapacitáskorlátai a fiók szintjén vannak megadva a hozzáférési szint helyett. Dönthet úgy, hogy egy szinten maximalizálja a kapacitáshasználatot, vagy elosztja a kapacitást két vagy több réteg között.

Megjegyzés

A hozzáférési szint beállítása csak blokkblobokon engedélyezett. A hozzáfűző és lapblobok nem támogatottak.

Online hozzáférési szintek

Ha az adatokat online hozzáférési szinten (gyakori vagy ritka elérésű) tárolja, a felhasználók azonnal hozzáférhetnek azokhoz. A gyakori elérésű szint a legjobb választás az aktív használatban lévő adatokhoz, míg a ritka elérésű szint ideális a ritkábban használt adatokhoz, de ennek továbbra is elérhetőnek kell lennie olvasáshoz és íráshoz.

A gyakori elérésű szint használati példái a következők:

  • Aktívan használt, vagy várhatóan gyakran olvasott vagy írt adatok.
  • A feldolgozásra és a ritka elérésű hozzáférési szintre való migrálásra előkészített adatok.

A ritka elérésű hozzáférési szint használati forgatókönyvei a következők:

  • Rövid távú adatmentés és vészhelyreállítás.
  • Régebbi adathalmazok, amelyeket nem használnak gyakran, de várhatóan azonnal elérhetők lesznek.
  • Nagy adatkészletek, amelyeket költséghatékony módon kell tárolni, miközben további adatok gyűjtése történik feldolgozásra.

Ha meg szeretné tudni, hogyan helyezhet át egy blobot a gyakori elérésű vagy a ritka elérésű szintre, olvassa el a Blob hozzáférési szintjének beállítása című témakört.

A ritka elérésű réteg adatai valamivel alacsonyabb rendelkezésre állással rendelkeznek, de ugyanolyan magas tartósságot, lekérési késést és átviteli sebességet kínálnak, mint a gyakori elérésű szint. A ritka elérésű szinten lévő adatok esetében a gyakori elérésű szinthez képest az alacsonyabb rendelkezésre állás és a magasabb hozzáférési költségek elfogadható kompromisszumot jelenthetnek az általános tárolási költségek csökkentése érdekében. További információt a tárolók rendelkezésreállási szolgáltatási szintjeit ismertető szakaszban talál.

Egy általános célú v2-fiók ritka elérésű rétegében lévő blobokra korai törlési büntetés vonatkozik, ha 30 nap leteltét megelőzően törölték vagy áthelyezték egy másik szintre. A díj számlázása időarányosan történik. Ha például egy blobot áthelyeznek a Ritka elérésű szintre, majd 21 nap után törölnek, a rendszer a blob ritka elérésű szinten való tárolásának 9 (mínusz 30 mínusz 21) napjának megfelelő korai törlési díjat számít fel.

A gyakori elérésű és a ritka elérésű szintek támogatják az összes redundanciakonfigurációt. Az Azure Storage adatredundancia-beállításairól további információt az Azure Storage redundanciájában talál.

Archív tárolási szint

Az archív szint egy offline szint, amely ritkán használt adatok tárolására használható. Az archív hozzáférési szint a legalacsonyabb tárolási költséggel, de magasabb adatlekérési költségekkel és késéssel rendelkezik a gyakori elérésű és a ritka elérésű szintekhez képest. Az archív hozzáférési szint használati példái a következők:

  • Hosszú távú biztonsági mentések, másodlagos biztonsági mentések és archiválási adatkészletek
  • Eredeti (nyers) adatok, amelyeket meg kell őrizni, még akkor is, ha azokat végleges használható formában dolgozták fel
  • Megfelelőségi és archiválási adatok, amelyeket hosszú ideig kell tárolni, és alig férnek hozzá

Ha meg szeretné tudni, hogyan helyezhet át egy blobot az Archív szintre, olvassa el a blobok archiválása című témakört.

Az adatoknak legalább 180 napig az archív szinten kell maradniuk, vagy korai törlési díjat kell fizetnie. Ha például egy blobot áthelyeznek az Archív szintre, majd 45 nap elteltével törlik vagy áthelyezik a gyakori elérésű szintre, a rendszer a blob archiválási szinten való tárolásának 135 (mínusz 45) napjának megfelelő korai törlési díjat számít fel.

Amíg egy blob az Archív szinten van, nem olvasható vagy módosítható. Ha egy blobot az Archív szinten szeretne olvasni vagy letölteni, először rehidratálnia kell egy online szintre, akár gyakori, akár ritka elérésű. Az archív szinten lévő adatok rehidratálása akár 15 órát is igénybe vehet a rehidratálási művelethez megadott prioritástól függően. A blobrehidratálással kapcsolatos további információkért lásd az Archív szint blobrehidratálásának áttekintését.

Az archivált blob metaadatai továbbra is elérhetők maradnak az olvasási hozzáféréshez, így listázhatja a blobot és annak tulajdonságait, metaadatait és indexcímkéit. Az archív szinten lévő blobok metaadatai csak olvashatók, míg a blobindexcímkék olvashatók vagy írhatók. Az archivált blobok nem támogatják a pillanatképeket.

Az archív szinten lévő blobok esetében a következő műveletek támogatottak:

Csak az LRS-hez, GRS-hez vagy RA-GRS-hez konfigurált tárfiókok támogatják a blobok archiválási szintre való áthelyezését. Az archív szint ZRS-, GZRS- és RA-GZRS-fiókok esetében nem támogatott. További információ az Azure Storage redundanciakonfigurációiról: Azure Storage-redundancia.

Az archív szinten blobokat tartalmazó tárfiók redundanciakonfigurációjának módosításához először rehidratálnia kell az összes archivált blobot a gyakori elérésű vagy ritka elérésű szintre. A Microsoft azt javasolja, hogy lehetőleg ne módosítsa az archivált blobokat tartalmazó tárfiók redundanciakonfigurációját, mert a rehidratálási műveletek költségesek és időigényesek lehetnek.

A tárfiók LRS-ről GRS-re történő migrálása támogatott, ha nem helyeztek át blobokat az archív szintre, amíg a fiók az LRS-hez lett konfigurálva. A fiók visszahelyezhető a GRS-be, ha a frissítést kevesebb mint 30 nappal azután hajtják végre, hogy a fiók LRS-vé vált, és nem helyezték át a blobokat az archív szintre, amíg a fiók LRS-re lett állítva.

Alapértelmezett fiókhozzáférési szint beállítása

A tárfiókok alapértelmezett hozzáférési rétegbeállítással rendelkeznek, amely azt az online szintet jelzi, amelyben új blob jön létre. Az alapértelmezett hozzáférési szint beállítása a gyakori és a ritka elérésűre is beállítható. A felhasználók felülbírálhatják az egyes blobok alapértelmezett beállítását a blob feltöltésekor vagy a szint módosításakor.

Egy új általános célú v2-tárfiók alapértelmezett hozzáférési szintje alapértelmezés szerint a gyakori elérésű szintre van beállítva. A tárfiók létrehozásakor vagy létrehozása után módosíthatja az alapértelmezett hozzáférési szint beállítását. Ha nem módosítja ezt a beállítást a tárfiókban, vagy explicit módon állítja be a szintet egy blob feltöltésekor, akkor alapértelmezés szerint egy új blob lesz feltöltve a gyakori elérésű szintre.

A kifejezetten hozzárendelt szinttel nem rendelkező blobok az alapértelmezett fiókhozzáférési szint beállításából következtetnek a rétegre. Ha egy blob hozzáférési szintje az alapértelmezett fiókhozzáférési szint beállításából származik, akkor a Azure Portal a hozzáférési szintet gyakori elérésű (kikövetkeztetett) vagy ritka elérésű (kikövetkeztetett) értékként jeleníti meg.

A tárfiók alapértelmezett hozzáférési rétegbeállításának módosítása a fiók összes olyan blobjára vonatkozik, amelyhez nincs explicit módon beállítva hozzáférési szint. Ha a gyakori elérésűről a ritka elérésűre vált egy általános célú v2-fiókban, akkor az írási műveletekért (10 000-enként) minden olyan blobért fizetnie kell, amelyre a hozzáférési szint kikövetkeztetett. Az olvasási műveletekért (10 000-enként) és az adatlekérésért (GB-onként) is díjat kell fizetnie, ha általános célú v2-fiókban vált a ritka elérésűről a gyakori elérésűre.

Örökölt Blob Storage-fiók létrehozásakor a létrehozáskor meg kell adnia az alapértelmezett hozzáférési szint beállítását gyakori vagy ritka elérésűként. Az alapértelmezett fiókhozzáférési szint beállításának gyakori elérésűről ritka elérésűre történő módosításáért nem kell díjat fizetnie egy örökölt Blob Storage-fiókban. Az olvasási műveletekért (10 000-enként) és az adatlekérésért (GB-onként) is díjat kell fizetnie, ha a Ritka elérésűről a Gyakori elérésűre vált egy Blob Storage-fiókban. A Microsoft a Blob Storage-fiókok helyett általános célú v2-tárfiókok használatát javasolja, ha lehetséges.

Megjegyzés

Az archív szint nem támogatott a tárfiókok alapértelmezett hozzáférési szintjeként.

Blobszint beállítása vagy módosítása

Ha a blob létrehozásakor explicit módon szeretné beállítani a réteget, adja meg a réteget a blob feltöltésekor.

A blob létrehozása után az alábbi módokon módosíthatja a szintjét:

  • A Blobréteg beállítása művelet meghívásával közvetlenül vagy életciklus-felügyeleti szabályzattal. A Set Blob Tier meghívása általában akkor a legjobb megoldás, ha egy blob szintjét forróbb szintről hűvösebbre módosítja.
  • A Blob másolása művelet meghívásával másolja a blobokat az egyik rétegből a másikba. A másolási blob meghívása a legtöbb olyan forgatókönyv esetében ajánlott, amikor egy blobot rehidratál az archív szintről egy online szintre, vagy egy blobot a ritka elérésűről a gyakori elérésűre helyez át. Blob másolásával elkerülheti a korai törlési büntetést, ha a forrásblobhoz szükséges tárolási időköz még nem telt el. A blob másolása azonban két blob, a forrásblob és a célblob kapacitási díjait eredményezi.

A blobok rétegének gyakori elérésűről ritka elérésűre vagy archívra történő módosítása azonnali, ahogy a ritka elérésűről a gyakori elérésűre változik. A blob archív rétegből a gyakori vagy ritka elérésű szintre történő rehidratálása akár 15 órát is igénybe vehet.

A blobok szintjének módosításakor tartsa szem előtt a következő szempontokat:

  • A Set Blob Tier nem hívható meg titkosítási hatókört használó blobokon. A titkosítási hatókörökről további információt a Blob Storage titkosítási hatóköreit ismertető cikkben talál.
  • Ha egy blob szintje a tárfiók alapértelmezett hozzáférési szintje alapján ritka elérésűként van kikövetkeztetve, és a blob átkerül az Archív szintre, nincs korai törlési díj.
  • Ha egy blobot explicit módon áthelyeznek a Ritka elérésű szintre, majd az Archív szintre helyeznek át, a korai törlési díjat kell fizetni.

Az alábbi táblázat összefoglalja a blobok különböző szintek közötti áthelyezésének megközelítéseit.

Forrás/cél Gyakori elérésű szint Ritka elérésű szint Archív szint
Gyakori elérésű szint N/A Blob rétegének módosítása gyakori elérésűről ritka elérésűre a Blobszint beállítása vagy a Blob másolása lehetőséggel. Tudj meg többet...

Blobok áthelyezése a ritka elérésű szintre életciklus-felügyeleti szabályzattal. Tudj meg többet...
Blob rétegének módosítása gyakori elérésűről archív szintre a Blobszint beállítása vagy a Blob másolása lehetőséggel. Tudj meg többet...

Blobok archiválása életciklus-felügyeleti szabályzattal. Tudj meg többet...
Ritka elérésű szint Blob rétegének módosítása ritka elérésűről gyakori elérésűre a Blobszint beállítása vagy a Blob másolása lehetőséggel. Tudj meg többet...

Blobok áthelyezése a gyakori elérésű szintre életciklus-felügyeleti szabályzattal. Tudj meg többet...
N/A Blob rétegének módosítása ritka elérésűről archív szintre a Blobszint beállítása vagy a Blob másolása lehetőséggel. Tudj meg többet...

Blobok archiválása életciklus-felügyeleti szabályzattal. Tudj meg többet...
Archív szint Rehidratáljon a gyakori elérésű szintre a Blobszint beállítása vagy a Blob másolása lehetőséggel. Tudj meg többet... Rehidratálja a ritka elérésű szintre a Blobszint beállítása vagy a Blob másolása lehetőséggel. Tudj meg többet... N/A

Blobéletciklus-kezelés

A Blob Storage életciklus-kezelése egy szabályalapú szabályzatot kínál, amellyel az adatok a kívánt hozzáférési szintre válthatók a megadott feltételek teljesülése esetén. Az életciklus-felügyelettel az adatok lejárata az életciklus végén is használható. További információ: A költségek optimalizálása Azure Blob Storage hozzáférési szintek automatizálásával.

Megjegyzés

A prémium szintű blokkblobtárfiókokban tárolt adatok nem rétegezhetők gyakori elérésű, ritka elérésű vagy archív tárolási szintre a Blobszint beállítása vagy Azure Blob Storage életciklus-kezelés használatával. Az adatok áthelyezéséhez szinkron módon át kell másolnia a blobokat a blokkblobtárfiókból egy másik fiók gyakori elérésű szintjére a Put Block From URL API vagy az AzCopy ezen API-t támogató verziójának használatával. A Put Block From URL API szinkron módon másolja az adatokat a kiszolgálón, ami azt jelenti, hogy a hívás csak akkor fejeződik be, ha az összes adat átkerül az eredeti kiszolgáló helyről a célhelyre.

A hozzáférési szint beállításainak összefoglalása

Az alábbi táblázat a gyakori elérésű, ritka elérésű és archív hozzáférési szintek funkcióit foglalja össze.

Gyakori elérésű szint Ritka elérésű szint Archív szint
Rendelkezésre állás 99.9% 99% Offline
Rendelkezésre állás
(RA-GRS olvasások)
99.99% 99.9% Offline
Használati díjak Magasabb tárolási költségek, de alacsonyabb hozzáférési és tranzakciós költségek Alacsonyabb tárolási költségek, de magasabb hozzáférési és tranzakciós költségek A legalacsonyabb tárolási költségek, de a legmagasabb hozzáférés és a tranzakciós költségek
Minimális ajánlott adatmegőrzési időtartam N/A 30 nap1 180 nap
Késés
(az első bájtig eltelt idő)
Ezredmásodperc Ezredmásodperc Óra2
Támogatott redundanciakonfigurációk Mind Mind Csak LRS, GRS és RA-GRS3

Az általános célú v2-fiókok ritka elérésű rétegében 1 objektum minimális megőrzési ideje 30 nap. Blob Storage-fiókok esetén nincs minimális megőrzési időtartam a ritka elérésű szinten.

2 Amikor az archív szintről rehidratál egy blobot, választhat egy standard vagy egy magas rehidratálási prioritást. Mindegyik különböző lekérési késéseket és költségeket kínál. További információ: A blobok archív rétegből történő rehidratálásának áttekintése.

3 További információ az Azure Storage redundanciakonfigurációiról: Azure Storage-redundancia.

Árak és számlázás

Minden tárfiók egy blobszinten alapuló díjszabási modellt használ a blokkblobtárolókhoz. Vegye figyelembe a következő szakaszokban ismertetett számlázási szempontokat.

További információ a blokkblobok díjszabásáról: Blokkblobok díjszabása.

Tárolási kapacitás költségei

A tárolt adatok mennyisége mellett az adatok tárolási költsége a hozzáférési szinttől függően változik. A gigabájtonkénti kapacitás költsége csökken, ahogy a szint hűvösebb lesz.

Adathozzáférési költségek

Az adathozzáférési díjak növekednek, ahogy a szint menőbb lesz. A ritka elérésű és az archív hozzáférési szinten lévő adatok esetében gigabájtonkénti adathozzáférési díjat kell fizetnie az olvasásokért.

Tranzakciós költségek

A tranzakciónkénti díj az összes szintre vonatkozik, és növekszik, amint a szint hűvösebb lesz.

Georeplikációs adatátviteli költségek

Ez a díj csak a konfigurált georeplikációs szolgáltatással rendelkező fiókokra vonatkozik, beleértve a GRS-t és az RA-GRS-t is. A georeplikációs adatátvitel gigabájtonkénti díj ellenében érhető el.

Kimenő adatátviteli költségek

A kimenő adatátvitelek (az Azure-régióból átvitt adatok) gigabájtonkénti sávszélesség-használatot vonnak maga után. A kimenő adatátviteli díjakról további információt a Sávszélesség díjszabásának részletei oldalon talál.

Az alapértelmezett fiókelérési szint módosítása

A fiókhozzáférés szintjének módosítása szintmódosítási díjakat eredményez minden olyan blob esetében, amely még nem rendelkezik explicit módon beállított szinttel. További információkért lásd a blobok hozzáférési szintjének módosítását ismertető alábbi szakaszt.

Blob hozzáférési szintjének módosítása

A blobok szintjének módosításakor tartsa szem előtt a következő számlázási hatásokat:

  • Amikor egy blobot feltöltenek vagy áthelyeznek a rétegek között, a feltöltés vagy a szintváltás után azonnal a megfelelő díjszabás szerint kell fizetni.
  • Amikor egy blobot egy hűvösebb szintre helyez át (gyakori elérésűről ritka elérésűre, gyakori elérésűről archívra vagy ritka elérésűről archiválásra), a rendszer a műveletet a célszintre történő írási műveletként számlázzuk, ahol az írási művelet (10 000-enként) és a célszint adatírási (GB-onkénti) díjai érvényesek.
  • Ha egy blobot melegebb szintre helyez át (Archiválás ritka elérésűre, Archiválásról Gyakori elérésűre vagy Ritka elérésűről gyakori elérésűre), a rendszer a műveletet a forrásszintről származó olvasási műveletként számlázzuk, ahol a forrásszint olvasási művelete (10 000-enként) és az adatlekérési (GB-onkénti) díjak érvényesek. A ritka elérésű vagy archív szintről áthelyezett blobok korai törlési díjai is érvényesek lehetnek.
  • Miközben a blobok rehidratálva vannak az archív szintről, a blob adatai archivált adatokként lesznek számlázva, amíg az adatok vissza nem állíthatók, és a blob szintje gyakran használt vagy ritka elérésűre nem változik.

Az alábbi táblázat összefoglalja a szintmódosítások számlázásának módját.

Díjak írása (művelet + hozzáférés) Díjak olvasása (művelet + hozzáférés)
Blobréteg beállítása művelet Gyakori elérésű–ritka elérésű
Gyakori elérésűről archívra
Ritka elérésűről archívra
Archív–ritka elérésű
Archív–gyakori elérésű
Ritka elérésűről gyakori elérésűre

A blobok hozzáférési szintjének módosítása a verziószámozás engedélyezésekor vagy ha a blob rendelkezik pillanatképekkel, további költségekkel járhat. A verziószámozást engedélyező blobokkal kapcsolatos információkért tekintse meg a díjszabást és a számlázást a blobok verziószámozási dokumentációjában. A pillanatképeket tartalmazó blobokkal kapcsolatos információkért tekintse meg a blobpillanatképek dokumentációjának díjszabását és számlázását .

Szolgáltatások támogatása

A szolgáltatás támogatását a Data Lake Storage Gen2, a Hálózati fájlrendszer (NFS) 3.0 protokoll vagy az SSH File Transfer Protocol (SFTP) engedélyezése befolyásolhatja.

Ha ezek közül a képességek közül bármelyiket engedélyezte, tekintse meg a Blob Storage szolgáltatástámogatását az Azure Storage-fiókokban a funkció támogatásának felméréséhez.

Következő lépések