Blobadatok gyors, gyors és archiválási hozzáférési rétegei

A felhőben tárolt adatok exponenciális tempóban növekednek. A bővülő tárterület-igények költségeinek kezeléséhez hasznos lehet az adatok rendszerezése az alapján, hogy milyen gyakran érhetők el, és mennyi ideig őrzi meg őket. Az Azure Storage különböző hozzáférési szinteket kínál, így a blobadatokat a használatuk módja szerint a leginkább költség-hatékony módon tárolhatja. Az Azure Storage hozzáférési rétegei:

  • Gyorsréteg – Olyan online szint, amely a gyakran megnyitott vagy módosított adatok tárolására van optimalizálva. A gyorsréteg rendelkezik a legmagasabb tárolási költségekkel, de a legalacsonyabb hozzáférési költségekkel.
  • Cool tier – Olyan online réteg, amely a ritkán elérhető vagy módosított adatok tárolásához van optimalizálva. A Csúcsrétegen tárolt adatokat legalább 30 napig kell tárolni. A nagy elérésű réteg alacsonyabb tárolási költségeket és magasabb hozzáférési költségeket biztosít a Hot tier-hez képest.
  • Archiválási szint – Olyan offline szint, amely a ritkán elérhető adatok tárolására van optimalizálva, és rugalmas késési követelményeket tartalmaz az órák sorrendjében. Az Archív rétegben tárolt adatokat legalább 180 napig kell tárolni.

Az Azure-tárterület-kapacitási korlátokat a fiók szintjén, nem a hozzáférési szint alapján állíthatja be. Dönthet úgy, hogy egy rétegben maximalizálja a kapacitást, vagy két vagy több rétegre osztja el a kapacitást.

Online hozzáférési szintek

Ha az adatokat online hozzáférési rétegben (Hot vagy Cool) tárolja, a felhasználók azonnal elérhetik őket. A hot tier a legjobb választás az aktív használatban lévő adatokhoz, míg a Cool tier ideális az olyan adatokhoz, amelyek ritkábban érhetők el, de ennek továbbra is elérhetőnek kell lennie olvasásra és írásra.

A hot tier használati forgatókönyvei például a következők:

  • Az aktív használatban lévő adatok, illetve amelyek várhatóan gyakran olvasnak be és írnak be.
  • Azok az adatok, amelyek a nagy hozzáférési szinthez történő feldolgozásra és az esetleges áttelepítésre vannak szakaszosak.

A nagy hozzáférési szint használati esetei:

  • Rövid távú adatok biztonsági mentése és katasztrófa-helyreállítás.
  • A régebbi, nem gyakran használt, de azonnali hozzáféréssel elérhető adatkészletek.
  • Nagy méretű adatkészletek, amelyek tárolása költség-hatékony módon, miközben további adatokat gyűjtünk össze feldolgozásra.

A cool tier adatai kissé alacsonyabb rendelkezésre állásban vannak, de ugyanolyan magas minőségben, beolvasási késéssel és átviteli tulajdonságokkal rendelkeznek, mint a Hot tier. A Felsőbb szintű adatok esetében a gyors szinthez képest alacsonyabb rendelkezésre állás és magasabb hozzáférési költségek elfogadható cserék lehetnek, ha alacsonyabb a teljes tárolási költségek. További információért lásd: Sla for storage (Szolgáltatásiszint-szerződés tárterülethez).

Az általános célú v2-fiókok Cool rétegében lévő blobra korai törlési hiba vonatkozik, ha 30 nap eltelte előtt törölték vagy másik rétegbe áthelyezték. Ezt a díjat a díjért számítjuk fel. Ha például egy blobot áthelyez a Cool rétegbe, majd 21 nap után töröl, korai törlési díjat számítunk fel, amely 9 (30 mínusz 21) napnak felel meg, ha a blobot a Cool rétegben tárolja.

A Hot and Cool tiers minden redundanciát támogat. Az Azure Storage adatredundáns beállításairól az Azure Storage bővebben.

Archiválási hozzáférési szint

Az archiválási szint egy offline réteg, amely ritkán elérhető adatok tárolására használható. Az archiválási hozzáférési rétegnek van a legalacsonyabb tárolási költsége, de magasabb adatbeolvasási költségek és késések, mint a Gyors és a Nagy elérésű rétegek esetében. Az archiválási hozzáférési szint használati esetei például a következők:

  • Hosszú távú biztonsági mentés, másodlagos biztonsági mentés és archiválási adatkészletek
  • Eredeti (nyers) adatok, amelyek akkor is megőrzhetők, ha véglegesen használható formába feldolgozták őket
  • Megfelelőségi és archiválási adatok, amelyek hosszú ideig tárolhatók, és szinte soha nem érhetők el

Az adatoknak az Archívum rétegben kell maradniuk legalább 180 napig, vagy korai törlési díjat kell kivetni. Ha például egy blobot áthelyez az Archív rétegbe, majd 45 nap után törli vagy áthelyezi a Hot tierbe, korai törlési díjat számít fel, amely 135 (180 mínusz 45) napnak felel meg a blob archiválási rétegben való tárolásához.

Az archív rétegben lévő blobok nem olvashatók és nem módosíthatók. Ha archiválási rétegben lévő blobot olvasni vagy letölteni, először újra kell azt hidratálni egy online rétegre, akár Hot, akár Cool. Az Archiválás rétegben az adatok rehidrációja akár 15 órát is igénybe vehet attól függően, hogy milyen prioritást ad meg az rehidrációhoz. A blob-re rehidrációkról további információt A blob újrakombálásának áttekintése az archív rétegből témakörben talál.

Az archivált blob metaadatai elérhetők maradnak az olvasási hozzáféréshez, így a blobot, valamint tulajdonságait, metaadatait és indexcímkéit is listába tudja sorolni. Az archív rétegben lévő blobok metaadatai csak olvashatók, míg a blobindex címkéi olvashatók vagy írhatók. Archivált blobok nem támogatják a pillanatfelvételeket.

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

Megjegyzés

Az Archív szint nem támogatott a ZRS, az GZRS és az RA-GZRS-fiókokban. A LRS-ről GRS-re való áttelepítés akkor támogatott, ha nem lett blobok az archív rétegbe áthelyezve, amíg a fiók LRS-re volt beállítva. Egy fiókot vissza lehet áthelyezni a GRS szolgáltatásba, ha a frissítést 30 napnál később végzi el attól az időponttól, amikor a fiók LRS-re vált, és nem lett blobok áthelyezve az archív rétegbe, amíg a fiók LRS-re volt beállítva.

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

Storage fiókok alapértelmezett hozzáférési rétegbeállítással vannak megjelölve, amely azt az online réteget jelzi, amelyben új blob jön létre. Az alapértelmezett hozzáférési szint beállítását a Hot vagy a Cool beállításra is beállíthatja. 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 rétege módosításakor.

Az új általános célú V2-tárolófiókok alapértelmezett hozzáférési rétege alapértelmezés szerint a Hot tier. 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ókon, vagy explicit módon adja meg a réteget blob feltöltésekor, akkor a program alapértelmezés szerint feltölt egy új blobot a hot tierbe.

Az olyan blob, amely nem rendelkezik explicit módon hozzárendelt rétegtel, az az alapértelmezett fiók-hozzáférési szint beállítástól számítja ki a réteget. Ha egy blob hozzáférési rétege kikövetkezik az alapértelmezett fiók hozzáférési rétegének beállításból, akkor az Azure Portal a hozzáférési réteget Hot (kikövetkeztetve) vagy Cool (kikövetkeztetve)ként jeleníti meg.

A tárfiókok alapértelmezett hozzáférési rétegbeállításának módosítása a fiók minden olyan blobjára érvényes, amelyhez nincs explicit módon beállítva hozzáférési szint. Ha egy általános célú v2-fiókban a Gyorsról a Coolra váltáskor az alapértelmezett hozzáférési szint beállítását használja, akkor minden olyan blob esetében (10 000-re számolva) díjat számolunk fel, amelyekhez a hozzáférési szint kikövetkezik. Ha általános célú v2-fiókban a Coolról Hot-ra váltógombot ad meg, akkor az olvasási műveletekért (10 000) és az adatbeolvasásért (GB-ra) kell fizetnie.

Régi Blob-Storage létrehozásakor az alapértelmezett hozzáférési szint beállítását Hot vagy Cool értékként kell megadnia a létrehozáskor. Az alapértelmezett fiókelérési szint Hot-ről Coolra való módosításáért a régi Blob-fiókok esetén Storage díjat. Ha blob- vagy Storage-fiókban a Cool to Hot (Lehűtés) beállításról Hot-ra váltógombot ad meg, akkor az olvasási műveletekért (10 000) és az adatbeolvasásért (GB-Storage) kell fizetnie. A Microsoft azt javasolja, hogy a Blob helyett általános célú v2 Storage tárolófiókokat használjon.

Megjegyzés

A tárfiókok alapértelmezett hozzáférési rétege nem támogatja az archiválási réteget.

Blob rétegének beállítása vagy módosítása

Ha létrehozáskor explicit módon meg kell adnia egy blob rétegét, a blob feltöltésekor adja meg a réteget.

Blob létrehozása után a réteget az alábbi módszerek egyikével módosíthatja:

  • A Blobréteg beállítása művelet hívásával közvetlenül vagy egy életciklus-kezelési házirenden keresztül. A Blobréteg hívása általában akkor a legjobb megoldás, ha egy blob rétegét hotter-rétegről alacsonyabbra módosítja.
  • A Blob másolása művelet hívása egy blob másolása egyik rétegből a másikba. A Blob másolása hívása a legtöbb olyan helyzetben ajánlott, amikor az archív rétegből egy online rétegbe rehidrál egy blobot, vagy a blobot a Cool szintről a Hot szintre mozgatja. Blob másolása esetén elkerülheti a korai törlési hibákat, ha a forrás blob szükséges tárterülete még nem érkezett meg. Ha azonban egy blob másolása kapacitási költségeket ad két blobhoz, a forrás- és a cél blobhoz.

A blob rétegének Gyorsról Gyorsra vagy Archiválásra való módosítása azonnal megeső, ahogy az a Gyorsról a Gyorsra változik. Az archív rétegből a Hot vagy a Cool rétegbe való blobátátszüntetve akár 15 óra is eltelhet.

Ne feledje az alábbi pontokat, amikor blobot mozgat a nagyszerű és az archív rétegek között:

  • Ha egy blob rétege a storage-fiók alapértelmezett hozzáférési rétege alapján kikövetkeztethető, és a blob átkerül az archív rétegre, nincs korai törlési díj.
  • Ha egy blobot kifejezetten áthelyez a Cool rétegbe, majd áthelyezi az archív rétegbe, a korai törlési díj vonatkozik rá.

Az alábbi táblázat összefoglalja azokat a lehetőségeket, amelyek a blobok különböző rétegek közötti áthelyezését foglalják össze.

Origin/Destination Hot tier Cool tier Archiválási szint
Hot tier A blob rétegét a Gyors szintről a Gyors szintről a Blobréteg beállítása vagy a Blob másolása beállítással módosíthatja. Tudj meg többet...

Az életciklus-kezelési házirendtel blobokat mozgathat a nagyszerű rétegbe. Tudj meg többet...
A blob rétegét módosítsa gyorsról archívra a Blobréteg beállítása vagy a Blob másolása beállítással. Tudj meg többet...

Blobok archiválhatók az életciklus-kezelési házirendekkel. Tudj meg többet...
Cool tier A blob rétegét a "Cool" szintről a Hot (Gyors) beállításra módosíthatja a Blobréteg beállítása vagy a Blob másolása beállítással. Tudj meg többet...

Blobok áthelyezése a hot tier-hez egy életciklus-kezelési házirend használatával. Tudj meg többet...
Módosítsa a blob rétegét a "Nagyszerű" szintről az Archiválás szintről a Blobréteg beállítása vagy a Blob másolása beállítással. Tudj meg többet...

Blobok archiválhatók az életciklus-kezelési házirendekkel. Tudj meg többet...
Archiválási szint A Blobréteg beállítása vagy a Blob másolása beállítással átiratálhatja a hot tier réteget. Tudj meg többet... A Blobréteg beállítása vagy a Blob másolása beállítással rehidratálhatja a cool tier réteget. Tudj meg többet...

Blob-életciklus kezelése

A Blob-tárterület életciklusának kezelése szabályalapú házirendet biztosít, amely segítségével az adatokat a kívánt hozzáférési rétegre átviheti, amikor a megadott feltételek teljesülnek. Az életciklus kezelését arra is használhatja, hogy az adatok az életciklusuk végén lejárnak. További információért olvassa el a Költségek optimalizálása az Azure Blob Storage és hozzáférési rétegekkel való automatizálását.

Megjegyzés

A prémium szintű blokkok blobtároló fiókjában tárolt adatok nem rétegesednek a Következőre: Hot, Cool vagy Archive (Blobréteg beállítása) vagy Azure Blob Storage-életciklus kezelése. Adatok áthelyezéséhez szinkronizálva kell másolnia a blobokat a blokk blobtároló fiókjából egy másik fiók Hot rétegére a Letiltás innen URL API-val vagy az AzCopy egy olyan verziójával, amely támogatja ezt az API-t. A Letiltás az URL-címről API-val szinkron módon másolja az adatokat a kiszolgálóra, ami azt jelenti, hogy a hívás csak akkor fejeződik be, amikor az összes adatot áthelyezte az eredeti kiszolgálói helyről a célhelyre.

A hozzáférési szint beállításainak összegzése

Az alábbi táblázat összefoglalja a Gyors, a Gyors és az Archiválás hozzáférési réteg funkcióit.

Hot tier Cool tier Archiválási szint
Elérhetőség 99.9% 99% Offline
Elérhetőség
(RA-GRS olvasás)
99.99% 99.9% Offline
Használati díjak Nagyobb tárterületköltségek, alacsonyabb hozzáférés- és tranzakcióköltség Alacsonyabb tárolási költségek, de nagyobb hozzáférés és tranzakciós költségek A legalacsonyabb tárolási költségek, de a legmagasabb hozzáférés és tranzakciós költségek
Minimális ajánlott adatmegőrzési idő 30 nap1 180 nap
Késés
(Idő az első bájthoz)
Ezredmásodperc Ezredmásodperc 2. óra
Támogatott redundanciakonfigurációk Mind Mind Csak LRS, GRS és RA-GRS3 esetén

1 Az általános célú v2-fiókok Cool rétegében lévő objektumok minimális megőrzési ideje 30 nap. A Blob Storage fiókok esetében nincs minimális adatmegőrzési idő az ilyen megőrzési szinthez.

2 Ha az Archívum rétegből rehidrál egy blobot, választhat egy normál vagy magas re re priority (Magas prioritás) beállítást. Mindegyik különböző beolvasási késéseket és költségeket kínál. További információ: Az archív rétegből újraértő blob áttekintése.

3 Az Azure Storage redundanciakonfigurációiról az Azure Storage bővebben.

Díjszabás és számlázás

Az összes tárfiók árazási modellt használ a blobtároló blokkolására, amely a blobrétegen alapul. Ne feledje az alábbi szakaszokban ismertetett számlázási szempontokat.

A blokk blobok árairól további információt a Blob-árak blokkolása.

Storage költségének csökkentése

A tárolt adatok mennyisége mellett az adattárolás költsége is változó a hozzáférési szinttől. A gigabájtos kapacitás költsége csökken, ahogy a réteg alacsonyabb lesz.

Adatelérési költségek

Az adatelérési díjcsomag alacsonyabb lesz, mint az alacsonyabb szint. A Cool and Archive hozzáférési rétegben megadott adatok esetében egy gigabájtos adatelérési díjat számítunk fel az olvasásokért.

Tranzakciós költségek

A tranzakciónkénti díj az összes rétegre vonatkozik, és a szint alacsonyabb lesz.

Földrajzi replikációs adatátviteli költségek

Ez a díj csak azokra a fiókokra vonatkozik, amelyekhez konfigurálva van a geo replikáció, beleértve a GRS-t és az RA-GRS-t. A földrajzi replikációs adatátvitel gigabájtonkénti díjat számít fel.

Kimenő adatátviteli költségek

A sávszélesség-használat gigabájtonkénti számlázásával kimenő adatátvitelek (Azure-régióból átvitt adatok). A kimenő adatátviteli díjakról a Bandwidth Pricing Details (Sávszélesség árazási részletei) lapon olvashat bővebben.

Az alapértelmezett fiók hozzáférési rétegének módosítása

A fiók hozzáférési rétegének módosításával az összes olyan blob esetében díjat kell módosítania, amely még nincs külön beállítva rétegtel. További információt a következő, Blob hozzáférési rétegének módosítása című szakaszban található.

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

Ne feledje, hogy a blobréteg módosításakor az alábbi számlázási hatással jár:

  • Amikor egy blobot feltölt vagy áthelyez a rétegek között, a feltöltés vagy a szintváltozás után azonnal fel lesz terhelve a megfelelő sebességet.
  • Ha egy blobot egy alacsonyabb szintű rétegbe (Gyors tárhelyre, Gyors archiválásra vagy Archiválásra gyorsára) áthelyez, a műveletet írási műveletként számlázjuk a célrétegre, ahol az írási művelet (10 000-re) és az adatírásra (GB-ra) a célréteg díjai érvényesek.
  • Ha egy blobot melegebb rétegbe áthelyez (Archiválás a következőre: Cool, Archive to Hot vagy Cool to Hot), a művelet olvasottként lesz kiszámlázva a forrásszintről, ahol a forrásréteg olvasási művelete (10 000-enként) és adatbeolvasási (GB-onként) a forrásréteg díjai érvényesek. A régi és az archiválási rétegből áthelyezott blobok korai törlési díja is érvényes lehet.
  • Amíg egy blobot újra nem hidratál az archív rétegből, a blob adatait archivált adatként számlázjuk mindaddig, amíg az adatok vissza nem állnak, és a blob rétege a Gyors vagy a Lehűtött adatokat nem változik.

Az alábbi táblázat a rétegváltozások számlázását foglalja össze.

Írási díjak (művelet +hozzáférés) Olvasási díjak (művelet +hozzáférés)
Blobréteg beállítása művelet Hot to Cool
Archiválásra gyors
Nagyszerű archiválás
Archiválás nagyszerűen
Archiválás a Gyors archiválás mappába
Cool to Hot

Ha verziószámozás engedélyezése esetén módosítja egy blob hozzáférési rétegét, vagy ha a blob pillanatképekkel rendelkezik, az további költségeket eredményezhet. Az engedélyezett verziószámozást engedélyező blobokkal kapcsolatban A blobverziók dokumentációjában az Árak és számlázás csoportban talál további információt. A pillanatképekkel készített blobokkal kapcsolatos további információkért lásd a blob-pillanatfelvételek dokumentációjában az Árak és számlázás.

Funkciótámogatás

Az alábbi táblázatban látható, hogy miként támogatott ez a szolgáltatás a fiókjában, és hogy az egyes képességek engedélyezése milyen hatással van a támogatásra.

Storage fióktípus Blob Storage (alapértelmezett támogatás) Data Lake Storage Gen2 1 NFS 3.0 1 SFTP 1
Általános célú általános célú v2 Igen Igen Igen Igen
Prémium blobok blokkolása Nem Nem Nem Nem

1 Data Lake Storage Gen2, Network File System (NFS) 3.0 protokoll és az SSH File Transfer Protocol (SFTP) támogatása mind megköveteli egy olyan tárfiók használatát, amely hierarchikus névteret tartalmaz.

A szolgáltatások régiónkénti támogatásával kapcsolatos további információkért lásd: Régiónként elérhető Azure-termékek.

További lépések