Az Azure Files számlázási modelljeinek ismertetése

Az Azure Files két különböző médiaréteget támogat: az SSD-t és a HDD-t, amelyek lehetővé teszik a fájlmegosztások testreszabását a forgatókönyv teljesítmény- és árkövetelményeihez:

• SSD (prémium): A szilárdtest-meghajtókon (SSD-ken) üzemeltetett fájlmegosztások konzisztens nagy teljesítményt és alacsony késést biztosítanak a legtöbb IO-művelethez egyjegyű ezredmásodpercen belül.
• HDD (standard): a merevlemez-meghajtókon (HDD-ken) található fájlmegosztások költséghatékony tárolást biztosítanak általános célú használatra.

Az Azure Files több díjszabási modellel is rendelkezik, beleértve a kiépített és használatalapú fizetéses lehetőségeket:

• Kiépített számlázási modellek: A kiépített számlázási modellben a fájlmegosztás elsődleges költségei a tárterület mennyiségén, az IOPS-en (bemeneti és kimeneti műveletek másodpercenként) és a fájlmegosztás létrehozásakor vagy frissítésekor kiosztott átviteli sebességen alapulnak, függetlenül attól, hogy mennyit használ. Az Azure Files két különböző kiépített modellel rendelkezik, a v2 és a kiépített v1.

  • Kiépített v2: A kiépített v2-modellben külön kiépíteni tudja a tárolót, az IOPS-t és az átviteli sebességet, bár javaslatot teszünk az első üzembe helyezéshez.
  • Kiépített v1: A kiépített v1 modellben kioszthatja a megosztáshoz szükséges tárterületet, miközben az IOPS és az átviteli sebesség meghatározása a kiosztott tárterület alapján történik. Az Azure Files kiépített v1-modellje csak SSD-fájlmegosztásokhoz (prémium szintű) érhető el.

• Használatalapú fizetéses számlázási modell: Használatalapú fizetéses modellben a fájlmegosztás költsége attól függ, hogy mennyit használja a megosztást a felhasznált tárolási, tranzakciós és adatátviteli költségek formájában. Az Azure Files használatalapú fizetéses modellje csak HDD-fájlmegosztásokhoz érhető el. Javasoljuk, hogy a kiépített v2-modellt használja az új HDD-fájlmegosztások üzembe helyezéséhez.

Ez a cikk azt ismerteti, hogyan működnek az Azure Files számlázási modelljei a havi Azure Files-számla megértéséhez. Az Azure Files díjszabási információiért tekintse meg az Azure Files díjszabási oldalát.

Ez a videó az Azure Files számlázási modelljeit ismerteti, beleértve a használatalapú fizetést, a kiépített v1-et és a kiépített v2-t.

A következőre érvényes:

Felügyeleti modell	Számlázási modell	Médiaszint	Redundancia	SMB	NFS
Microsoft.Storage	Kiépített v2	HDD (standard)	Helyi (LRS)
Microsoft.Storage	Kiépített v2	HDD (standard)	Zóna (ZRS)
Microsoft.Storage	Kiépített v2	HDD (standard)	Geo (GRS)
Microsoft.Storage	Kiépített v2	HDD (standard)	Geozone (GZRS)
Microsoft.Storage	Kiépített v1	SSD (prémium)	Helyi (LRS)
Microsoft.Storage	Kiépített v1	SSD (prémium)	Zóna (ZRS)
Microsoft.Storage	Használatalapú fizetés	HDD (standard)	Helyi (LRS)
Microsoft.Storage	Használatalapú fizetés	HDD (standard)	Zóna (ZRS)
Microsoft.Storage	Használatalapú fizetés	HDD (standard)	Geo (GRS)
Microsoft.Storage	Használatalapú fizetés	HDD (standard)	Geozone (GZRS)

Tárolóegységek

Az Azure Files a 2. alap mértékegységet használja a tárolókapacitás megjelenítéséhez: KiB, MiB, GiB és TiB.

Betűszó	Definíció	Unit (Egység)
KiB	1024 bájt	kibibyte
Mib	1 024 KiB (1 048 576 bájt)	mebibyte
GiB	1024 MiB (1 073 741 824 bájt)	gibibyte
TiB	1024 GiB (1 099 511 627 776 bájt)	tebibyte

Bár a 2. alap mértékegységet a legtöbb operációs rendszer és eszköz gyakran használja a tárolási mennyiségek mérésére, ezeket gyakran tévesen a 10-es alapegységként címkézik, amelyet jobban ismerhet: KB, MB, GB és TB. Bár a helytelen címkézés okai eltérőek, az olyan operációs rendszerek, mint a Windows helytelenül címkézték a tárolóegységeket, az oka az, hogy sok operációs rendszer kezdte használni ezeket a rövidítéseket, mielőtt az IEC (Nemzetközi Elektrotechnikai Bizottság), a BIPM (Nemzetközi Súlyok és Mértékek Hivatala) és a NIST (US National Institute of Standards and Technology) szabványosította volna őket.

Az alábbi táblázat bemutatja, hogyan mérik és címkézik a tárolót az operációs rendszerek:

Operációs rendszer	Mérőrendszer	Címkézés
Windows	Alap-2	A 10-es alapcímkék következetesen helytelenek.
Linux-disztribúciók	A base-2-ben egyes szoftverek a base-10-et használják	Az inkonzisztens címkézés, a mérés és a címkézés közötti igazítás a szoftvercsomagtól függ.
macOS, iOS és iPad OS	Alap-10	Következetesen 10-es alapként címkéz.

Kérdezze meg az operációs rendszer gyártóját, hogy az operációs rendszer nem szerepel-e a listában.

A fájlmegosztás teljes bekerülési költsége ellenőrzőlista

Ha a helyszíni Azure Files szolgáltatásba migrál, vagy az Azure Filest más felhőalapú tárolási megoldásokkal hasonlítja össze, az alábbi tényezőket kell figyelembe vennie a tisztességes, alma-alma összehasonlítás érdekében:

• Hogyan fizet a tárterületért, az IOPS-ért és a sávszélességért? A legtöbb felhőmegoldás olyan modellekkel rendelkezik, amelyek megfelelnek a kiépített tárterület alapelveinek, például az ár determinizmusának és egyszerűségének, vagy a használatalapú fizetéses tárolásnak, amelyek a költségeket úgy optimalizálhatják, hogy csak a ténylegesen használt adatokért fizetnek. A kiépített modellek különösen fontosak a minimális kiosztott megosztási méret, a kiépítési egység, valamint a kiépítés növelésének és csökkentésének képessége.

• Vannak módszerek a tárolási költségek optimalizálására? Az Azure Files Reservations használatával akár 36%-os kedvezményt is elérhet a tárterületre. Más megoldások olyan stratégiákat alkalmazhatnak, mint a deduplikáció vagy a tömörítés a tárolási hatékonyság opcionális optimalizálása érdekében. Ezek a tárolási optimalizálási stratégiák azonban gyakran nem pénzügyi költségekkel járnak, például csökkentik a teljesítményt. Az Azure Files-foglalások nincsenek hatással a teljesítményre.

• Hogyan érheti el a tárolási rugalmasságot és a redundanciát? Az Azure Files esetében a tárolási rugalmasság és a redundancia szerepel a termékajánlatban. Minden szint és redundanciaszint biztosítja, hogy az adatok magas rendelkezésre állásúak legyenek, és legalább három példányban elérhetők legyenek az adatok. Ha más fájltárolási lehetőségeket is figyelembe vesz, fontolja meg, hogy a tároló rugalmassága és redundanciájának beépítettsége van-e, vagy valami, amit saját maga kell összeállítania.

• Mit kell kezelnie? Az Azure Files esetében a felügyeleti alapegység egy tárfiók. Más megoldásokhoz további felügyeletre lehet szükség, például operációsrendszer-frissítésekre vagy virtuális erőforrás-kezelésre, például virtuális gépekre, lemezekre és hálózati IP-címekre.

• Milyen költségekkel járnak az értéknövelő termékek? Az Azure Files támogatja a több, első és harmadik féltől származó értéknövelt szolgáltatással való integrációt. Az olyan hozzáadott értékű szolgáltatások, mint az Azure Backup, az Azure File Sync és a Microsoft Defender for Storage biztonsági mentést, replikációt és gyorsítótárazást, valamint az Azure Files biztonsági funkcióit biztosítják. Az értéknökkelt megoldások, akár a helyszínen, akár a felhőben, saját licenc- és termékköltséggel rendelkeznek, de gyakran a fájltárolás teljes bekerülési költségének részét képezik.

Kiépített v2-modell

Az Azure Files kiépített v2-modellje rugalmasan teszi lehetővé a teljes bekerülési költség kiszámíthatóságát, így olyan fájlmegosztást hozhat létre, amely megfelel a pontos tárolási és teljesítménykövetelményeknek. Új kiépített v2-fájlmegosztás létrehozásakor meg kell adnia, hogy mennyi tárhelyre, IOPS-ra és átviteli sebességre van szüksége a fájlmegosztáshoz. A kiosztott mennyiségek mennyisége határozza meg a teljes számlát.

A tárterület, az IOPS és a kiosztott átviteli sebesség a fájlmegosztás használatának garantált korlátja. Ha például kiépíti a 2 TiB-megosztást, és 2 TiB adatot tölt fel a megosztásba, a megosztás megtelik, és nem fog tudni további adatokat hozzáadni, hacsak nem növeli a megosztás méretét, vagy nem töröl néhány adatot. A kreditalapú IOPS-kipukkadás nagyobb rugalmasságot biztosít a használat körül, a legjobb munkamennyiség alapján, miközben a kreditek megmaradnak.

A tárterület, az IOPS és a kiosztott átviteli sebesség dinamikusan fel- vagy leskálázható az igények változásával, azonban a kiosztott mennyiséget csak az utolsó mennyiségnövekedés óta eltelt 24 óra elteltével csökkentheti. A tárterület, az IOPS és az átviteli sebesség változásai a kiépítési módosítás után néhány percen belül lépnek életbe.

Alapértelmezés szerint, amikor új fájlmegosztást hoz létre a kiépített v2-modellel, javaslatot teszünk arra vonatkozóan, hogy hány IOPS-ra és mennyi átviteli sebességre van szüksége a megadott kiépített tárterület mennyisége alapján. Bár ezek a javaslatok az Azure Filesban az adott médiaréteghez tartozó kiosztott tárterület tipikus ügyfélhasználatán alapulnak, előfordulhat, hogy a számítási feladathoz több vagy kevesebb IOPS- és átviteli sebesség szükséges, mint a "tipikus fájlmegosztás", és igény szerint több vagy kevesebb IOPS-t és átviteli sebességet is kiépítheti az egyes fájlmegosztási követelményektől függően.

Kiépített v2 rendelkezésre állása

A kiépített v2-modell a FileStorage tárfiók típusú tárfiókokban lévő fájlmegosztásokhoz érhető el. Jelenleg a tárfiók-termékváltozatok alábbi részhalmaza érhető el:

Tárfiók altípusa	Tárfiók termékváltozata	Elérhető fájlmegosztás típusa
FileStorage	StandardV2_LRS	HDD kiépített v2-fájlmegosztások a megadott helyi (LRS) redundanciával.
FileStorage	StandardV2_ZRS	HDD kiépített v2-fájlmegosztások a megadott Zóna (ZRS) redundanciával.
FileStorage	StandardV2_GRS	HDD kiépített v2-fájlmegosztások a megadott Geo (GRS) redundanciával.
FileStorage	StandardV2_GZRS	A HDD kiépített v2-fájlmegosztásokat a megadott GeoZone (GZRS) redundanciával.

Jelenleg ezek az SKU-k a régiók egy korlátozott részhalmazában érhetők el:

• Közép-Franciaország
• Dél-Franciaország
• Kelet-Ausztrália
• Délkelet-Ausztrália
• Kelet-Ázsia
• Délkelet-Ázsia
• USA 2. nyugati régiója
• USA nyugati középső régiója
• Nyugat-Európa
• Észak-Európa
• Középnyugat-Németország
• Észak-Németország
• Az Egyesült Királyság déli régiója
• Az Egyesült Királyság nyugati régiója
• Közép-India
• Dél-India
• Közép-Kanada
• Kelet-Kanada
• Egyesült Arab Emírségek középső régiója
• Egyesült Arab Emírségek északi régiója
• Dél-Brazília
• Délkelet-Brazília
• USA déli középső régiója
• USA északi középső régiója
• USA nyugati régiója
• USA keleti régiója

Kiépített v2 kiépítés részletei

Kiosztott v2-fájlmegosztás létrehozásakor meg kell adnia a fájlmegosztás kiosztott kapacitását a tárolás, az IOPS és az átviteli sebesség tekintetében. A fájlmegosztások a következő attribútumok alapján korlátozottak:

Elem	HDD-érték
Tárolókiépítési egység	1 GB
IOPS-kiépítési egység	1 I/s
Átviteli sebesség kiépítési egység	1 miB / mp
Minimális kiépített tárterület fájlmegosztásonként	32 GiB
Minimális kiosztott IOPS fájlmegosztásonként	500 IOPS
Minimális kiosztott átviteli sebesség fájlmegosztásonként	60 MiB / mp
Maximális kiosztott tárterület fájlmegosztásonként	256 TiB (262 144 GiB)
Maximális kiosztott IOPS fájlmegosztásonként	50 000 IOPS
Maximális kiosztott átviteli sebesség fájlmegosztásonként	5,120 MiB / mp
Tárfiókonként kiosztott tárterület maximális száma	4 PiB (4 194 304 GiB)
Maximális kiosztott IOPS tárfiókonként	50 000 IOPS
Tárfiókonként kiosztott átviteli sebesség maximális száma	5,120 MiB / mp
Fájlmegosztások maximális száma tárfiókonként	50 fájlmegosztás

Alapértelmezés szerint az IOPS-t és az átviteli sebesség kiépítését ajánlottuk a megadott kiépített tárterület alapján. Ezek a javaslati képletek az Adott médiaszinthez tartozó, az Azure Filesban kiépített tárterület tipikus ügyfélhasználatán alapulnak:

Képlet neve	HDD-képlet
IOPS-javaslat	MIN(MAX(1000 + CEILING(0.2 * ProvisionedStorageGiB), 500), 50000)
Átviteli sebességre vonatkozó javaslat	MIN(MAX(60 + CEILING(0.02 * ProvisionedStorageGiB), 60), 5120)

Az egyes fájlmegosztási követelményektől függően előfordulhat, hogy a javaslatoknál több vagy kevesebb IOPS-ra vagy átviteli sebességre van szüksége, és igény szerint felülbírálhatja ezeket a javaslatokat a saját értékeivel.

Kiépített v2-kiépítés

A hitelalapú IOPS-kipukkadás további rugalmasságot biztosít az IOPS-használat körül. Ezt a rugalmasságot érdemes pufferként használni a nem várt IO-csúcsok ellen. A létrehozott IO-minták esetében javasoljuk az I/O-csúcsok kiépítését.

A kipukkasztott IOPS-kreditek halmozódnak fel, amikor a fájlmegosztás forgalma a kiépített (alapkonfiguráció) IOPS alatt van. Ha egy fájlmegosztás IOPS-kihasználtsága meghaladja a kiosztott IOPS-t, és rendelkezésre állnak kipukkanási IOPS-kreditek, a fájlmegosztás akár a maximálisan engedélyezett IOPS-kapacitáskorlátig is kirobbanhat. A fájlmegosztások továbbra is felpezsdíthetik a krediteket, de ez a felhalmozott kipukkanó kreditek számán alapul. A kiosztott IOPS-on túl minden IO egy kreditet használ fel. Az összes kredit felhasználása után a megosztás visszatér a kiosztott IOPS-hoz. A fájlmegosztáson futó IOPS-nak nem kell semmi különlegeset tennie a kipukkadás használatához. A kipukkadás a lehető legjobban működik.

A kreditek megosztásának három állapota van:

• Accruing, ha a fájlmegosztás kevesebbet használ, mint a kiosztott IOPS.
• Ha a fájlmegosztás a kiosztott IOPS-nél többet használ, és a kiosztott módban van.
• Konstans, amikor a fájlmegosztás pontosan a kiosztott IOPS-t használja, és nincsenek felhalmozott vagy felhasznált kreditek.

Egy új fájlmegosztás a teljes kreditszámmal kezdődik a kipukkanó gyűjtőben. A kipukkasztott kreditek nem halmozódnak fel, ha a megosztási IOPS a kiszolgáló szabályozása miatt a kiosztott korlát alá esik. A rendszer a következő képleteket használja a fájlmegosztások maximális IOPS-korlátjának és a kreditek számának meghatározásához:

Elem	HDD-képlet
Burst IOPS-korlát	MIN(MAX(3 * ProvisionedIOPS, 5000), 50000)
IOPS-kreditek kipukkadása	(BurstLimit - ProvisionedIOPS) * 3600

Az alábbi táblázat néhány példát mutat be ezekre a képletekre a különböző kiosztott IOPS-összegek esetében:

Kiépített IOPS	HDD burst IOPS-korlát	HDD-kipukkadási kreditek
500	Legfeljebb 5000	16,200,000
1000	Legfeljebb 5000	14,400,000
3000	Legfeljebb 9000	21,600,000
5000	Legfeljebb 15 000	36,000,000
10,000.	Legfeljebb 30 000	72,000,000
25 000	Legfeljebb 50 000	90,000,000
50 000	Legfeljebb 50 000	0

Kiépített v2-pillanatképek

Az Azure Files támogatja a windowsos fájlkiszolgálón a kötet árnyékmásolataihoz (VSS) hasonló pillanatképeket. A pillanatképek megosztásával kapcsolatos további információkért tekintse meg az Azure Files pillanatképeinek áttekintését.

A pillanatképek mindig különböznek az élő megosztástól és egymástól. A kiépített v2 számlázási modellben, ha az összes pillanatkép teljes különbségi mérete a fájlmegosztás feleslegesen kiosztott tárhelyén belülre esik, a pillanatkép-tárolásnak nincs többletköltsége. Ha az élő megosztási adatok és a különbségi pillanatkép-adatok mérete nagyobb, mint a megosztás kiépített tárterülete, a rendszer a pillanatképek túlzott kihasználtságát a túlcsordulás pillanatkép-használati mérője alapján számítja fel. A túlcsordulás mennyiségének meghatározására szolgáló képlet a következő: MAX((LiveShareUsedGiB + SnapshotDifferentialUsedGiB) - ProvisionedStorageGiB, 0)

Az Azure Files egyes hozzáadott értékű szolgáltatásai az értékajánlat részeként pillanatképeket használnak. További információkért tekintse meg az Azure Files hozzáadott értékű szolgáltatásait.

Kiépített v2 helyreállítható törlés

A helyreállítható törlést engedélyező tárfiókokban törölt fájlmegosztások számlázása a törölt megosztás használt tárolási kapacitása alapján kerül számlázásra a helyreállítható törlési időszak időtartama alatt. Annak biztosítása érdekében, hogy a törölt fájlmegosztások mindig visszaállíthatók legyenek, a kiépített tárterület, az IOPS és a megosztások átviteli sebessége a tárfiók korlátaival egybeesik a fájlmegosztás törléséig, azonban a rendszer nem számláz. A helyreállítható törlésről további információt a helyreállítható törlés engedélyezése az Azure-fájlmegosztásokon című témakörben talál.

Kiépített v2 számlázási mérők

A kiépített v2 számlázási modellel kiépített fájlmegosztások számlázása a következő öt számlázási mérőszám alapján történik:

• Kiépített tárterület: A GiB-ben kiosztott tárterület mennyisége.
• Kiosztott IOPS: A kiosztott IOPS (IO/s) mennyisége.
• Kiosztott átviteli sebesség MiBPS: A MiB/s-ben kiosztott átviteli sebesség mennyisége.
• Túlcsordulási pillanatkép-használat: A GiB bármely olyan különbségi pillanatkép-használata, amely nem fér el a kiosztott tárkapacitáson belül. További információkért tekintse meg a kiépített v2-pillanatképeket .
• Helyreállíthatóan törölt használat: Helyreállíthatóan törölt fájlmegosztásokhoz használt tárkapacitás a GiB-ben. További információkért tekintse meg a kiépített v2 helyreállítható törlést .

A kiosztott v2 számlázási mérők fogyasztását óránkénti egységekben bocsátjuk ki. Az 1024 GiB-vel kiosztott megosztások esetében például a következőt kell látnia:

• 1024 egység a kiépített tároló mérőhöz egy órára.
• 24 576 egység a kiépített táróra , ha egy napig összesítve van.
• Egy hónapra összesített egységek változó száma a hónap napjainak számától függően:
  • 28 napos hónap (normál február): 688 128 egység a kiosztott tároló mérője alapján.
  • 29 napos hónap (szökőév február): 712 704 egység a kiépített tároló mérőjéhez.
  • 30 napos hónap: 737 280 egység a kiépített táróra vonatkozóan.
  • 31 napos hónap: 761 856 egység a kiépített táróra vonatkozóan.

Kiépített v2-migrálások

Az SMB Azure-fájlmegosztások használatalapú fizetéses modellből a kiépített v2 számlázási modellbe való migrálásának folyamata attól függően eltérő, hogy az Azure File Syncet használja-e.

• Ha Azure File Sync nélkül használja az Azure Filest, olvassa el a Fájlok áttelepítése az egyik SMB Azure-fájlmegosztásból a másikba című témakört.
• Ha Azure File Syncet használ, tekintse meg a fájlok migrálását az egyik Azure-fájlmegosztásból a másikba az Azure File Sync használatakor.

Kiépített v1-modell

A kiépített 1. v. metódus rögzített arányban biztosítja a tárolást, az IOPS-t és az átviteli sebességet, hasonlóan ahhoz, ahogyan a tárolást egy helyszíni tárolási megoldásban vásárolják meg. Új kiépített v1-fájlmegosztás létrehozásakor meg kell adnia, hogy mennyi tárhelyre van szüksége a megosztáshoz, és az IOPS és az átviteli sebesség számítási értékek. Az Azure Files kiépített v1-modellje csak SSD-fájlmegosztásokhoz érhető el.

A kiosztott tárterület határozza meg a fájlmegosztás használatának garantált tárolási, IOPS- és átviteli sebességkorlátait. Ha például kiépíti a 2 TiB-megosztást, és 2 TiB adatot tölt fel a megosztásba, a megosztás megtelik, és nem fog tudni további adatokat hozzáadni, hacsak nem növeli a megosztás méretét, vagy nem töröl néhány adatot. A kreditalapú IOPS-kipukkadás nagyobb rugalmasságot biztosít a használat körül, a legjobb munkamennyiség alapján, miközben a kreditek megmaradnak.

A helyszíni tároló megvásárlásával ellentétben a kiépített v1-fájlmegosztások dinamikusan fel- vagy leskálázhatók az igények változásával, azonban a kiépített tárterületet csak a legutóbbi tárterület-növekedés óta eltelt 24 óra elteltével csökkentheti. A tárterület, az IOPS és az átviteli sebesség változásai a kiépítési módosítás után néhány percen belül lépnek életbe.

A kiosztott megosztás méretét csökkentheti a használt GiB alatt. Ha így tesz, nem veszíti el az adatokat, de továbbra is a felhasznált méretért kell fizetnie, és a kiosztott megosztás teljesítményét kapja, nem pedig a felhasznált méretet.

Kiépített v1 rendelkezésre állás

A kiépített v1-modell a FileStorage tárfióktípusú tárfiókokban lévő SSD-fájlmegosztásokhoz érhető el:

Tárfiók altípusa	Tárfiók termékváltozata	Elérhető fájlmegosztás típusa
FileStorage	Premium_LRS	Az SSD kiépített v1 fájlmegosztást a megadott helyi (LRS) redundanciával.
FileStorage	Premium_ZRS	Az SSD kiépített v1-fájlmegosztást a megadott zóna (ZRS) redundanciával.

A kiépített v1-modellt használó SSD-fájlmegosztások a legtöbb Azure-régióban általánosan elérhetők. További információkért tekintse meg az Azure-termékeket régiónként .

Kiépített v1 kiépítés részletei

Egy kiépített v1-fájlmegosztás létrehozásakor meg kell adnia, hogy mennyi tárhelyre van szüksége a megosztáshoz. Minden kiépített GiB több IOPS-ra és átviteli sebességre jogosít fel rögzített arányban. A fájlmegosztások a következő attribútumok alapján korlátozottak:

Tétel	Érték
Tárolókiépítési egység	1 GB
Minimális kiépített tárterület fájlmegosztásonként	100 GiB
Maximális kiosztott tárterület fájlmegosztásonként	100 TiB (102 400 GiB)
Tárfiókonként kiosztott tárterület maximális száma	100 TiB (102 400 GiB)

A megosztáson kiosztott IOPS és átviteli sebesség mértékét a következő képletek határozzák meg:

Elem	Képlet
Kiszámított kiépített (alapterv) IOPS	MIN(3000 + 1 * ProvisionedStorageGiB, 102400)
Kiszámított kiosztott átviteli sebesség (MiB /mp)	100 + CEILING(0.04 * ProvisionedStorageGiB) + CEILING(0.06 * ProvisionedStorageGiB)

Az egyes fájlmegosztási követelményektől függően előfordulhat, hogy a kiépítési képletek által biztosítottnál több IOPS-t vagy átviteli sebességet igényel. Ebben az esetben több tárterületet kell kiépítenie a szükséges IOPS vagy átviteli sebesség beszerzéséhez.

Kiosztott 1. virtuális gép kiépítése

A hitelalapú IOPS-kipukkadás további rugalmasságot biztosít az IOPS-használat körül. Ezt a rugalmasságot érdemes pufferként használni a nem várt IO-csúcsok ellen. A létrehozott IO-minták esetében javasoljuk az I/O-csúcsok kiépítését.

A kipukkasztott IOPS-kreditek halmozódnak fel, amikor a fájlmegosztás forgalma a kiépített (alapkonfiguráció) IOPS alatt van. Ha egy fájlmegosztás IOPS-kihasználtsága meghaladja a kiosztott IOPS-t, és rendelkezésre állnak kipukkanási IOPS-kreditek, a fájlmegosztás akár a maximálisan engedélyezett IOPS-kapacitáskorlátig is kirobbanhat. A fájlmegosztások továbbra is felpezsdíthetik a krediteket, de ez a felhalmozott kipukkanó kreditek számán alapul. A kiosztott IOPS-on túl minden IO egy kreditet használ fel. Az összes kredit felhasználása után a megosztás visszatér a kiosztott IOPS-hoz. A fájlmegosztáson futó IOPS-nak nem kell semmi különlegeset tennie a kipukkadás használatához. A kipukkadás a lehető legjobban működik.

A kreditek megosztásának három állapota van:

• Accruing, ha a fájlmegosztás kevesebbet használ, mint a kiosztott IOPS.
• Ha a fájlmegosztás a kiosztott IOPS-nél többet használ, és a kiosztott módban van.
• Konstans, amikor a fájlmegosztás pontosan a kiosztott IOPS-t használja, és nincsenek felhalmozott vagy felhasznált kreditek.

Egy új fájlmegosztás a teljes kreditszámmal kezdődik a kipukkanó gyűjtőben. A kipukkasztott kreditek nem halmozódnak fel, ha a megosztási IOPS a kiszolgáló szabályozása miatt a kiosztott korlát alá esik. A rendszer a következő képleteket használja a fájlmegosztások maximális IOPS-korlátjának és a kreditek számának meghatározásához:

Elem	Képlet
Kipukkadási korlát	MIN(MAX(3 * ProvisionedStorageGiB, 10000), 102400)
Kipukkanó kreditek	(BurstLimit - BaselineIOPS) * 3600

Az alábbi táblázat néhány példát mutat be a kiosztott megosztási méretekre vonatkozó képletekre:

Kapacitás (GiB)	Alap IOPS-érték	Burst IOPS	Kipukkanó kreditek	Átviteli sebesség (bejövő forgalom + kimenő forgalom) (MiB/s)
100	3,100	Legfeljebb 10 000	24,840,000	110
500	3 500	Legfeljebb 10 000	23,400,000	150
1,024	4,024	Legfeljebb 10 000	21,513,600	203
5,120	8120	Legfeljebb 15 360	26,064,000	613
10,240	13,240	Legfeljebb 30 720	62,928,000	1,125
33,792	36,792	Legfeljebb 102 400	227,548,800	3,480
51,200	54,200	Legfeljebb 102 400	164,880,000	5,220
102,400	102,400	Legfeljebb 102 400	0	10,340

A hatékony fájlmegosztási teljesítmény számos más tényező mellett a gép hálózati korlátaira, a rendelkezésre álló hálózati sávszélességre, az I/O-méretekre és a párhuzamosságra is vonatkozik. A párhuzamosítás előnyeinek maximális kihasználása érdekében javasoljuk, hogy engedélyezze az SMB Multichannel használatát az SSD-fájlmegosztásokon. Tekintse meg az SMB teljesítmény - és teljesítmény hibaelhárítási útmutatóját néhány gyakori teljesítményproblémához és kerülő megoldáshoz.

Kiépített v1-pillanatképek

Az Azure Files támogatja a windowsos fájlkiszolgálón a kötet árnyékmásolataihoz (VSS) hasonló pillanatképeket. A pillanatképek megosztásával kapcsolatos további információkért tekintse meg az Azure Files pillanatképeinek áttekintését.

A pillanatképek mindig különböznek az élő megosztástól és egymástól. A kiosztott 1. v. számlázási modellben a rendszer a teljes különbségi méretet egy használati mérőszám alapján számlázja, függetlenül attól, hogy a kiosztott tárterület mekkora része nincs használatban. A használt pillanatkép-tárolómérő alacsonyabb árat tartalmaz a kiosztott tárterület árával szemben.

Kiépített v1 helyreállítható törlés

A helyreállítható törlést engedélyező tárfiókokban törölt fájlmegosztások számlázása a törölt megosztás használt tárolási kapacitása alapján kerül számlázásra a helyreállítható törlési időszak időtartama alatt. A rendszer kibocsátja a helyreállíthatóan törölt használati tárkapacitást a használt pillanatkép-tárolómérőn. A helyreállítható törlésről további információt a helyreállítható törlés engedélyezése az Azure-fájlmegosztásokon című témakörben talál.

Kiépített v1 számlázási mérők

A kiépített v1 számlázási modellel kiépített fájlmegosztások számlázása a következő két mérőszám alapján történik:

• Prémium kiépített: A GiB-ben kiosztott tárterület mennyisége.
• Prémium szintű pillanatképek: A felhasznált pillanatképek és a helyreállíthatóan törölt kapacitás mennyisége.

A kiosztott v1 számlázási mérők használata óránként, havi egységekben lesz kibocsátva. Az 1024 GiB-vel kiosztott megosztások esetében például a következőt kell látnia:

• Egy adott órára vonatkozó egységek változó száma a hónap napjainak számától függően:
  • 28 napos hónap (normál február): 1,5238 egység a Prémium kiosztott mérőn.
  • 29 napos hónap (szökőév február): 1,4713 egység a Prémium kiosztott mérőn.
  • 30 napos hónap: 1,4222 egység a Prémium kiosztott mérőn.
  • 31 napos hónap: 1,3763 egység a Prémium kiosztott mérőn.
• Az egységek változó száma, ha egy napra összesítve a hónap napjainak számától függően:
  • 28 napos hónap (normál február): 36,5714 egység a Prémium kiosztott mérőn.
  • 29 napos hónap (szökőév február): 35,3103 egység a Prémium kiosztott mérőn.
  • 30 napos hónap: 34,1333 egység a Prémium kiosztott mérőn.
  • 31 napos hónap: 33,0323 egység a Prémium kiosztott mérőn.
• 1024 egység a Prémium kiosztott mérőhöz, ha egy hónapra összesítve van.

Használatalapú fizetéses modell

A használatalapú fizetéses modellben a fizetendő összeget a kiosztott összeg helyett az határozza meg, hogy mennyit használ fel. Magas szinten fizetnie kell a tárolt logikai adatokért, és a tranzakciókért is fizetnie kell az adatok használata alapján. A használatalapú fizetéses számlázási modellt nehéz megtervezni egy költségvetés-készítési folyamat részeként, mert a modellt a végfelhasználói fogyasztás vezérli. Ezért javasoljuk, hogy a kiépített v2-modellt használja az új fájlmegosztások üzembe helyezéséhez. A használatalapú fizetéses modell csak HDD-fájlmegosztásokhoz érhető el.

Használatalapú fizetéses rendelkezésre állás

A használatalapú fizetéses modell a StorageV2 vagy Storage tárfiók típusú tárfiókokban lévő HDD-fájlmegosztásokhoz érhető el:

Tárfiók altípusa	Tárfiók termékváltozata	Elérhető fájlmegosztás típusa
StorageV2 vagy Storage	Standard_LRS	HDD használatalapú fájlmegosztás a megadott helyi (LRS) redundanciával.
StorageV2 vagy Storage	Standard_ZRS	HDD használatalapú fizetéses fájlmegosztás a megadott Zóna (ZRS) redundanciával.
StorageV2 vagy Storage	Standard_GRS	HDD használatalapú fizetéses fájlmegosztás a megadott Geo (GRS) redundanciával.
StorageV2 vagy Storage	Standard_GZRS	HDD használatalapú fizetéses fájlmegosztás a megadott GeoZone (GZRS) redundanciával.

A használatalapú fizetéses modellt használó HDD-fájlmegosztások általában minden Azure-régióban elérhetők.

A hozzáférési szintek különbségei

HDD-fájlmegosztás létrehozásakor a következő hozzáférési szintek közül választhat: tranzakcióoptimalizált, gyakori és ritka elérésű. Mindhárom hozzáférési szint pontosan ugyanazon a tárolóhardveren van tárolva. A három hozzáférési szint fő különbsége az adatok inaktív tárolási árai, amelyek alacsonyabbak a hidegebb rétegekben, valamint a tranzakciós árak, amelyek magasabbak a hűvösebb szinteken. Ez a következőket jelenti:

• A tranzakció optimalizált, ahogy a neve is mutatja, optimalizálja a magas IOPS-(tranzakciós) számítási feladatok árát. A tranzakcióoptimalizált adatok közül a legmagasabb a rest storage ára, de a legalacsonyabb tranzakcióárak.
• A gyakori elérésű szolgáltatás olyan aktív számítási feladatokhoz használható, amelyek nem járnak nagy számú tranzakcióval. A rest storage-beli adatok valamivel alacsonyabbak, de a tranzakcióoptimalizálthoz képest kissé magasabb tranzakciós árakkal rendelkezik. Tekintsük úgy, mint a tranzakcióoptimalizált és a ritka elérésű szintek közötti középutat.
• A ritka elérésű szolgáltatás optimalizálja a magas aktivitással nem rendelkező számítási feladatok árát, és a legalacsonyabb adatokat kínálja a inaktív tárterületen, de a legmagasabb tranzakciós árakat.

Ha ritkán használt számítási feladatot helyez el a tranzakcióoptimalizált hozzáférési szinten, szinte semmit sem fog fizetni a megosztással kapcsolatos tranzakciókat követő néhány hónapban. Az adattárolási költségekért azonban nagy összeget kell fizetnie. Ha ugyanezt a megosztást áthelyezte a ritka elérésű hozzáférési szintre, akkor is szinte semmit sem fizetne a tranzakciós költségekért, egyszerűen azért, mert ritkán végez tranzakciókat ehhez a számítási feladathoz. A ritka elérésű hozzáférési szint azonban sokkal olcsóbb adattárolási árat biztosít. A használati esethez megfelelő hozzáférési szint kiválasztásával jelentősen csökkentheti a költségeket.

Hasonlóképpen, ha egy magas rendelkezésre állású számítási feladatot a ritka elérésű hozzáférési szintre helyez, sokkal több tranzakciós költséget fog fizetni, de kevesebbet az adattárolási költségekért. Ez olyan helyzethez vezethet, amikor a tranzakciós árak megnövekedett költségei meghaladják a csökkent adattárolási ár megtakarítását, ami azt eredményezi, hogy több pénzt kell fizetnie a ritka elérésű adatokért, mint amennyit a tranzakcióoptimalizált. Bizonyos használati szintek esetében előfordulhat, hogy a gyakori elérésű hozzáférési szint lesz a legköltséghatékonyabb, a ritka elérésű hozzáférési szint pedig drágább lesz, mint a tranzakcióoptimalizált.

A számítási feladat és a tevékenységszint határozza meg a használatalapú fizetéses fájlmegosztás legköltséghatékonyabb hozzáférési szintjét. A gyakorlatban a legköltséghatékonyabb hozzáférési szint kiválasztásának legjobb módja a megosztás tényleges erőforrás-felhasználásának (tárolt adatok, írási tranzakciók stb.) megtekintése. Használatalapú fájlmegosztások esetén javasoljuk, hogy a kezdeti Azure Files-migrálás során kezdje a tranzakcióoptimalizált réteget, majd válassza ki a megfelelő hozzáférési szintet a migrálás befejezése utáni használat alapján. A tranzakciós használat a migrálás során általában nem a normál tranzakcióhasználatra utal.

Mik azok a tranzakciók?

Amikor SMB használatával csatlakoztat egy Azure-fájlmegosztást egy számítógépre, az Azure-fájlmegosztás úgy jelenik meg a számítógépen, mintha helyi tároló lenne. Ez azt jelenti, hogy a számítógépen található alkalmazások, szkriptek és egyéb programok anélkül férhetnek hozzá az Azure-fájlmegosztás fájljaihoz és mappáihoz, hogy nem kellene tudniuk, hogy azOkat az Azure-ban tárolják.

Amikor egy fájlba olvas vagy ír, a használt alkalmazás API-hívásokat hajt végre az operációs rendszer által biztosított fájlrendszer API-ra. Az operációs rendszer ezután SMB protokolltranzakciókként értelmezi ezeket a hívásokat, amelyeket a rendszer a vezetéken keresztül küld az Azure Filesnak a teljesítésre. Egy olyan feladat, amelyet a végfelhasználó egyetlen műveletnek tekint, például egy fájl olvasása az elejétől a végéig, több, az Azure Files által kiszolgált SMB-tranzakcióra is lefordítható.

A standard fájl által használt használatalapú fizetéses számlázási modell alapelvként a használat alapján osztja meg a számlákat. Az alkalmazások és szkriptek által végrehajtott SMB- és FileREST-tranzakciók a fájlmegosztás használatát jelölik, és a számla részeként jelennek meg. Ugyanez a fogalom vonatkozik a megosztáshoz esetleg hozzáadott értéknövelő felhőszolgáltatásokra is, például az Azure File Syncre vagy az Azure Backupra. A tranzakciók öt különböző tranzakciókategóriába vannak csoportosítva, amelyek eltérő árakkal rendelkeznek az Azure-fájlmegosztásra gyakorolt hatásuk alapján. Ezek a kategóriák a következők: írás, lista, olvasás, egyéb és törlés.

Az alábbi táblázat az egyes tranzakciók kategorizálását mutatja be:

Tranzakciós gyűjtő	Felügyeleti műveletek	Adatműveletek
Írási tranzakciók	CreateShare SetFileServiceProperties SetShareMetadata SetShareProperties SetShareAcl SnapshotShare RestoreShare	CopyFile Create CreateDirectory CreateFile PutRange PutRangeFromURL SetDirectoryMetadata SetFileMetadata SetFileProperties SetInfo Write PutFilePermission Flush SetDirectoryProperties
Listatranzakciók	ListShares	ListFileRanges ListFiles ListHandles
Olvasási tranzakciók	GetFileServiceProperties GetShareAcl GetShareMetadata GetShareProperties GetShareStats	FilePreflightRequest GetDirectoryMetadata GetDirectoryProperties GetFile GetFileCopyInformation GetFileMetadata GetFileProperties QueryDirectory QueryInfo Read GetFilePermission
Egyéb/protokolltranzakciók	AcquireShareLease BreakShareLease ReleaseShareLease RenewShareLease ChangeShareLease	AbortCopyFile Cancel ChangeNotify Close Echo Ioctl Lock Logoff Negotiate OplockBreak SessionSetup TreeConnect TreeDisconnect CloseHandles AcquireFileLease BreakFileLease ChangeFileLease ReleaseFileLease
Tranzakciók törlése	DeleteShare	ClearRange DeleteDirectory DeleteFile

Váltás a hozzáférési szintek között

Bár a használatalapú fájlmegosztást módosíthatja a három hozzáférési szint között, a kezdeti migrálás utáni költségek optimalizálásának ajánlott eljárása a legköltséghatásabb optimális hozzáférési szint kiválasztása, és ott maradni, hacsak a hozzáférési minta nem változik. Ennek az az oka, hogy a standard fájlmegosztás hozzáférési szintjének módosítása további költségeket eredményez az alábbiak szerint:

• Tranzakciók: Amikor egy megosztást egy magasabb hozzáférési szintről egy hűvösebb hozzáférési szintre helyez át, a megosztásban lévő összes fájl esetében a hozzáférési szint írási tranzakciós díjával kell fizetnie. Ha egy fájlmegosztást egy hűvösebb hozzáférési szintről egy magasabb hozzáférési szintre helyez át, az a megosztás egyes fájlainak olvasási tranzakciós díjával jár.

• Adatlekérés: Ha a ritka elérésű hozzáférési szintről a gyakori elérésű vagy tranzakcióoptimalizált szintre vált, az áthelyezett adatok méretétől függően adatlekérési díjat kell fizetnie. Csak a ritka elérésű hozzáférési szint rendelkezik adatlekérési díjjal.

Az alábbi táblázat a hozzáférési szintek áthelyezésének költséglebontását mutatja be:

Hozzáférési szint	Tranzakcióoptimalizált (cél)	Gyakori elérésű (cél)	Ritka elérésű (cél)
Tranzakcióoptimalizált (forrás)	--	Fájlonként 1 gyakori írási tranzakció.	Fájlonként 1 ritka elérésű írási tranzakció.
Gyakori elérésű (forrás)	Fájlonként 1 gyakori olvasási tranzakció.	--	Fájlonként 1 ritka elérésű írási tranzakció.
Ritka elérésű (forrás)	Fájlonként 1 ritka olvasási tranzakció. Az összes felhasznált GiB-hez tartozó adatlekérés.	Fájlonként 1 ritka olvasási tranzakció. Az összes felhasznált GiB-hez tartozó adatlekérés.	--

Egy fájlmegosztás hozzáférési rétegét 30 napos időszakon belül legfeljebb ötször módosíthatja. A 30 napos ablak első napja az első szint módosításakor kezdődik. A hozzáférési szintek közötti változások azonnal történnek, azonban miután módosította egy megosztás hozzáférési szintjét, 24 órán belül nem módosíthatja azt, még akkor sem, ha az elmúlt 30 napban kevesebb mint 5 alkalommal módosította a hozzáférési szint tulajdonságát.

Hozzáférési szint kiválasztása

Függetlenül attól, hogy miként migrálja a meglévő adatokat az Azure Filesba, javasoljuk, hogy először hozza létre a fájlmegosztást tranzakcióoptimalizált hozzáférési szinten a migrálás során felmerülő nagy számú tranzakció miatt. Miután az áttelepítés befejeződött, és néhány napig vagy hetekig rendszeres használattal működött, a tranzakciószámokat a díjszabási kalkulátorba dugva megállapíthatja, hogy melyik hozzáférési szint felel meg a legjobban a számítási feladatnak.

Mivel a használatalapú fizetéses fájlmegosztások csak a tárfiók szintjén jelenítik meg a tranzakciós adatokat, a tárolási metrikák használatával megbecsülni, hogy melyik hozzáférési szint olcsóbb a fájlmegosztás szintjén, tökéletlen tudomány. Ha lehetséges, javasoljuk, hogy minden tárfiókban csak egy fájlmegosztást helyezzen üzembe a számlázás teljes átláthatósága érdekében.

Korábbi tranzakciók megtekintése:

1. Navigáljon az Azure portálon a címen a tárolófiókjához.
2. A szolgáltatásmenü Figyelés területén válassza a Metrikák lehetőséget.
3. Válassza a hatókört a tárfiók neveként, a metrikanévteret fájlként, a metrikát "Tranzakciók" értékként, az összesítést pedig "Összegként".
4. Válassza a Felosztás alkalmazása lehetőséget.
5. Válassza ki az Értékeket "API-névként". Válassza ki a kívánt korlátot és rendezést.
6. Válassza ki a kívánt időtartamot.

Használatalapú fizetéses pillanatképek

Az Azure Files támogatja a windowsos fájlkiszolgálón a kötet árnyékmásolataihoz (VSS) hasonló pillanatképeket. A pillanatképek megosztásával kapcsolatos további információkért tekintse meg az Azure Files pillanatképeinek áttekintését.

A pillanatképek mindig különböznek az élő megosztástól és egymástól. A használatalapú fizetéses számlázási modellben a rendszer a teljes különbségi méretet a normál használt tárolóóra alapján számlázja. Ez azt jelenti, hogy nem fog külön sorelemet látni a számlán, amely pillanatképeket jelenít meg a használatalapú fizetéses tárfiókhoz. Ez azt is jelenti, hogy a különbségi pillanatkép-használat a használatalapú fizetéses fájlmegosztásokhoz vásárolt foglalásokhoz számít.

Használatalapú fizetés – helyreállítható törlés

A helyreállítható törlést engedélyező tárfiókokban törölt fájlmegosztások számlázása a törölt fájlmegosztás használt tárolási kapacitása alapján kerül számlázásra a helyreállítható törlési időszak időtartama alatt. A rendszer a helyreállíthatóan törölt használt tárolókapacitást a normál használt tárolóóra alapján bocsátja ki. Ez azt jelenti, hogy nem fog külön sorelemet látni a számlán, amely a használatalapú fizetéses tárfiók helyreállíthatóan törölt fájlmegosztásait jelöli. Ez azt is jelenti, hogy a helyreállíthatóan törölt fájlmegosztások használata beleszámít a használatalapú fizetéses fájlmegosztásokhoz vásárolt foglalásokhoz.

Használatalapú fizetéses számlázási mérők

A használatalapú fizetéses számlázási modellel létrehozott fájlmegosztások számlázása a következő mérőszámok alapján történik:

• Tárolt adatok: A használt tároló, beleértve az élő megosztásokat, a különbségi pillanatképeket és a helyreállíthatóan törölt fájlmegosztásokat a GiB-ben.
• Metaadatok: A fájlokhoz és könyvtárakhoz, például hozzáférés-vezérlési listákhoz (ACL-ekhez) és a GiB egyéb tulajdonságaihoz társított fájlrendszer-metaadatok mérete. Ez a számlázási mérőszám csak a gyakori vagy ritka elérésű hozzáférési szinteken lévő fájlmegosztásokhoz használható.
• Írási műveletek: Az írási tranzakció gyűjtőinek száma (1 gyűjtő = 10 000 tranzakció).
• Listaműveletek: A listatranzakciós gyűjtők száma (1 gyűjtő = 10 000 tranzakció).
• Olvasási műveletek: Az olvasási tranzakciók gyűjtőinek száma (1 gyűjtő = 10 000 tranzakció).
• Egyéb műveleti / protokollműveletek: Az egyéb tranzakciógyűjtők száma (1 gyűjtő = 10 000 tranzakció).
• Adatlekérés: A GiB fájlmegosztásából beolvasott adatok mennyisége. Ezt a mérőt csak a ritka elérésű hozzáférési szinten lévő fájlmegosztásokhoz használják.
• Georeplikációs adatátvitel: Ha a fájlmegosztás geo- vagy geozónás redundanciával rendelkezik, a fájlmegosztásba írt adatok mennyisége replikálva lesz a GiB másodlagos régiójába.

A tárolt adatok és metaadatok számlázási mérőinek felhasználása óránként, havi egységekben történik. Például egy 1024-ben használt GiB-vel rendelkező megosztás esetén a következőt kell látnia:

• Egy adott órára vonatkozó egységek változó száma a hónap napjainak számától függően:
  • 28 napos hónap (normál február): 1,5238 egység az adatokkal tárolt mérőhez.
  • 29 napos hónap (szökőév február): 1,4713 egység a tárolt adatok mérőjéhez.
  • 30 napos hónap: 1,4222 egység az adattárolási mérőn.
  • 31 napos hónap: 1,3763 egység az adattárolási mérőn.
• Az egységek változó száma, ha egy napra összesítve a hónap napjainak számától függően:
  • 28 napos hónap (normál február): 36,5714 egység a tárolt adatok mérője alapján.
  • 29 napos hónap (szökőév február): 35,3103 egység a tárolt adatok mérőjéhez.
  • 30 napos hónap: 34,1333 egység az adattárolási mérőn.
  • 31 napos hónap: 33.0323 egység az adattárolási mérőn.
• 1024 egység az adattárolási mérőhöz, ha egy hónapra összesítve van.

Fogyasztás más mérőkre (pl. Az írási műveletek vagy az adatlekérések óránként kerülnek kibocsátásra, de mivel nem időkeretben bocsátják ki őket, nincsenek speciális egységátalakítások, amelyekről tudnia kell.

Kiépített/kvóta, logikai méret és fizikai méret

Az Azure Files három különböző mennyiséget követ nyomon a megosztási kapacitás tekintetében:

• Kiosztott méret vagy kvóta: A kiosztott és a használatalapú fizetéses fájlmegosztások esetén megadhatja a fájlmegosztás maximális méretét. A kiépített fájlmegosztásokban ezt az értéket kiosztott méretnek nevezzük. A kiosztott összegtől függetlenül, függetlenül attól, hogy ténylegesen mennyit használ fel. Használatalapú fájlmegosztásokban ezt az értéket kvótanak nevezzük, és nem befolyásolja közvetlenül a számláját. A kiépített fájlmegosztások kötelező mezője a kiépített méret. Használatalapú fájlmegosztások esetén, ha a kiosztott méret nincs közvetlenül megadva, a megosztás alapértelmezés szerint a tárfiók által támogatott maximális értékre (100 TiB) kerül.

• Logikai méret: Egy fájlmegosztás vagy fájl logikai mérete ahhoz kapcsolódik, hogy mekkora, anélkül, hogy figyelembe kellene vennie a tényleges tárolási módját, ahol a tárolási optimalizálások alkalmazhatók. A fájl logikai mérete az, hogy hány KiB/MiB/GiB lesz átadva a vezetéken, ha máshová másolta. A kiosztott és a használatalapú fizetéses fájlmegosztásokban a rendszer a fájlmegosztás teljes logikai méretét használja a kiosztott méret/kvóta elleni kényszerítéshez. Használatalapú fizetéses fájlmegosztásokban a logikai méret az adatok inaktív állapotban történő számlázásához használt mennyiség. A logikai méretet fájl/mappa Windows-tulajdonságok párbeszédpaneljén "méretnek" nevezzük, az Azure Files-metrikák pedig "tartalomhossznak" nevezik.

• Fizikai méret: A fájl fizikai mérete a lemezen kódolt fájl méretéhez kapcsolódik. Ez igazodhat a fájl logikai méretéhez, vagy kisebb is lehet attól függően, hogy az operációs rendszer hogyan írta a fájlt. A logikai méret és a fizikai méret eltérésének gyakori oka a ritkán használt fájlok használata. A megosztásban lévő fájlok fizikai mérete a pillanatképek számlázásához használatos, bár a lefoglalt tartományok meg vannak osztva a pillanatképek között, ha változatlanok (különbségi tárolás).

Hozzáadott értékeket növelő szolgáltatások

Számos helyszíni tárolási megoldáshoz hasonlóan az Azure Files is biztosít integrációs pontokat az első és harmadik féltől származó termékek számára az ügyfél tulajdonában lévő fájlmegosztásokkal való integrációhoz. Bár ezek a megoldások jelentős többletértéket biztosíthatnak az Azure Files számára, figyelembe kell vennie azokat a többletköltségeket, amelyeket ezek a szolgáltatások hozzáadnak az Azure Files-megoldások teljes költségéhez.

A költségek három gyűjtőre oszlanak:

• Az értéknövelő szolgáltatás licencelési költségei. Ezek az ügyfelekre, végfelhasználókra (más néven "fejköltségre" vagy Azure-fájlmegosztásra vagy tárfiókra jutó fix költség) formájában fordulhatnak elő. Ezek a tárolási kihasználtság egységeien is alapulhatnak, például a fájlmegosztás minden 500 GiB-adattömbjének rögzített költségein.

• A hozzáadott érték szolgáltatás tranzakciós költségei. Egyes hozzáadott értékű szolgáltatások saját tranzakciós koncepcióval rendelkeznek a kiválasztott Azure Files számlázási modellen felül. Ezek a tranzakciók megjelennek a számlán az értéknövelő szolgáltatás díjai alatt; ezek azonban közvetlenül kapcsolódnak ahhoz, hogyan használja az értéknövelő szolgáltatást a fájlmegosztással.

• Az Azure Files egy hozzáadott értékű szolgáltatás használatának költségei. Az Azure Files nem számít fel közvetlenül díjat az ügyfeleknek az értéknövelő szolgáltatások hozzáadásáért, de az Azure-fájlmegosztáshoz hozzáadott érték részeként az értéknövekmeztetés növelheti az Azure-fájlmegosztáson megjelenő költségeket. Ez a tranzakciós díjak miatt könnyen áttekinthető használatalapú fájlmegosztásokkal. Ha a hozzáadott érték szolgáltatás az Ön nevében végez tranzakciókat a fájlmegosztáson, akkor azok megjelennek az Azure Files tranzakciós számláján, még akkor is, ha ön nem végezte el közvetlenül ezeket a tranzakciókat. Ez a kiépített fájlmegosztásokra is vonatkozik, bár kevésbé észrevehető. Az értéknépesebb szolgáltatásokból kiosztott fájlmegosztások tranzakciói beleszámítanak a kiépített IOPS-számokba, ami azt jelenti, hogy az értéknépszerűsített szolgáltatások több tárterület kiépítését igényelhetik ahhoz, hogy elegendő IOPS- vagy átviteli sebesség álljon rendelkezésre a számítási feladathoz.

A fájlmegosztás teljes tulajdonjogi költségének kiszámításakor figyelembe kell vennie az Azure Files és az Azure Files szolgáltatással használni kívánt összes hozzáadott értékű szolgáltatás költségeit.

Több értéknövetett, első és harmadik féltől származó szolgáltatás is létezik. Ez a dokumentum az Azure-fájlmegosztásokkal használt közös belső szolgáltatások egy részét ismerteti. Az itt nem szereplő szolgáltatásokról az adott szolgáltatás díjszabási oldalának elolvasásával tudhat meg többet.

Azure File Sync

Az Azure File Sync egy értéknövelő szolgáltatás az Azure Fileshoz, amely egy vagy több helyszíni Windows-fájlmegosztást szinkronizál egy Azure-fájlmegosztással. Mivel a felhőbeli Azure-fájlmegosztás egy helyszíni szinkronizált fájlmegosztásban található adatok teljes másolatával rendelkezik, a helyszíni Windows-fájlkiszolgálót átalakíthatja az Azure-fájlmegosztás gyorsítótárává a helyszíni lábnyom csökkentése érdekében. További információ: Bevezetés az Azure File Sync használatába.

Az Azure File Sync használatával üzembe helyezett megoldások teljes bekerülési költségének figyelembe vételekor a következő költség szempontjait kell figyelembe vennie:

• Egy vagy több kiszolgálóvégponttal rendelkező Windows-fájlkiszolgálók tőke- és üzemeltetési költségei. Az Azure File Sync replikációs megoldásként annak ismerete, hogy hol vannak az Azure Filesszal szinkronizált Windows-fájlkiszolgálók; üzemeltethetők a helyszínen, egy Azure-beli virtuális gépen vagy akár egy másik felhőben is. Ha nem azure-beli virtuális gépen üzemeltetett Windows File Serverrel használja az Azure File Syncet, a tőke (azaz a megoldás előzetes hardverköltségei) és az üzemeltetési (azaz a munka- és villamosenergia-költségek) költségek nem lesznek részei az Azure-számlának, de továbbra is a teljes tulajdonlási költség részét képezik. Figyelembe kell vennie a helyszíni gyorsítótárazáshoz szükséges adatok mennyiségét, a Processzorok számát és a Windows-fájlkiszolgálók számára szükséges memória mennyiségét az Azure File Sync számítási feladatainak üzemeltetéséhez (további információkért tekintse meg az ajánlott rendszererőforrásokat), valamint az esetlegesen felmerülő szervezetspecifikus költségeket.

• Az Azure File Syncben regisztrált kiszolgálók kiszolgálónkénti licencelési költsége. Ha az Azure File Syncet egy adott Windows-fájlkiszolgálóval szeretné használni, először regisztrálnia kell azt az Azure File Sync Azure-erőforrásában, a Storage Sync szolgáltatásban. Minden olyan kiszolgáló, amelyet az első kiszolgáló után regisztrál, havidíja átalánydíjjal jár. Bár ez a díj nagyon kicsi, ez a számla egyik összetevője, amelyet figyelembe kell venni. A kívánt régió kiszolgálóregisztrációs díjának aktuális árát az Azure Files díjszabási oldalán, a Fájlszinkronizálás szakaszban tekintheti meg.

• Az Azure Files költségei. Mivel az Azure File Sync az Azure Files szinkronizálási megoldása, az Azure Files-erőforrásokat fogja használni. Ezen erőforrások némelyike, például a tárterület-használat viszonylag nyilvánvaló, míg mások, például a tranzakciók és a pillanatképek kihasználtsága nem feltétlenül egyértelmű. A legtöbb ügyfél számára javasoljuk, hogy standard fájlmegosztásokat használjunk az Azure File Synctel, bár az Azure File Sync igény szerint teljes mértékben támogatott prémium szintű fájlmegosztásokkal.

  • Tárterület kihasználtsága. Az Azure File Sync replikálja a kiszolgálóvégponton megadott Windows-fájlkiszolgáló elérési útján végrehajtott módosításokat az Azure-fájlmegosztásra, ami a tárterület használatát eredményezi. A standard fájlmegosztások esetében ez azt jelenti, hogy a kiszolgálóvégpontokon meglévő fájlok hozzáadása vagy méretének növelése a tárolási költségek növekedéséhez vezet, mivel a módosítások replikálódnak. A prémium szintű fájlmegosztások esetében a módosítások kiosztott területet használnak fel – az Ön feladata, hogy a fájlmegosztások növekedésének figyelembe vételéhez szükség szerint rendszeres időközönként növelje a kiépítést.

  • Pillanatkép-kihasználtság. Az Azure File Sync a szokásos használat részeként megosztási és fájlszintű pillanatképeket készít. Bár a pillanatkép kihasználtsága mindig különbözik, ez jelentős mértékben hozzájárulhat az Azure Files teljes számlájához.

  • Tranzakciók a forgalomból. Amikor a fájlok megváltoznak a kiszolgálóvégpontokon, a rendszer feltölti a módosításokat a felhőmegosztásba, amely tranzakciókat hoz létre. Ha a felhőbeli rétegzés engedélyezve van, a rendszer további tranzakciókat hoz létre a rétegzett fájlok kezeléséhez, beleértve a rétegzett fájlokon zajló I/O-t is, a kimenő költségek mellett. Bár a tranzakciók mennyiségét és típusát nehéz előrejelezni az adatváltozási sebesség és a gyorsítótár hatékonysága miatt, a korábbi tranzakcióminták segítségével megbecsülheti a jövőbeli költségeket, ha úgy véli, hogy a jövőbeli használat hasonló lesz a jelenlegi használathoz.

  • Felhőbeli számbavételből származó tranzakciók. Az Azure File Sync naponta egyszer számba osztja az Azure-fájlmegosztást a felhőben, hogy felderítse a közvetlenül a megosztáson végrehajtott módosításokat, hogy szinkronizálhassák őket a kiszolgálóvégpontokra. Ez a vizsgálat olyan tranzakciókat hoz létre, amelyeket a tárfiók naponta egy ListFiles tranzakcióval számláz ki könyvtáronként. Ezt a számot a díjkalkulátorba helyezheti a vizsgálat költségeinek becsléséhez.

  Tipp.

  Ha nem tudja, hány mappája van, tekintse meg a TreeSize eszközt a JAM Software GmbH-tól.

Azure Backup

Az Azure Backup kiszolgáló nélküli biztonsági mentési megoldást biztosít az Azure Fileshoz, amely zökkenőmentesen integrálható a fájlmegosztásokkal és más hozzáadott értékkel rendelkező szolgáltatásokkal, például az Azure File Synctel. Az Azure Fileshoz készült Azure Backup egy pillanatképalapú biztonsági mentési megoldás, amely ütemezési mechanizmust biztosít a pillanatképek rendszergazda által meghatározott ütemezés szerinti automatikus készítéséhez. Emellett felhasználóbarát felületet biztosít a törölt fájlok/mappák vagy a teljes megosztás egy adott időpontra való visszaállításához. További információ: Tudnivalók az Azure-fájlmegosztások biztonsági mentéséről.

Az Azure Backup használatának költségeinek mérlegelésekor vegye figyelembe a következőket:

• Az Azure-fájlmegosztási adatok védett példánylicenceinek költsége. Az Azure Backup az Azure-fájlmegosztásokat tartalmazó tárfiókonkénti védett példány licencelési költségeit számítja fel. A védett példányok 250 GiB-nyi Azure-fájlmegosztási tárolóként definiálhatók. A 250 GiB-nél kevesebbet tartalmazó tárfiókok tört szintű védett példányköltséggel járnak. További információkért tekintse meg az Azure Backup díjszabását. Az Azure Backup által védhető szolgáltatások listájából ki kell választania az Azure Filest .

• Az Azure Files költségei. Az Azure Backup az alábbi módokon növeli az Azure Files költségeit:

  • Különbségi költségek az Azure-fájlmegosztás pillanatképeitől. Az Azure Backup automatizálja az Azure-fájlmegosztás pillanatképeinek készítését rendszergazda által meghatározott ütemezés szerint. A pillanatképek mindig különböznek; A hozzáadott költség azonban attól függ, hogy a pillanatképek mennyi ideig vannak tárolva, és hogy a fájlmegosztás mennyi ideig tart. Ez határozza meg, hogy a pillanatkép mennyire különbözik az élő fájlmegosztástól, és ezért mennyi extra adatot tárol az Azure Files.

  • A visszaállítási műveletek tranzakciós költségei. A pillanatképből az élő megosztásba való visszaállítási műveletek tranzakciókat okoznak. A standard fájlmegosztások esetében ez azt jelenti, hogy a visszaállításokból származó pillanatképekből/írásokból származó olvasások számlázása normál fájlmegosztási tranzakciókként van kiszámlázva. A kiépített fájlmegosztások esetében ezek a műveletek beleszámítanak a fájlmegosztáshoz kiépített IOPS-hez.

Microsoft Defender for Storage

A Microsoft Defender a Microsoft Defender for Storage-termék részeként támogatja az Azure Filest. A Microsoft Defender for Storage szokatlan és potenciálisan káros kísérleteket észlel az Azure-fájlmegosztások SMB-en vagy FileREST-en keresztüli elérésére vagy kihasználására. A Microsoft Defender for Storage előfizetési szinten engedélyezve van az adott előfizetés tárfiókjaiban lévő összes fájlmegosztás esetében.

A Microsoft Defender for Storage nem támogatja az Azure-fájlmegosztások víruskereső képességeit.

A Microsoft Defender for Storage fő költsége egy további tranzakciós költség, amelyet a termék az Azure-fájlmegosztáson végrehajtott tranzakciókra vet ki. Bár ezek a költségek az Azure Filesban felmerülő tranzakciókon alapulnak, nem részei az Azure Files számlázásának, hanem a Microsoft Defender díjszabásának részei. A Microsoft Defender for Storage tranzakciós díjat számít fel még a kiépített fájlmegosztások esetében is, ahol az Azure Files az IOPS-kiépítés részeként tranzakciókat is tartalmaz. Az aktuális tranzakciós ráta Felhőhöz készült Microsoft Defender Microsoft Defender for Storage táblasor alatt található díjszabási oldalon található.

A tranzakciós nagy fájlmegosztások jelentős költségekkel járnak a Microsoft Defender for Storage használatával. Ezen költségek alapján előfordulhat, hogy bizonyos tárfiókok esetében le szeretné tiltani a Microsoft Defender for Storage használatát. További információ: Tárfiók kizárása a Microsoft Defender for Storage-védelemből.

Foglalások

Az Azure Files támogatja a foglalásokat (más néven fenntartott példányokat) a kiépített v1-hez és használatalapú fizetéses modellekhez. A foglalások lehetővé teszik, hogy a tárterület kihasználtságának előzetes véglegesítésével kedvezményt érjen el a tárterületen. Érdemes megfontolnia fenntartott példányok vásárlását bármely éles számítási feladathoz, vagy konzisztens lábnyomokkal rendelkező fejlesztési/tesztelési számítási feladatokat. Foglalás vásárlásakor a következő dimenziókat kell megadnia:

• Kapacitás mérete: A foglalások 10 TiB-ra vagy 100 TiB-ra is lehetnek, és a nagyobb kapacitású foglalások vásárlása esetén jelentősebb kedvezmények érhetők el. Több foglalást is vásárolhat, beleértve a különböző kapacitásméretű foglalásokat is, hogy megfeleljenek a számítási feladatokra vonatkozó követelményeknek. Ha például az éles üzemelő példány 120 TiB fájlmegosztással rendelkezik, vásárolhat egy 100 TiB-foglalást és két 10 TiB-foglalást a teljes tárolási kapacitás követelményeinek teljesítéséhez.
• Időtartam: Egy vagy hároméves időtartamra is vásárolhat foglalásokat, hosszabb foglalási időszak vásárlása esetén pedig jelentősebb kedvezményeket is igénybe vehet.
• Szint: A foglaláshoz tartozó Azure Files szintje. A foglalások jelenleg a prémium (SSD), a gyakori elérésű (HDD) és a ritka elérésű (HDD) szintekhez érhetők el.
• Hely: A foglalás Azure-régiója. A foglalások az Azure-régiók egy részhalmazában érhetők el.
• Redundancia: A foglalás tárolási redundanciása. A foglalások az Azure Files által támogatott összes redundancia esetében támogatottak, beleértve az LRS-t, a ZRS-t, a GRS-t és a GZRS-t.
• Számlázási gyakoriság: Azt jelzi, hogy milyen gyakran számlázzák ki a fiókot a foglalásért. A lehetőségek közé tartozik a Havi vagy az Előzetes verzió.

Miután megvásárolt egy foglalást, azt a meglévő tárterület kihasználtsága automatikusan felhasználja. Ha több tárterületet használ, mint amennyit lefoglalt, akkor a foglalás által nem fedezett egyenlegért listaárat kell fizetnie. A tranzakciós, sávszélességi, adatátviteli és metaadat-tárolási díjak nem szerepelnek a Foglalásban.

Különbségek vannak abban, hogy a foglalások hogyan működnek az Azure-fájlmegosztások pillanatképeivel használatalapú fizetéses és kiosztott v1-fájlmegosztások esetén. Ha használatalapú fizetéses fájlmegosztásokról készít pillanatképeket, akkor a pillanatkép-különbözetek a Foglaláshoz tartoznak, és a számlázás a normál használt tárterület-mérő részeként történik. Ha azonban pillanatképeket készít a kiépített v1-fájlmegosztásokról, akkor a pillanatképek számlázása külön mérőszám használatával történik, és nem számít bele a foglalásba.

A foglalások megvásárlásáról további információt az Azure Files és a Reservations költségeinek optimalizálása című témakörben talál.

Lásd még

• Az Azure Files díjszabása.
• Az Azure Files üzembe helyezésének és az Azure File Sync üzembe helyezésének megtervezése.
• Hozzon létre egy fájlmegosztást , és telepítse az Azure File Syncet.