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. Így a fájlmegosztásokat a forgatókönyv teljesítmény- és árkövetelményeihez igazíthatja:

• 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) üzemeltetett 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. A kiosztott adatok alapján kell fizetnie, függetlenül attól, hogy ténylegesen mennyit használ. Az Azure Files két különböző kiépített modellel rendelkezik: kiépített v2 és kiépített v1.

  • Kiépített v2: Az Azure Files kiépített v2-modelljében 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: Az Azure Files kiépített v1-modelljében kiépítenie kell a megosztáshoz szükséges tárterületet, míg az IOPS-t és az átviteli sebességet a kiosztott tárterület alapján határozzák meg. Az Azure Files kiépített v1-modellje csak SSD-fájlmegosztásokhoz é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. A használatalapú fizetéses modell 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 az Azure Files számlázási modelljeinek működését ismerteti, így jobban megértheti a havi Azure Files-számláját. Az Azure Files díjszabási információiért tekintse meg az Azure Files díjszabási oldalát.

Ez a videó átfogó áttekintést nyújt a különböző Azure Files számlázási modellek közötti különbségekről, beleértve a használatalapú fizetést, a kiépített v1-et és a kiépített v2-t.

Ez a videó részletesen ismerteti az Azure Files kiépített v2 számlázási modelljét, és telepítési utasításokat és javaslatokat kínál a teljes tulajdonosi költség csökkentéséhez.

A következőre érvényes:

Felügyeleti modell	Számlázási modell	Médiaréteg	Redundancia	Kis- és középvállalkozás	Hálózati fájlrendszer (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	Konfigurált v1	SSD (prémium)	Helyi (LRS)
Microsoft.Storage	Konfigurált 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ó	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	1 024 GiB (1 099 511 627 776 bájt)	Tebibyte

Az alap-2 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. Ezek azonban gyakran helytelenül vannak elcímkézve a 10-es alapegységekként, amelyeket jobban ismerhet: KB, MB, GB és TB. Az olyan operációs rendszerek, mint a Windows, helytelenül jelölik meg a tárolóegységeket, annak oka, hogy sok operációs rendszer használni kezdte ezeket a betűszavakat, mielőtt a Nemzetközi Elektrotechnikai Bizottság (IEC), a Nemzetközi Súlyok és Mértékek Hivatala (BIPM) és az USA Nemzeti Szabványügyi és Technológiai Intézete (NIST) 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	Következetesen tévesen jelöli meg 10-es alapként.
Linux-disztribúciók	Általában kettes alapú, de egyes szoftverek tízes alapú rendszert használnak.	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 tulajdonlási költség ellenőrzőlistája

Ha helyszíni környezetből migrál az Azure Filesba, vagy összehasonlítja az Azure Filest más felhőalapú tárolási megoldásokkal, vegye figyelembe az alábbi tényezőket, hogy igazságos, alma-almához való összehasonlítást biztosítson.

• 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 számlázási modellek a minimális kiosztott megosztás méretétől, a kiépítési egységtől, valamint a kiépítés növelésének és csökkentésének képességétől függően eltérhetnek.

• Vannak módszerek a tárolási költségek optimalizálására? Az Azure Files Reservations használatával akár 36% 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 szükséges kezelni? Az Azure Files egy teljes mértékben felügyelt megoldás. Más megoldásokhoz operációsrendszer-frissítésekre vagy virtuális erőforrások, például virtuális gépek, lemezek és hálózati IP-címek kezelésére lehet szükség.

• 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övelt megoldások, legyen az helyszíni vagy felhőalapú, saját licenc- és termékköltséggel rendelkeznek, de gyakran a fájltárolás teljes 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 2 TiB-megosztást épít ki, és 2 TiB adatot tölt fel a megosztásba, a megosztás megtelik. Csak akkor tud további adatokat hozzáadni, ha nem növeli a megosztás méretét, vagy nem törli az adatok egy részét. A kreditalapú IOPS-növekedés többlet rugalmasságot biztosít a használat során, megfelelő mértékben, amíg a kreditek rendelkezésre állnak.

A tárterület, az IOPS és a kiosztott átviteli sebesség dinamikusan fel- vagy leskálázható, ahogy az igényei változnak. A kiosztott mennyiség azonban csak akkor csökkenthető, ha az utolsó mennyiségnövekedés óta eltelt 24 óra. 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 mekkora átviteli sebességre van szüksége. Ezt a rendszer a megadott kiépített tárterület mennyisége alapján számítja ki. Ezek a javaslatok a kiválasztott médiaszinthez tartozó kiépített tárterület átlagos ügyfélhasználatán alapulnak. Előfordulhat azonban, hogy a számítási feladat több vagy kevesebb IOPS-t és átviteli sebességet igényel, mint a "tipikus fájlmegosztás". Ebben az esetben az egyes fájlmegosztási követelményektől függően több vagy kevesebb IOPS-t és átviteli sebességet is kiépítheti.

Biztosított v2 rendelkezésre állás

A kiépített v2-modell elérhető a fájlmegosztásokhoz a FileStorage típusú tárolási fiókokban. Jelenleg a következő tárfiók-termékváltozatok érhetők el:

Storage-fiók típusa	Tárfiók termékváltozata	Elérhető fájlmegosztás típusa
FájlTárolás	StandardV2_LRS	Előre beállított HDD v2-fájlmegosztások megadott helyi (LRS) redundanciával.
FájlTárolás	StandardV2_ZRS	HDD előre kiosztott v2-fájlmegosztások a megadott Zóna (ZRS) redundanciával.
FájlTárolás	StandardV2_GRS	HDD kiépített v2-fájlmegosztások a megadott Geo (GRS) redundanciával.
FájlTárolás	StandardV2_GZRS	Az előzetesen kiosztott v2-fájlmegosztások megadott GeoZone (GZRS) redundanciával vannak ellátva.

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

• Minden nyilvános Azure-felhőrégió.
• Az összes Azure US kormányzati felhőrégió.

Előkészített v2 ellátási részletek

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árhely kiosztási egység	1 GB
IOPS-kiépítési egység	1 IO-művelet/mp
Áteresztőképesség kiépítési egység	1 MB / s
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 / s
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 / másodperc
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 / másodperc
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-t vagy átviteli sebességet igényel. Igény szerint felülbírálhatja ezeket a javaslatokat saját értékekkel.

Kiépített v2 rugalmas kapacitá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 akkor halmozódnak fel, ha a fájlmegosztás forgalma kisebb, mint a kiépített (alapkonfiguráció) IOPS. 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 növekedhetnek, amíg vannak fennmaradó kreditek a felhalmozott burst kreditek száma alapján. A kiosztott IOPS-on túl minden IO egy kreditet használ fel. Az összes kredit felhasználása után a részesedés visszatér a kiosztott IOPS-értékre. A fájlmegosztáson lévő IOPS-nak nem kell semmi különlegeset tennie a burst teljesítmény lehetőségének kihasználásához. A kipukkadás törekvés alapú működéssel történik.

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

• Accruing, ha a fájlmegosztás kevesebbet használ, mint a kiosztott IOPS.
• Csökkenés, amikor a fájlmegosztás több IOPS-t használ a kiosztottnál, és burst 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 burst tartályban lévő teljes kreditszámmal kezdődik. A burst kreditek nem halmozódnak fel, ha a kiosztott IOPS a szerver által végzett korlátozás miatt a meghatározott határ 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
IOPS-korlát Burst	MIN(MAX(3 * ProvisionedIOPS, 5000), 50000)
IOPS-kreditek megugrá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 kitörési IOPS korlátozás	HDD kitörési kreditek
ötszáz	Legfeljebb 5000	16,200,000
1000	Legfeljebb 5000	14,400,000
3000	Legfeljebb 9000	21,600,000
5000	Maximum 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

Előkészített v2-pillanatképek

Az Azure Files támogatja a pillanatképeket, amelyek hasonlóak a kötetárnyék-másolatokhoz (VSS) a Windows fájlkiszolgálón. 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 v2 számlázási modellben, ha az összes pillanatkép teljes különbségi mérete a fájlmegosztás előre kiosztott tárhelyén belülre esik, akkor nincs többletköltség a pillanatképek tárhelyére. 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.

Konfigurált v2 visszaá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 megadott megőrzési időszakra vonatkozóan. 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ároló, az IOPS és a megosztások átviteli sebessége a tárfiók korlátaival egybeesik a fájlmegosztás törléséig. A díjakat azonban nem számlázzák ki. 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.

Előre konfigurált 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ő számlázási mérőszámok 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-ben mért bármilyen differenciális pillanatkép-használat, amely nem fér el a rendelkezésre bocsátott tárhelykapacitáson belül. További információért lásd előkészített v2-pillanatképek.
• Soft-Deleted Használat: A GiB-ben mért használt tárkapacitás a puha törlésű fájlmegosztások esetén. További információ: konfigurált v2 puha törlés.

A kiosztott v2 számlázási mérők fogyasztási egységei óránként lesznek kibocsátva. Egy 1024 GiB kiosztott megosztás esetén például a következőt kell látnia:

• 1,024 egység a Provisionált Tároló mérőhöz egy egyedi órára.
• 24 576 egység a kiosztott tárolásra, egy napra összesítve.
• 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 rendelkezésre bocsátott tárolás 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 rendelkezésre bocsátott tárhely alapján.

Konfigurált 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.

Előre konfigurált 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. Amikor új kiépített v1-fájlmegosztást hoz létre, meg kell adnia, hogy mennyi tárhelyre van szüksége a megosztáshoz, és ekkor az IOPS és az átviteli sebesség kiszámításra kerül. 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 2 TiB-megosztást épít ki, és 2 TiB adatot tölt fel a megosztásba, a megosztás megtelik. Csak akkor adhat hozzá további adatokat, ha nem növeli a megosztás méretét, vagy nem törli az adatok egy részét. A kreditalapú IOPS-növekedés többlet rugalmasságot biztosít a használat során, megfelelő mértékben, amíg a kreditek rendelkezésre állnak.

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, ahogy az igényei változnak. A kiépített tárterületet azonban csak akkor csökkentheti, ha a legutóbbi tárterület-növekedés óta eltelt 24 óra. 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 lecsökkentheti arra a szintre, amely a ténylegesen használt GiB alá esik. Ha így tesz, nem veszíti el az adatokat, de továbbra is a felhasznált méretért kell fizetnie. A kiosztott megosztás teljesítményét fogja megkapni, nem a felhasznált méretet.

Előre beállított v1 elérhetőség

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

Storage-fiók típusa	Tárfiók termékváltozata	Elérhető fájlmegosztás típusa
FájlTárolás	Premium_LRS (prémium szintű LRS)	Az SSD v1 fájlmegosztás, a megadott helyi (LRS) redundanciával ellátva.
FájlTárolás	Prémium_ZRS	Az SSD-alapú V1 fájlmegosztás a megadott zóna (ZRS) redundanciával lett elkészítve.

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ó: Azure-termékek régiónként.

Konfigurált v1 konfigurálá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:

Elem	Érték
Tárhely kiosztá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 következő képletek határozzák meg a megosztáson kiosztott IOPS és átviteli sebesség mennyiségét:

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 egyéni 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 v1 robbanásszerű kihasználás

A kiosztott 1- es verziójú modell kétféle kipukkadást támogat: a kreditalapú kiépítést, amely a kiépítés részeként ingyenesen elérhető, és a fizetős kiépítés, amely egy speciális funkció, amellyel opcionálisan támogathatja a használatalapú számlázást, amikor az IOPS és az átviteli sebesség túllépi a kiosztott összeget.

Kiosztott v1 kreditalapú felfutá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 akkor halmozódnak fel, ha a fájlmegosztás forgalma kisebb, mint a kiépített (alapkonfiguráció) IOPS. 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 növekedhetnek, amíg vannak fennmaradó kreditek a felhalmozott burst kreditek száma alapján. A kiosztott IOPS-on túl minden IO egy kreditet használ fel. Az összes kredit felhasználása után a részesedés visszatér a kiosztott IOPS-értékre. A fájlmegosztáson lévő IOPS-nak nem kell semmi különlegeset tennie a burst teljesítmény lehetőségének kihasználásához. A kipukkadás törekvés alapú működéssel történik.

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

• Accruing, ha a fájlmegosztás kevesebbet használ, mint a kiosztott IOPS.
• Csökkenés, amikor a fájlmegosztás több IOPS-t használ a kiosztottnál, és burst 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 burst tartályban lévő teljes kreditszámmal kezdődik. A burst kreditek nem halmozódnak fel, ha a kiosztott IOPS a szerver által végzett korlátozás miatt a meghatározott határ 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)
Többlet 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értelmezett IOPS	Kitörési IOPS	Kipukkanó kreditek	Átviteli sebesség (bejövő forgalom + kimenő forgalom) (MiB/s)
100	3,100	Legfeljebb 10 000	24,840,000	110
ötszáz	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

Kiosztott v1 fizetős túlterheléses használat

A fizetős burstolás a v1-re kiépített modell haladó funkciója, amely azokat az ügyfeleket támogatja, akik soha nem akarnak sebességkorlátozást. A fizetős kipukkadás további használatalapú számlázást biztosít a kiosztott tárterület feletti IOPS-mennyiséghez vagy átviteli sebességhez. Ez különbözik a kreditalapú kipukkadástól, amely a kiépített tárterület részeként ingyenesen elérhető. Bár a fizetett felfutás nagy rugalmasságot adhat a fájlmegosztás kiépítéséhez, helytelen használat esetén nem várt számlázási költségekkel szembesülhet.

A hitelalapú kipukkadáshoz hasonlóan a fizetős kipukkadás nem helyettesíti a megfelelő mennyiségű IOPS és átviteli sebesség kiépítését. Inkább további védelmet nyújt a korlátozás ellen, ha váratlan igény esetén. Ha konzisztens IOPS- vagy átviteli sebesség-használattal rendelkezik, olcsóbb elég IOPS-t és átviteli sebességet kiépíteni (a tárterület kiépítésével), hogy fedezni tudja a keresletet, és ehelyett fizetős kiépítésre támaszkodjon.

A fizetős adatkitörés alapértelmezés szerint le van tiltva, de az utasításokat követve módosíthatja a kiépített v1-fájlmegosztások költség- és teljesítményjellemzőit (csak PowerShell és CLI esetén). Ha engedélyezve van a fizetős kipukkadás, javasoljuk, hogy gondosan monitorozza az IOPS-t és az átviteli sebesség használatát az Azure Monitoron keresztül elérhető alábbi metrikák használatával:

• Fájlmegosztás kiépített IOPS kapacitás
• Fájlmegosztás kiosztott sávszélesség miB/s (átviteli sebesség)
• Tranzakciók max. IOPS szerint
• Sávszélesség max. MiB/s (átviteli sebesség) szerint
• IOPS-ra vonatkozó robbanási kredit (kredit alapú robbanás)
• Fizetős Bursting IOS (IOs)
• Fizetett többlet sávszélesség

Előkészített v1-pillanatképek

Az Azure Files támogatja a pillanatképeket, amelyek hasonlóak a kötetárnyék-másolatokhoz (VSS) a Windows fájlkiszolgálón. 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.

Előkészített v1 lágy 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 megadott megőrzési időszakra vonatkozóan. A rendszer a visszaállíthatóan törölt tárhelykihasználtságot a használt pillanatkép-tárolómérő ellenében bocsátja ki. 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.

Rendelkezésre bocsátott v1 számlázási mérőeszközök

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

• Prémium kiosztott: 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 fogyasztás a kiosztott v1 számlázási mérőkhöz képest óránként van kibocsátva, havi egységekben mérve. Egy 1024 GiB kiosztott megosztás esetén 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 rendelkezésre álló mérőn.
  • 29 napos hónap (szökőév február): 1,4713 egység az Előírt Prémium mérőn.
  • 30 napos hónap: 1,4222 egység a Prémium biztosított 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 Előfizetett mérőhöz, ha egy hónapra összesítjük.

Használatalapú fizetési modell

A használatalapú fizetési modellben Ön a ténylegesen használt tárterület alapján számlázódik, nem a foglalt mennyiség után. Általánosságban a tárolt logikai adatok mennyiségéért és az adatok használatának függvényében a tranzakciókért is fizetnie kell. A használatalapú számlázást nehéz lehet megtervezni a költségvetés-készítési folyamat részeként, mert a végfelhasználói felhasználás alapján kell fizetnie. 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:

Storage-fiók típusa	Tárfiók termékváltozata	Elérhető fájlmegosztás típusa
StorageV2 vagy Storage	Standard_LRS	Merevlemez (HDD) használatalapú fájlmegosztás a megadott helyi (LRS) redundanciával.
StorageV2 vagy Storage	Standard_ZRS	HDD igény szerinti 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 földrajzi redundanciával (GRS).
StorageV2 vagy Storage	Standard_GZRS	HDD fájlmegosztás használatarányos díjazással, 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 csomagnál a legmagasabb a nyugalmi állapotú tárolás ára, de a legalacsonyabb a tranzakciók ára.
• Hot olyan aktív munkaterhelésekhez használható, amelyek nem járnak nagy számú tranzakcióval. A nyugalmi állapotban történő adattárolás ára valamivel alacsonyabb, de a tranzakció optimalizálthoz képest magasabbak a tranzakciós árak. Tekintsük úgy, mint a tranzakcióoptimalizált és a takarékos szintek közötti középutat.
• A Cool optimalizálja a magas aktivitással nem rendelkező számítási feladatok árát, és a legalacsonyabb árat kínálja a nyugalmi állapotban lévő tárhelyhez, de a legmagasabb tranzakciós díjakat.

A használati esethez megfelelő hozzáférési szint kiválasztásával jelentősen csökkentheti a költségeket. Ha ritkán használt munkaterhelést helyez el a tranzakcióoptimalizált hozzáférési rétegben, szinte semmit sem kell fizetnie azért a néhány alkalommal, amikor egy hónapban tranzakciókat hajt végre a saját megosztásán. Az adattárolási költségekért azonban nagy összeget kell fizetnie. Ha ugyanezt a megosztást áthelyezné a hűvös hozzáférési szintre, akkor is szinte semmit sem kellene fizetnie a tranzakciós költségekért, egyszerűen azért, mert ehhez a munkafolyamathoz ritkán hajt végre tranzakciókat. A ritka elérésű hozzáférési szintnek azonban olcsóbb az adattárolási ára.

Hasonlóképpen, ha magas rendelkezésre állású számítási feladatot helyez a ritka elérésű hozzáférési szintre, sokkal több tranzakciós költséget kell fizetnie, 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 árból származó megtakarítást, és többet fizethet a ritka elérésűért, mint amennyit a tranzakcióoptimalizált tranzakcióért fizetett volna. Bizonyos használati szintek esetében előfordulhat, hogy a gyakori elérési szint lesz a legköltséghatékonyabb, a ritka elérési szint pedig drágább lesz, mint a tranzakciókra 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ók migrálás közbeni használata á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 egyszerű 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, az Azure Files által kiszolgált több 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
Tranzakciók írása	CreateShare SetFileServiceProperties SetShareMetadata SetShareProperties SetShareAcl SnapshotShare RestoreShare	CopyFile Create CreateDirectory CreateFile PutRange PutRangeFromURL SetDirectoryMetadata SetFileMetadata SetFileProperties SetInfo Write PutFilePermission Flush SetDirectoryProperties
Tranzakciók listája	ListShares	ListFileRanges ListFiles ListHandles
Elolvasott 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

Feljegyzés

Az NFSv4.1 csak olyan SSD-fájlmegosztásokhoz érhető el, amelyek kiépített számlázási modellt használnak. A tranzakciós kategóriák nincsenek hatással a kiépített fájlmegosztások számlázására.

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 az alábbiak szerint többletköltséget eredményez:

• Tranzakciók: Amikor egy megosztást egy forróbb hozzáférési szintről egy hűvösebb hozzáférési szintre helyez át, a megosztásban lévő minden egyes fájl esetében a hűvösebb hozzáférési szint írási tranzakciós díját vonják le. 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 minden fájljának 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érete alapján 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)	Népszerű (célállomás)	Ritka elérésű (cél)
Tranzakcióoptimalizált (forrás)	--	Fájlonként egy gyakori írási tranzakció.	Fájlonként egy hatékony írási tranzakció.
Gyakori elérésű (forrás)	Fájlonként egy gyakori olvasási tranzakció.	--	Fájlonként egy hatékony írási tranzakció.
Ritka elérésű (forrás)	Fájlonként egy hatékony olvasási tranzakció. Az összes felhasznált GiB-hez tartozó adatlekérés.	Fájlonként egy hatékony olvasási tranzakció. Az összes felhasznált GiB-hez tartozó adatlekérés.	--

Egy 30 napos ablakban legfeljebb ötször módosíthatja a fájlmegosztások hozzáférési szintjét. 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 a megosztás hozzáférési szintjének módosítása után 24 órán belül nem módosíthatja azt, még akkor sem, ha az elmúlt 30 napban kevesebb mint ötször 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 a tranzakcióoptimalizált hozzáférési szinten. Ennek oka a migrálás során felmerülő nagyszámú tranzakció. Miután a migrálás befejeződött, és néhány napig vagy hetekig rendszeres használat mellett működik, a tranzakciószámokat a díjszabási kalkulátorba dugva megállapíthatja, hogy melyik hozzáférési szint a legmegfelelőbb a számítási feladathoz.

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 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 Scope-ot a tárfiók neveként, a Metric Namespace-t "File" értékként, a metrikát "Transactions" értékként, az összesítést pedig "Sum" értékké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.

Feljegyzés

Győződjön meg arról, hogy a tranzakciókat elég hosszú ideig tekinti meg, hogy reális képet kapjon a tranzakciók átlagos számáról. Győződjön meg arról, hogy a kiválasztott időszak nem átfedésben van a kezdeti ellátással. Szorozza meg a tranzakciók átlagos számát ebben az időszakban, hogy lekérje egy teljes hónap becsült tranzakcióit.

Használat alapú fizetési pillanatképek

Az Azure Files támogatja a pillanatképeket, amelyek hasonlóak a kötetárnyék-másolatokhoz (VSS) a Windows fájlkiszolgálón. 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ési modellben a teljes eltérő méretet a normál tárolóhasználati mérő alapján számlázzák. Ez azt jelenti, hogy nem fog külön tételt látni a számlán, amely a használat alapú tárfiók pillanatképeit ábrázolja. Ez azt is jelenti, hogy a differenciális pillanatképek használata beleszámít a használat alapján fizetett fájlmegosztásokhoz vásárolt foglalásokba.

Fogyasztásalapú - 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ásnak a megadott megőrzési időszakra vonatkozó használt tárolási kapacitása alapján kerül számlázásra. A rendszer a lágyan törölt használt tárolókapacitást a normál használt tárolómérethez képest bocsátja ki. Ez azt jelenti, hogy nem fog külön sorelemet látni a számlán, amely a fogyasztásalapú fizetésű tárfiók puha törlésű fájlmegosztásait jelöli. Ez azt is jelenti, hogy a lágyan törölt fájlmegosztások használata beleszámít a pay-as-you-go fájlmegosztásokhoz vásárolt foglalásokba.

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 (egy gyűjtő = 10 000 tranzakció).
• Listaműveletek: A listatranzakciós gyűjtők száma (egy gyűjtő = 10 000 tranzakció).
• Olvasási műveletek: Az olvasási tranzakciók gyűjtőinek száma (egy gyűjtő = 10 000 tranzakció).
• Egyéb műveletek / Protokollműveletek: Az egyéb tranzakciógyűjtők száma (egy 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.
• Geo-Replication 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 fogyasztási egységei óránként, havi egységekben kerülnek kibocsátásra. Egy 1024 használt GiB-vel rendelkező megosztás 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 tárolt adatok mérő alapján.
  • 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.

A többi mérővel (például írási műveletekkel vagy adatlekéréssel) kapcsolatos fogyasztás óránként lesz kibocsátva, de mivel ezek nem időkeretben vannak kibocsátva, nincs külön egységátalakítás, amiről tudnia kell.

Előre kiosztott/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. Mindenképpen annyit fizet, amennyit kioszt, 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 meghatározott 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) áll be.

• Logikai méret: A fájlmegosztások vagy fájlok logikai mérete ahhoz kapcsolódik, hogy mekkora, anélkül, hogy figyelembe venné a tényleges tárolási módját, anélkül, hogy bármilyen tárolási optimalizálásra lenne lehetőség. A fájl logikai mérete az, hogy hány KiB/MiB/GiB kerülne átadásra a vezetéken, ha máshová másolná. 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. Igény szerinti fájlmegosztásokban a logikai méret az adatok nyugalmi állapoti használatának számlázási mennyiségét jelenti. 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. A fizikai méret 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árhely).

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 kategóriára oszlanak:

• Az értéknövelő szolgáltatás licencelési költségei. A licencelési költségek egy ügyfélre, végfelhasználóra (más néven "főköltségre"), Azure-fájlmegosztásra vagy tárfiókra eső rögzített költség formájában merülhetnek fel. Ezek a tárolási kihasználtság egységeien is alapulhatnak, például a fájlmegosztás 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. Ezek a költségek a tranzakciós díjak miatt könnyen észlelhetőek a használat alapú fájlmegosztásoknál. 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 közvetlenül nem ön végezte el 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 független attól, hogy hol találhatók az Azure Fileszal szinkronizált Windows-fájlkiszolgálók; azok lehetnek 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, akkor a beruházási (azaz az Ön megoldásának előzetes hardverköltségei) és az üzemeltetési (azaz a munkaerő, villamosenergia stb. költségei) kiadások nem lesznek részei az Azure-számlájának, de továbbra is jelentősen befolyásolják a teljes tulajdonlási költséget. 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, átalány havidíja van. 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 használat 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 lemorzsolódásbó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. A felhőbeli rétegzés engedélyezése esetén 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 és a kimenő forgalom költségeit. 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árolási fiókra naponta könyvtáronként egy ListFiles tranzakció alapján számláznak ki. 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ő tényező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:

  • Az Azure fájlmegosztás pillanatképeinek költségkülönbségei. 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 differenciálisak; 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áson milyen mértékű változás történik az adott időszak alatt. Ezek a tényezők határozzák 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ásra történő visszaállítás tranzakciós költségekkel jár. Normál fájlmegosztások esetén 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óként van kiszámlázva. A kiépített fájlmegosztások esetében ezek a műveletek a fájlmegosztáshoz kiépített IOPS-hez számítanak.

Microsoft Defender for Storage (a tárhely védelmére)

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 a Microsoft Defender for Cloud díjszabási oldalán , a Microsoft Defender for Storage táblasor alatt 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) az előre konfigurált v1 modellhez és a használat szerinti fizetéses modellekhez. A foglalások lehetővé teszik, hogy a tárhely kihasználására történő előzetes elköteleződéssel kedvezményt érjen el. Érdemes megfontolni, hogy fenntartott példányokat vegyen bármely éles számítási feladathoz vagy olyan fejlesztési/tesztelési számítási feladatokhoz, amelyek állandó erőforrásigénnyel rendelkeznek. 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. Például, ha a gyártási környezete 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ókapacitási követelmények 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 az SSD kiosztással rendelkező 1-es verzióhoz (prémium) és a HDD használat alapú fizetés (csak forró és hűvös elérésű) számlázási modellekhez é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ája. 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 történik a számlázás a foglalás alkalmával. A lehetőségek közé tartozik a Havi vagy az Előzetes verzió.

Amint megvásárol egy tárhely-foglalást, az automatikusan felhasználásra kerül az aktuális tárterület kihasználtságával. Ha több tárhelyet 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, hogyan működnek a foglalások az Azure-fájlmegosztások pillanatképeivel használati díjas és kiosztott v1-fájlmegosztások esetén. Ha "pay-as-you-go" fájlmegosztásokról készít pillanatképeket, akkor a pillanatkép-különbözetek beleszámítanak a Foglalásba, é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 az előfizetett v1-fájlmegosztásokról, akkor a pillanatképek számlázása egy külön mérő alapján történik, és nem számít bele az Előfizetésbe.

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 ésaz Azure File Sync üzembe helyezésének megtervezése.
• Hozzon létre egy fájlmegosztást , és telepítse az Azure File Syncet.