Megjegyzés
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhat bejelentkezni vagy módosítani a címtárat.
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhatja módosítani a címtárat.
A felhőben tárolt adatok exponenciális ütemben nőnek. A bővülő tárolási igények költségeinek kezeléséhez hasznos lehet az adatok rendszerezése annak alapján, hogy milyen gyakran lesznek elérhetők, és mennyi ideig őrizzük meg azokat. Azure tároló különböző hozzáférési szinteket kínál, így a blobadatok a használatuktól függően a legköltséghatékonyabb módon tárolhatók. Azure Storage hozzáférési szintek a következők:
- Gyakori elérésű réteg – A gyakran használt vagy módosított adatok tárolására optimalizált online réteg. A gyakori elérésű réteg a legmagasabb tárolási költségekkel rendelkezik, de a legalacsonyabb hozzáférési költségekkel.
- Ritka elérésű réteg – Olyan online réteg, amely ritkán elért vagy módosított adatok tárolására van optimalizálva. A ritka elérésű rétegben lévő adatokat legalább 30 napig kell tárolni. A ritka elérésű réteg alacsonyabb tárolási és magasabb hozzáférési költségekkel rendelkezik a gyakori elérésű szinthez képest.
- Hideg réteg – Olyan online réteg, amely ritkán elérhető vagy módosított adatok tárolására van optimalizálva, de még mindig gyors lekérést igényel. A hideg rétegben lévő adatokat legalább 90 napig kell tárolni. A hideg tárolási szintnek alacsonyabbak a tárolási és magasabbak az elérési költségei a hűvös tárolási szinthez képest.
- Archív szint – Olyan offline réteg, amely ritkán elérhető adatok tárolására van optimalizálva, és 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.
- Intelligens szint – Az intelligens szint automatikusan áthelyezi az adatokat a gyakori, ritka elérésű és a ritka elérésű hozzáférési szintek között a használati minták alapján, és automatikusan optimalizálja ezeknek a hozzáférési szinteknek a költségeit. További információ: Költségek optimalizálása intelligens szinttel.
Azure tárkapacitás korlá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 szinten.
Megjegyzés
A hozzáférési szint beállítása csak blokkblobokon engedélyezett. A hozzáfűző blobok és a lapblobok nincsenek támogatva.
Online hozzáférési szintek
Ha az adatokat online hozzáférési szinten (forró, hűvös vagy hideg) tárolják, a felhasználók azonnal hozzáférhetnek azokhoz. Az aktív használatban lévő adatok számára a legjobb választás a gyors hozzáférésű tárolási szint. Az alacsony vagy hideg szint ideális olyan adatokhoz, amelyeket ritkán érnek el, de továbbra is elérhetőnek kell lennie olvasáshoz és íráshoz.
A gyakori elérésű réteg használati forgatókönyvei például a következők:
- Az aktív használatban lévő vagy várt adatok gyakori olvasást és írást igényelnek.
- A feldolgozásra és végül a ritka hozzáférési rétegbe való áttelepítésre előkészített adatok.
A hűvös és ritka elérésű hozzáférési szintek használati forgatókönyvei a következők:
- Rövid távú adatmentés és vészhelyreállítás.
- A gyakran nem használt, de az azonnali hozzáféréshez szükséges régebbi adatkészletek várhatóan elérhetők lesznek.
- Nagy adatkészletek, amelyeket költséghatékony módon kell tárolni, miközben más adatok gyűjtése folyamatban van feldolgozásra.
Ha meg szeretné tudni, hogyan helyezhet át egy blobot a gyakori, ritka elérésű vagy hideg szintre, olvassa el a blob hozzáférési szintjének beállítása című témakört.
A hűvös és hideg rétegek 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 forró réteg. A hideg vagy hűvös rétegben lévő adatok esetében a kissé alacsonyabb rendelkezésre állás és a magasabb hozzáférési költségek elfogadható kompromisszumot jelenthetnek az általánosságban alacsonyabb tárolási költségekért, a forró réteghez képest. További információt a tárolók rendelkezésreállási szolgáltatási szintjeit ismertető szakaszban talál.
A blobok korai törlési büntetést vonnak maguk után, ha törölték, felülírták vagy áthelyezték őket egy másik szintre, mielőtt a szint által megkövetelt minimális napok száma megtelt volna. Például egy általános célú v2-fiók hideg rétegében lévő blobra korai törlési büntetés vonatkozik, ha törlik vagy áthelyezik egy másik szintre, mielőtt 30 nap eltelt volna. A hideg rétegben lévő blobok esetében a törlési büntetés érvényes, ha 90 nap letelte előtt törlik vagy áthelyezik 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ű rétegben való tárolásának 9 (30 mínusz 21) napjával egyenértékű korai törlési díjat számít fel. A korai törlési díjak akkor merülnek fel, ha a teljes objektumot bármilyen művelet, például Blob elhelyezése, Blokklista elhelyezése vagy Blob másolása révén írják át a megadott időkereten belül. Ez a díj a megfelelő szint adattárolási ára alapján történik, azaz egy archivált blob 120 nap után történő törlése 180 napig fogja terhelni ezt az objektumot.
Megjegyzés
A helyreállítható törlést engedélyező fiókokban a blobok törlés után töröltnek minősülnek, és a megőrzési idő lejár. Amíg ez az időszak le nem jár, a blob csak ideiglenesen törölt marad, és nem vonatkozik a korai törlési büntetés.
A forró, a hűvös és a hideg szintek támogatják az összes redundanciakonfigurációt. A Azure Storage adatredundancia-beállításairól további információt a Azure Storage redundancia című témakörben talál.
Archiválási hozzáférési szint
Az archív szint egy offline szint, amely ritkán elérhető adatok tárolására használható. Az archív hozzáférési szint a legalacsonyabb tárolási költséggel rendelkezik. Ez a szint azonban magasabb adatlekérési költségekkel és nagyobb késéssel rendelkezik a meleg, a hűvös és a hideg szintekhez képest. Az archív hozzáférési szint használati forgatókönyvei például 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 a végleges használható formában történő feldolgozás után is
- Megfelelőségi és archiválási adatok, amelyeket hosszú ideig kell tárolni, és alig érhetők el
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 kell az archív szinten maradniuk, ellenkező esetben korai törlési díjat kell fizetni. Ha például egy blobot áthelyeznek az archív szintre, majd 45 nap elteltével törlik vagy áthelyezik a gyakori rétegbe, a rendszer a blob archiválási szinten való tárolásának 135 (180 mínusz 45) napjával egyenértékű korai törlési díjat számít fel.
Megjegyzés
A helyreállítható törlést engedélyező fiókokban a blobok törlés után töröltnek minősülnek, és a megőrzési idő lejár. Amíg ez az időszak le nem jár, a blob csak ideiglenesen törölt marad, és nem vonatkozik a korai törlési büntetés.
Bár egy blob az archív szinten van, nem olvasható és nem módosítható. Ha egy blobot az archív szinten szeretne olvasni vagy letölteni, először rehidratálnia kell azt egy online szintre, akár forró, akár hűvös, 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 blob-rehidratálással kapcsolatos további információkért lásd a blob rehidratálásának áttekintése az archív rétegből című részt.
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 rétegben lévő blobok metaadata írásvédett, míg a blobindex-címkék olvashatók és írhatók. Az archivált blobok metaadatainak tárolási költségeit a hűvös réteg tarifái alapján számítják fel. 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:
- Blob másolása
- Blob törlése
- Blobok leválasztás
- Blobok keresése címkék szerint
- Blob-metaadatok lekérése
- Blob-tulajdonságok lekérése
- Blob címkék lekérése
- Blobok listázása
- Blobcímkék beállítása
- Blob szint beállítása
Csak az LRS-hez, GRS-hez vagy RA-GRS-hez konfigurált tárfiókok támogatják a blobok áthelyezését az archív szintre. Az archív réteg nem támogatott ZRS-, GZRS- vagy RA-GZRS-fiókok esetében. A Azure Storage redundanciakonfigurációiról további információt a Azure Storage redundancia című témakörben talál.
Az archív szinten blobokat tartalmazó tárfiók redundanciakonfigurációjának módosításához először az összes archivált blobot a gyakori, ritka elérésű vagy hideg szintre kell rehidratálnia. Mivel a rehidratálási műveletek költségesek és időigényesek lehetnek, Microsoft azt javasolja, hogy kerülje az archivált blobokat tartalmazó tárfiók redundanciakonfigurációjának módosítását.
A tárfiók LRS-ről GRS-re történő migrálása akkor támogatott, ha nem helyezték át a blobokat az archív szintre, amíg a fiók az LRS-hez lett konfigurálva.
Minimális számlázható objektumméret a hűtőrétegeken
Azoknál a tárfiókoknál, amelyek Azure Blob Storage-t vagy Azure Data Lake Storage-t használnak, a minimálisan számlázható objektumméret 128 KiB az cool, cold és archív hozzáférési szintek esetén. Az ezekben a szintekben lévő, 128 KiB-nél kisebb objektumok számlázása 128 KiB-objektumként történik a megfelelő szinthez képest. A számlázás a meglévő kapacitás számlázási mérőszámait (tárolt adatokat) használja, és a tranzakció számlázása nem változik.
Ez a számlázási viselkedés két szakaszban jelenik meg:
- 2026. július 1.: A számlázási viselkedés az ezen a napon vagy azt követően létrehozott összes új tárfiókra vonatkozik. A meglévő tárfiókok nem változnak.
- 2027. július 1.: A számlázási viselkedés az összes tárfiókra vonatkozik.
A fiókszintű metaadatok részét képező tárfiók létrehozási ideje határozza meg, hogy melyik szakasz érvényes.
A gyakori elérésű hozzáférési szint továbbra sem rendelkezik minimális számlázható objektummérettel. A lehetséges költséghatás csökkentése érdekében fontolja meg, hogy a kisebb objektumokat nagyobb objektumokba csomagolja , mielőtt az adatokat hűvösebb rétegekbe helyezi át, vagy intelligens szinttel automatikusan megtartja a kis objektumokat a gyakori elérésű hozzáférési szinten.
A változás támogatásához a Azure portál Blob kapacitás metrikái új blobtípusokat vezetnek be: BlockBlobSmall és Azure Azure Data Lake Storage Small.
Megjegyzés
A BlockBlob blobtípustól kifejezetten függő meglévő irányítópultokkal, riasztásokkal, költségjelentésekkel vagy automatizálással rendelkező ügyfeleknek ennek megfelelően kell áttekintenie és frissítenie ezeket a munkafolyamatokat.
Azok a munkafolyamatok, amelyek feltételezik, hogy az összes blokkblobot a BlockBlob adattípus alatt jelentik, hiányos vagy váratlan eredményeket adhatnak vissza, ha ezek az új adattípusok megjelennek a kapacitásmetrikákban.
Alapértelmezett fiókhozzáférésszint-beállítás
A tárfiókok alapértelmezett hozzáférésiszint-beállítással rendelkeznek, amely azt az online szintet jelzi, amelyben új blob jön létre. Az alapértelmezett hozzáférési réteg beállítása lehet forró, hűvös vagy hideg. 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éteg 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ű rétegre van á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 szintet. Ha nem módosítja ezt a beállítást a tárfiókban, vagy explicit módon állítja be a réteget 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ókelé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 ered, akkor az Azure portál az elérési szintet Hot (következtetett), Cool (következtetett) vagy Cold (következtetett)ként jelzi.
A tárfiók alapértelmezett hozzáférési szintjének módosítása a fiók összes olyan blobjára vonatkozik, amelyhez a hozzáférési szint nincs explicit módon beállítva. Ha a v2-es általános célú fiók alapértelmezett hozzáférési szint beállítását hidegebb szintre állítja, akkor fizetnie kell az összes olyan blob írási műveleteiért (10 000 műveletenként), amelynél 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) egyaránt díjat számítunk fel, ha egy általános célú v2-fiók melegebb rétegére vált.
Örökölt Blob Storage-fiók létrehozásakor meg kell adnia a létrehozáskor az alapértelmezett hozzáférési szintet, amely lehet forró vagy hűvös. Az alapértelmezett fiókhozzáférési szint beállításának egy régebbi Blob Storage-fiókban lévő, hűvösebb szintre történő módosításáért nem jár költség. Az olvasási műveletekért (10 000-enként) és az adatlekérésért (GB-onként) is díjat számítunk fel, ha egy Blob Storage-fiók melegebb rétegére vált. Microsoft általános célú v2 tárfiókok használatát javasolja a Blob Storage tárfiókok helyett, 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 explicit módon szeretné beállítani egy blob szintjét a létrehozáskor, adja meg a réteget a blob feltöltésekor.
A blob létrehozása után a rétegét az alábbi módokon módosíthatja:
A Blob réteg beállítása művelet meghívásával közvetlenül vagy az életciklus-kezelési szabályzat segítségével. A Set Blob Tier hívása általában a legjobb megoldás, amikor egy blob szintjét melegebb szintről hűvösebbre módosítjuk.
Megjegyzés
Az archivált blobokat nem lehet online szintre rehidratálni életciklus-kezelési szabályzatok használatával.
Az Blob másolása művelet meghívásával másolhat egy blobot az egyik rétegből a másikba. A Copy Blob használatát a legtöbb olyan esetben ajánlott, amikor egy blobot az archív szintről egy online szintre rehidratál, vagy egy blobot a ritka elérésű vagy az archív szintről a gyakori elérésű szintre 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 blobok másolása azonban két blob, a forrásblob és a célblob kapacitására vonatkozó díjakat eredményez.
A blob rétegének módosítása melegebb rétegről hidegebbre vagy hűvösre, illetve hideg vagy hűvös rétegről forróra azonnali. Egy blob újrahidratálása az archív szintről egy online szintre, például a forró, a hűvös vagy a hideg szintre akár 15 órát is igénybe vehet.
A blobszint módosításakor tartsa szem előtt az alábbi pontokat:
A Blobszint beállítása nem használható titkosítási hatókört használó blob archiválására. A blobszint beállítása csak az online hozzáférési szintek közötti váltáshoz használható. A titkosítási hatókörökről további információt a Blob Storage titkosítási hatókörei című témakörben talál.
Ha egy blobot kifejezetten a hűvös vagy hideg szintre helyeznek át, majd az archív szintre, a korai törlési díj érvényes.
Blobéletciklus-kezelés
A Blob Storage életciklus-kezelése egy szabályalapú szabályzatot kínál, amellyel a megadott feltételek teljesülése esetén az adatok áttérhetnek a kívánt hozzáférési szintre. Az életciklus-kezeléssel az adatok az élettartamuk végén is lejárhatnak. További információ: A költségek optimalizálása Azure Blob Storage hozzáférési szintek automatizálásával.
Az archivált blobokat nem lehet online szintre rehidratálni életciklus-kezelési szabályzatok használatával. A prémium szintű blokkblobtároló-fiókban tárolt adatok nem rétegezhetők gyakori, ritka elérésű, hideg vagy archív tárolókba a Set Blob Tier vagy az Azure Blob Storage életciklus-kezelés használatával. Az adatok áthelyezéséhez szinkronosan kell másolnia a blobokat a blokkbobtároló-fiókból egy másik fiók forró rétegére a Put Block From URL API vagy az API-t támogató AzCopy egy verziójá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 az eredeti kiszolgáló helyről a célhelyre kerül.
Tárolási műveletek
Bár az életciklus-kezelés segítségével egy fiókon belül különböző szintek között helyezheti át az adatokat, tárolási feladatokkal ezt a feladatot több fiókra kiterjedő skálán hajthatja végre. A tárolási feladat egy erőforrás az Azure Storage Actions, a kiszolgáló nélküli keretrendszerben, amellyel gyakori adatműveleteket hajthat végre több tárfiókban, több millió objektumon. További információkért lásd: Mik azok az Azure Storage műveletek?
A hozzáférési szint beállításainak összegzése
Az alábbi táblázat a gyakori, ritka elérésű, hideg és archív hozzáférési szintek funkcióit foglalja össze.
| Gyors elérésű réteg | Ritka elérésű szint | Hideg réteg | Archívum szint | |
|---|---|---|---|---|
| Elérhetőség | 99,9% | 99% | 99% | 99% |
|
Elérhetőség (RA-GRS olvas) |
99,99% | 99,9% | 99,9% | 99,9% |
| 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 | Alacsonyabb tárolási költségek, de magasabb hozzáférési és tranzakciós költségek | 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őszak | n/a | 30 nap1 | 90 nap1 | 180 nap |
|
Késleltetés (Az első bájtig eltelt idő) |
Ezredmásodperc | Ezredmásodperc | Ezredmásodperc | Óra2 |
| Támogatott redundanciakonfigurációk | Minden | Minden | Minden | Csak LRS, GRS és RA-GRS3 |
Az általános célú v2-fiókok ritka elérésű rétegében lévő objektumok minimális megőrzési időtartama 30 nap. Az általános célú v2-fiókok hideg rétegében lévő objektumok minimális megőrzési időtartama 90 nap. Blob Storage fiókok esetében nincs minimális megőrzési időtartam a hűvös vagy hideg elérésű szinten.
2 Amikor egy blobot az archív rétegből rehidratál, két beállítás között választhat: standard vagy magas rehidratálási prioritással. Mindegyik különböző lekérési késéseket és költségeket kínál. További információért lásd: A blob archiválási rétegből való rehidratálásának áttekintése.
3 A Azure Storage redundanciakonfigurációiról további információt a Azure Storage redundancia című témakörben talál.
Árképzés és számlázás
Minden tárfiók egy blobszinten alapuló blokkblobtároló díjszabási modelljét használja. Vegye figyelembe a következő szakaszokban ismertetett számlázási szempontokat.
A blokkblobok díjszabásáról további információt a Blokkblobok díjszabása című témakörben talál.
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ásköltség csökken, ahogy a réteg egyre hűvösebb lesz. A 128 KiB-nél kisebb ritka, hideg és archív szinteken lévő objektumok számlázása 128 KiB-objektumként történhet a tárfiók létrehozásának időpontjától függően. További részletekért lásd a minimális számlázható objektumméretet a hűtőrétegeken.
Adathozzáférési költségek
Az adathozzáférési díjak növekednek, ahogy a szint hidegebbé válik. A ritka gyakoriságú, hideg és archív hozzáférési szinten lévő adatok esetén 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 rétegre vonatkozik, és növekszik, ahogy a réteg egyre hűvösebb lesz.
Georeplikációs adatátviteli költségek
Ez a díj csak a georeplikációs konfigurált fiókokra vonatkozik, beleértve a GRS-t, az RA-GRS-t és a GZRS-t. A georeplikációs adatátvitel gigabájtonkénti díj ellenében érhető el.
Kimenő adatátvitel költségei
A kimenő adatátvitelek (Azure régióból átvitt adatok) gigabájtonkénti sávszélesség-használat számlázását vonják 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 rétegmó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ó: A blob hozzáférési szintjének módosítása című szakasz.
Blob hozzáférési szintjének módosítása
Tartsa szem előtt a blobszint módosításakor 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 szint módosítása után azonnal a megfelelő díjért kell fizetni.
- Ha egy blobot egy hűvösebb szintre helyez át, a művelet írási műveletként (10 000-enként) kerül számlázásra a célszintre. További adatírási díj (GB-onként) vonatkozik, ha a blobokat egy régi típusú Blob Storage-fiókon belül egy hűvösebb szintre mozgatja.
- Amikor egy blobot melegebb szintre helyeznek át, a rendszer a műveletet olvasásként számlázja ki a forrásszintről, ahol az olvasási művelet (10 000-enként) és a forrásszint adatlekérési (GB-onkénti) díjai érvényesek. A hűvös, hideg vagy archív rétegből áthelyezett blobok korai törlés díjai is felszámításra kerülhetnek.
- Bár egy blob az archív szintből van rehidratálva, annak adatai archivált adatokként kerülnek kiszámlázásra mindaddig, amíg az adatok helyre nem állnak, és a blob szintje gyakori, mérsékelt vagy hideg elérésűre nem változik.
Az alábbi táblázat a rétegmódosítások számlázásának módját foglalja össze.
| Díjak felszámítása (művelet + hozzáférés) | Olvasási díjak (művelet + hozzáférés) |
|---|---|
| Forróról hűvösre Meleg és hideg Hogyan archiváljunk Hűvös és hideg Jó archiválni Hideg az archiváláshoz |
Archiválás hideg tárolóba Archiválás hűtésre Archiválás gyakori elérésűre Hidegtől hűvösig Hideg és meleg Hűvöstől forróig |
Ha a verziószámozás engedélyezve van, vagy ha a blob rendelkezik pillanatképekkel, a blob hozzáférési szintjének módosítása további díjakat vonhat maga után. A verziókezelést engedélyező blobokkal kapcsolatos információkat a blob verziókezelési dokumentációjának Árazási és számlázási részében találja. A pillanatképeket tartalmazó blobokról további információt a blob pillanatképek dokumentációjában található díjszabás és számlázás című témakörben talál.
Hideg réteg
A hideg réteghez a REST, az SDK-k és az eszközök alábbi minimális verziói szükségesek
| Környezet | Minimális verzió |
|---|---|
| REST API | 2021-12-02 |
| .NET | 12.15.0 |
| Java | 12.21.0 |
| Python | 12.15.0 |
| JavaScript | 12.13.0 |
| PowerShell (Az.Storage) | 5.8.0 |
| Azure CLI | 2.50.0 |
| AzCopy | 10.18.1 |
| Azure Storage Explorer | 1.29.0 |
Funkciók támogatása
Ennek a funkciónak a támogatását befolyásolhatja a Data Lake Storage Gen2, a Hálózati fájlrendszer (NFS) 3.0 protokoll vagy az SSH Fájlátviteli Protokoll (SFTP) engedélyezése. Ha engedélyezte ezen képességek bármelyikét, tekintse meg Blob Storage funkciótámogatást Azure Storage fiókokban a funkció támogatásának felméréséhez.