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 |
|
|
Listatranzakciók |
|
|
Olvasási tranzakciók |
|
|
Egyéb/protokolltranzakciók |
|
|
Tranzakciók törlése |
|
|
Feljegyzés
Az NFS 4.1 csak olyan SSD-fájlmegosztásokhoz érhető el, amelyek kiépített számlázási modellt használnak. A tranzakciók gyűjtői nem befolyásolják a kiépített fájlmegosztások számlázását.
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) | -- |
|
|
Gyakori elérésű (forrás) |
|
-- |
|
Ritka elérésű (forrá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:
- Navigáljon az Azure portálon a címen a tárolófiókjához.
- A szolgáltatásmenü Figyelés területén válassza a Metrikák lehetőséget.
- 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".
- Válassza a Felosztás alkalmazása lehetőséget.
- Válassza ki az Értékeket "API-névként". Válassza ki a kívánt korlátot és rendezést.
- Válassza ki a kívánt időtartamot.
Feljegyzés
Győződjön meg arról, hogy a tranzakciókat egy adott időszakban tekinti meg, hogy jobban megismerje a tranzakciók átlagos számát. Győződjön meg arról, hogy a kiválasztott időszak nem átfedésben van a kezdeti kiépítéssel. 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á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.