Az Azure Files számlázásának ismertetése
Az Azure Files két különböző számlázási modellt biztosít: kiépített és használatalapú fizetést. A kiépített modell csak prémium szintű fájlmegosztásokhoz érhető el, amelyek a FileStorage tárfióktípusban üzembe helyezett fájlmegosztások. A használatalapú fizetéses modell csak standard fájlmegosztások esetén érhető el, amelyek az általános célú 2. (GPv2) tárfióktípusban üzembe helyezett fájlmegosztások. Ez a cikk bemutatja, hogyan működik mindkét modell a havi Azure Files-számla megértéséhez.
Ez a videó egy interjú, amely az Azure Files számlázási modelljének alapjait ismerteti. Bemutatja, hogyan optimalizálhatók az Azure-fájlmegosztások költségei, és hogyan hasonlítható össze az Azure Files más helyszíni és felhőbeli fájltárolási ajánlatokkal.
Az Azure Files díjszabási információiért tekintse meg az Azure Files díjszabási oldalát.
A következőre érvényes:
| Fájlmegosztás típusa | SMB | NFS |
|---|---|---|
| Standard szintű fájlmegosztások (GPv2), LRS/ZRS |  |
 |
| Standard szintű fájlmegosztások (GPv2), GRS/GZRS | |
|
| Prémium fájlmegosztások (FileStorage), LRS/ZRS | |
|
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 használta ezeket a rövidítéseket, mielőtt az IEC, a BIPM és az 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 | 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? Az Azure Files esetében a használt számlázási modell attól függ, hogy prémium vagy standard fájlmegosztásokat helyez-e üzembe. 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ások további felügyeletet igényelhetnek, például operációsrendszer-frissítéseket vagy virtuális erőforrás-kezelést, például virtuális gépeket, lemezeket és hálózati IP-címeket.
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.
Foglalások
Az Azure Files támogatja a foglalásokat (más néven fenntartott példányokat), amelyek 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, a gyakori és a ritka elérésű 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 a standard és prémium szintű fájlmegosztások esetében. Ha normál fájlmegosztásokról készít pillanatképeket, akkor a pillanatképek különbségei a Foglaláshoz számítanak, és a számlázás a normál használt tárterület-mérő részeként történik. Ha azonban prémium szintű fájlmegosztásokról készít pillanatképeket, 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. További információ: Pillanatképek.
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.
Kiépített modell
Az Azure Files egy kiépített modellt használ a prémium szintű fájlmegosztásokhoz. A kiépített számlázási modellben proaktív módon határozza meg a tárolási követelményeket ahelyett, hogy a használat alapján számlázzák. A kiépített tárolási modell hasonló a helyszíni tárolási megoldás vásárlásához, mert ha egy Azure-fájlmegosztást egy bizonyos mennyiségű tárkapacitással épít ki, akkor a tárkapacitásért fizetnie kell, függetlenül attól, hogy használja-e vagy sem. A fizikai adathordozó helyszíni vásárlásával ellentétben a kiépített fájlmegosztások a tárolási és I/O-teljesítmény jellemzőitől függően dinamikusan fel- vagy leskálázhatók.
A fájlmegosztás kiosztott méretét bármikor növelheti, de csak akkor csökkentheti, ha az utolsó növekedés óta eltelt 24 óra. Miután 24 órát várt kvótanövelés nélkül, annyiszor csökkentheti a megosztási kvótát, amennyit csak szeretne, amíg újra nem növeli azt. Az IOPS/átviteli sebesség skálázásának változásai a kiosztott méretváltozást követő 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.
Létesítési módszer
Prémium szintű fájlmegosztás kiépítésekor meg kell adnia, hogy hány GiBs-et igényel a számítási feladat. Minden üzembe helyezett GiB több IOPS-ra és átviteli sebességre jogosít fel rögzített arányban. A garantált alapszintű IOPS mellett minden prémium szintű fájlmegosztás támogatja a kipukkadást. Az IOPS és az átviteli sebesség képletei a következők:
| Tétel | Érték |
|---|---|
| Fájlmegosztás minimális mérete | 100 GiB |
| Kiépítési egység | 1 GB |
| Alapterv IOPS-képlet | MIN(3000 + 1 * ProvisionedStorageGiB, 102400) |
| Kipukkadási korlát | MIN(MAX(10000, 3 * ProvisionedStorageGiB), 102400) |
| Kipukkanó kreditek | (BurstLimit - BaselineIOPS) * 3600 |
| Átviteli sebesség (bejövő forgalom + kimenő forgalom) (MiB/s) | 100 + CEILING(0.04 * ProvisionedStorageGiB) + CEILING(0.06 * ProvisionedStorageGiB) |
Az alábbi táblázat néhány példát mutat be a kiosztott megosztások méretére 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 maximális előnyeinek elérése érdekében javasoljuk, hogy engedélyezze az SMB Többcsatornás használatát a prémium szintű 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.
Átmeneti lemezteljesítmény-fokozás
Ha a számítási feladatnak extra teljesítményre van szüksége a csúcsigény kielégítése érdekében, a fájlmegosztás alapkonfigurációs IOPS-korlátja felett is használhat kiugró krediteket. A kipukkadás automatizált, és egy kreditrendszeren alapul. A legjobb munkamennyiség alapján működik, és a kipukkadási korlát nem garancia.
A kreditek akkor halmozódnak fel egy kipukkanó gyűjtőben, amikor a fájlmegosztás forgalma az alapkonfiguráció IOPS alatt van. A megtermelt krediteket később a rendszer a kipukkadás engedélyezéséhez használja fel, ha a műveletek túllépnék az alapszintű IOPS-t.
Ha egy részvény túllépi az alapszintű IOPS-t, és kreditekkel rendelkezik egy kipörgési gyűjtőben, akkor a maximálisan engedélyezett csúcskitörési arányig fel fog törni. A részvények továbbra is kipukkanhatnak, amíg a kreditek megmaradnak, de ez a felhalmozott felpattanó kreditek számán alapul. Az alapkonfiguráción túl minden IOPS egy kreditet használ fel. Az összes kredit felhasználása után a megosztás az alapszintű IOPS-ra kerül.
A kreditek megosztásának három állapota van:
- Ha a fájlmegosztás kevesebbet használ, mint az alapszintű IOPS.
- Ha a fájlmegosztás az alapszintű IOPS-nál többet használ, és kipukkanó módban van.
- Konstans, ha a fájlmegosztás pontosan az alapszintű IOPS-t használja, és vagy nincsenek jóváírások felhalmozva vagy felhasználva.
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ásIOPS az alapkonfiguráció alá esik a kiszolgáló szabályozása miatt.
Használatalapú fizetéses modell
Az Azure Files használatalapú fizetéses számlázási modellt használ a standard fájlmegosztásokhoz. Ebben a modellben a fizetendő összeget a ténylegesen használt összeg határozza meg, nem pedig a kiosztott összeg alapján. 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 modell költséghatékony lehet, mert nem kell túlterjeszkednie a jövőbeli növekedési vagy teljesítménykövetelmények figyelembe vételéhez. Ha a számítási feladat és az adatlábnyom időről időre változik, nem kell megszüntetnie a leépítést. A használatalapú fizetéses számlázási modelleket viszont nehéz megtervezni a költségvetés-készítési folyamat részeként, mert a modellt a végfelhasználói fogyasztás vezérli.
A standard szintek különbségei
Standard fájlmegosztás létrehozásakor a következő szintek közül választhat: tranzakcióoptimalizált, gyakori és ritka elérésű. Mindhárom réteg pontosan ugyanazon a szabványos tárolóhardveren van tárolva. E három szint fő különbsége a nyugalmi tárolási árak, 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 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 szinten, szinte semmit sem fog fizetni egy hónap alatt, amikor tranzakciókat hajt ki a megosztáson. Az adattárolási költségekért azonban nagy összeget kell fizetnie. Ha ugyanezt a megosztást áthelyezte a ritka elérésű 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ű rétegnek azonban sokkal olcsóbb az adattárolási ára. A használati esethez megfelelő 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ű szintre helyez, 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 á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. Egyes használati szintek esetében előfordulhat, hogy a gyakori elérésű szint lesz a legköltséghatékonyabb, a ritka elérésű 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 standard fájlmegosztás legköltséghatékonyabb szintjét. A gyakorlatban a legköltséghatékonyabb 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. Normál 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ő 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 prémium szintű fájlmegosztásokhoz érhető el, amelyek a kiépített számlázási modellt használják. A tranzakciók nem befolyásolják a prémium szintű fájlmegosztások számlázását.
Váltás a standard szintek között
Bár a standard fájlmegosztást a három standard fájlmegosztási szint között módosíthatja, a kezdeti migrálás utáni költségek optimalizálásának ajánlott eljárása a legköltséghatelvűbb optimális szint kiválasztása, és ott maradni, hacsak nem változik a hozzáférési minta. Ennek az az oka, hogy a standard fájlmegosztások szintjének módosítása további költségeket eredményez az alábbiak szerint:
Tranzakciók: Amikor egy megosztást egy gyakori elérésű rétegről egy hűvösebb szintre helyez át, a megosztásban lévő összes fájl esetében a hidegebb réteg írási tranzakciós díját kell fizetnie. Ha egy fájlmegosztást egy hűvösebb rétegről egy magasabb szintre helyez át, a ritka elérésű réteg olvasási tranzakciós díja a megosztás minden fájljára érvényes.
Adatlekérés: Ha a ritka elérésű rétegrő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ű réteg rendelkezik adatlekérési díjjal.
Az alábbi táblázat a mozgó szintek költséglebontását mutatja be:
| 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) |
|
|
-- |
Bár nincs formális korlátozás arra vonatkozóan, hogy milyen gyakran módosíthatja a fájlmegosztás szintjét, a megosztás a megosztásban lévő adatok mennyisége alapján időt vesz igénybe. Nem módosíthatja a megosztás szintjét, amíg a fájlmegosztás áttűn a rétegek között. A fájlmegosztás szintjének módosítása nem befolyásolja a normál fájlmegosztás-hozzáférést.
Bár nincs közvetlen mechanizmus a prémium és a standard fájlmegosztások közötti váltásra, mivel különböző tárfióktípusokban találhatók, a prémium és a standard fájlmegosztások közötti váltáshoz használhat másolási eszközt, például a robocopyt.
Réteg 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 rétegben a migrálás során felmerülő nagy számú tranzakció miatt. Miután a migrálá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 illesztve megállapíthatja, hogy melyik szint felel meg a legjobban a számítási feladatnak.
Mivel a standard 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 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:
- Nyissa meg a tárfiókot, és válassza a Metrikák lehetőséget a bal oldali navigációs sávon.
- 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.
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 prémium és a standard fájlmegosztások esetében is megadhatja a fájlmegosztás maximális méretét. A prémium szintű 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. A standard fájlmegosztásokban ezt az értéket kvótanak nevezzük, és nem befolyásolja közvetlenül a számláját. A kiosztott méret kötelező mező a prémium szintű fájlmegosztásokhoz. Normál 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 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 venné a tényleges tárolási módját, ahol további optimalizálásokat alkalmazhat. A fájl logikai mérete az, hogy hány KiB/MiB/GiB lesz átadva a vezetéken, ha máshová másolta. A prémium és a standard 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. A standard fájlmegosztásokban a logikai méret az inaktív adatok használati 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). A pillanatképek Azure Filesban való számlázásáról további információt a Pillanatképek című témakörben talál.
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 mindig különböznek az élő megosztástól és egymástól, ami azt jelenti, hogy mindig csak az egyes pillanatképek különbségeiért kell fizetnie. 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 nem számítanak bele a fájlmegosztás méretkorlátjaiba, bár adott számú pillanatképre korlátozódik. Az aktuális pillanatképkorlátok megtekintéséhez tekintse meg az Azure-fájlmegosztási skálázási célokat.
A pillanatképek számlázása mindig az egyes pillanatképek különbségi tárterület-kihasználtsága alapján kerül számlázásra. Ez azonban kissé eltér a prémium szintű fájlmegosztások és a standard fájlmegosztások között:
A prémium szintű fájlmegosztásokban a pillanatképek számlázása a saját pillanatkép-mérőjük alapján történt, amely alacsonyabb árat biztosít a kiosztott tárterület árához. Ez azt jelenti, hogy a számlán egy külön sorelem jelenik meg, amely az egyes FileStorage tárfiókok prémium szintű fájlmegosztásainak pillanatképeit jeleníti meg a számlán.
A standard fájlmegosztásokban a pillanatképek számlázása a szokásos használt tárterület-mérő részeként kerül számlázásra, bár továbbra is csak a pillanatkép különbözeti költségeiért kell fizetnie. Ez azt jelenti, hogy nem fog külön sorelemet látni a számlán, amely az Azure-fájlmegosztásokat tartalmazó standard tárfiókok pillanatképeit jelöli. Ez azt is jelenti, hogy a különbségi pillanatkép-használat a standard fájlmegosztásokhoz vásárolt foglalásokhoz számít.
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.
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ékekkel rendelkező szolgáltatások saját tranzakciós koncepcióval rendelkeznek, amely különbözik attól, amit az Azure Files tranzakcióként tekint. 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 standard fájlmegosztások esetében könnyen áttekinthető, mivel a standard fájlmegosztások használatalapú fizetéses modellel rendelkeznek tranzakciós díjakkal. 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 prémium szintű fájlmegosztásokra is vonatkozik, bár kevésbé észrevehető. Az értéknépesebb szolgáltatásokból származó prémium szintű fájlmegosztások további tranzakciói a kiosztott IOPS-számokkal számolnak, 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
ListFilestranzakció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.
Az Azure Files és az Azure File Sync költségeinek optimalizálásához érdemes megfontolni a fájlmegosztás szintjét. További információ az egyes fájlmegosztások rétegének kiválasztásáról: fájlmegosztási szint kiválasztása.
Ha a StorSimple-ből az Azure File Syncbe migrál, olvassa el a StorSimple és az Azure File Sync költségeinek összehasonlítása című témakört.
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 teljes számlához hozzáadott többletköltség azonban attól függ, hogy mennyi ideig tart a pillanatkép, és hogy mennyi idő alatt omlott le a fájlmegosztás. Ez határozza meg, hogy a pillanatkép mennyire különbözik az élő fájlmegosztástól, és ezért mennyi további 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. Normál fájlmegosztások esetén 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 lesz számlázva. Prémium szintű fájlmegosztások esetén ezeket a műveleteket a rendszer a fájlmegosztáshoz kiosztott IOPS-hez számítja.
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ókon felül 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 még a prémium szintű fájlmegosztások esetében is díjat számít fel, 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.