Standard tárolás ritka elérésű hozzáféréses Azure NetApp fájlokban

Ha az Azure NetApp Files standard tárterületét menő hozzáféréssel használja, konfigurálhatja az inaktív adatokat úgy, hogy az Azure NetApp Files Standard szolgáltatásszintű tárolóról (a gyakori szintű tárolóról) egy Azure Storage-fiókra (a ritka elérésű rétegre) lépjen. A ritka elérés engedélyezése az inaktív adatblokkokat a kötetről és a kötet pillanatképeiből a ritka elérésű szintre helyezi át, ami költségmegtakarítást eredményez.

A legtöbb hideg adat strukturálatlan adatokhoz van társítva. Számos tárolási környezetben a teljes tárkapacitás több mint 50%-át teszi ki. A hatékonyságnövelő szoftverekhez, a befejezett projektekhez és a régi adatkészletekhez kapcsolódó ritkán elért adatok a nagy teljesítményű tárolók nem hatékony használatát eredményezik.

Az Azure NetApp Files három szolgáltatásszintet támogat, amelyek a kapacitáskészlet szintjén konfigurálhatók (Standard, Premium és Ultra). A ritka elérés csak a Standard szolgáltatási szinten további szolgáltatás.

Az alábbi ábra egy olyan alkalmazást mutat be, amelynek kötete engedélyezve van a ritka elérésű hozzáféréshez.

A kezdeti írás során az adatblokkok egy "meleg" hőmérsékleti értéket kapnak (a diagramban piros adatblokkok), és a "gyakori" szinten léteznek. Mivel az adatok a köteten találhatók, egy hőmérséklet-vizsgálat figyeli az egyes blokkok tevékenységét. Ha egy adatblokk inaktív, a hőmérséklet-vizsgálat addig csökkenti a blokk értékét, amíg a hűtési időszakban megadott napok száma nem inaktív. A hűtési időszak 7 és 183 nap között lehet; alapértelmezett értéke 31 nap. A "hideg" jelölést követően a rétegzési vizsgálat összegyűjti a blokkokat, és 4 MB-os objektumokba csomagolja őket, amelyeket teljesen transzparens módon helyez át az Azure Storage-ba. Az alkalmazás és a felhasználók számára ezek a ritka elérésű blokkok továbbra is online jelennek meg. Úgy tűnik, hogy a rétegzett adatok online állapotban lesznek, és továbbra is elérhetők lesznek a felhasználók és az alkalmazások számára a ritka elérésű rétegből történő transzparens és automatizált lekéréssel.

Ha Default a ritka elérésű hozzáférési lekérési szabályzat nincs konfigurálva, a véletlenszerűen beolvasott ritka elérésű réteg adatblokkai ismét "melegek" lesznek, és visszakerülnek a gyakori elérésű szintre. Miután melegként jelölte meg, az adatblokkok ismét ki lesznek téve a hőmérséklet-vizsgálatnak. A ritka elérésű réteg inaktív adatainak nagy szekvenciális olvasásai (például index- és víruskereső-vizsgálatok) azonban nem "melegítik" fel az adatokat, és nem aktiválják az inaktív adatokat, hogy visszakerüljenek a gyakori elérésű szintre.

A metaadatok soha nem lesznek hűtve, és mindig a gyakori elérésű rétegben maradnak. Ezért a rétegzés nem befolyásolja a metaadat-igényes számítási feladatok (például a nagy fájlszámú környezetek, például a chipek tervezése, a VCS és az otthoni könyvtárak) tevékenységeit.

Támogatott régiók

A normál, ritka elérésű tárolás a következő régiókban támogatott:

• Ausztrália középső régiója
• Ausztrália 2. középső régiója
• Kelet-Ausztrália
• Délkelet-Ausztrália
• Dél-Brazília
• Délkelet-Brazília
• Közép-Kanada
• Kelet-Kanada
• Közép-India
• Az USA középső régiója
• Kelet-Ázsia
• USA keleti régiója
• USA 2. keleti régiója
• Közép-Franciaország
• Észak-Németország
• Középnyugat-Németország
• Kelet-Japán
• Nyugat-Japán
• Dél-Korea középső régiója
• Dél-Korea déli régiója
• USA északi középső régiója
• Észak-Európa
• Kelet-Norvégia
• Nyugat-Norvégia
• Közép-Katar
• Dél-Afrika északi régiója
• USA déli középső régiója
• Dél-India
• Délkelet-Ázsia
• Észak-Svájc
• Nyugat-Svájc
• Közép-Svédország
• Egyesült Arab Emírségek középső régiója
• Egyesült Arab Emírségek északi régiója
• Az Egyesült Királyság déli régiója
• Az Egyesült Királyság nyugati régiója
• USA-beli államigazgatás – Arizona
• USA-beli államigazgatás – Texas
• USA-beli államigazgatás – Virginia
• Nyugat-Európa
• USA nyugati régiója
• USA 2. nyugati régiója
• USA 3. nyugati régiója

A ritka elérésű hozzáférés hatása az adatokra

Ez a szakasz egy nagy időtartamú, nagy adathalmaz-melegítési tesztet ír le. Példaforgatókönyvet mutat be egy olyan adatkészletről, amelyben az adatok 100%-a a ritka elérésű rétegben van, és az idő múlásával melegedik.

A véletlenszerűen elért adatok általában egy munkakészlet részeként kezdődnek (olvasás, módosítás és írás). Mivel az adatok elveszítik a relevanciájukat, "ritka" lesz, és végül a ritka elérésű szintre lesznek rétegzve.

Előfordulhat, hogy a ritka elérésű adatok ismét felmelegednek. Nem jellemző, hogy a teljes munkakészlet hidegként indul, de vannak olyan forgatókönyvek, mint például az auditok, az év végi feldolgozás, a negyedéves feldolgozás, a perek és az év végi licencvizsgálatok.

Ez a forgatókönyv betekintést nyújt egy 100%-ig hűtött adathalmaz felmelegedési teljesítménybeli viselkedésébe. Az elemzés arra vonatkozik, hogy kis százalékban vagy a teljes adathalmazban van-e.

4k véletlenszerű olvasási teszt

Ez a szakasz egy 4k véletlenszerű olvasási tesztet ír le 160 fájlban, összesen 10 TB adatmennyiséget tartalmazó fájlban.

Beállítás

Kapacitáskészlet mérete: 100 TB kapacitáskészlet
Kötet lefoglalt kapacitása: 100 TB-os kötetek
Működő adatkészlet: 10 TB
Szolgáltatási szint: Standard tárolás ritka elérésű hozzáféréssel
Kötetek száma/mérete: 1
Ügyfélszám: Négy standard 8-s ügyfél
OPERÁCIÓS RENDSZER: RHEL 8.3
Csatlakoztatási lehetőség:rw,nconnect=8,hard,rsize=262144,wsize=262144,vers=3,tcp,bg,hard

Módszertan

Ezt a tesztet úgy állítottuk be a FIO-val, hogy 4k véletlenszerű olvasási tesztet futtasson 160 fájlon, amelyek összesen 10 TB adatot tartalmaznak. A FIO úgy lett konfigurálva, hogy véletlenszerűen olvassa be az egyes blokkokat a teljes munkaadatkészletben. (Bármilyen blokkot beolvashat a teszt részeként, ahelyett, hogy egyszer hozzányúlt volna az egyes blokkokhoz). Ezt a szkriptet 5 percenként hívták meg, majd egy adatpontot gyűjtöttek össze a teljesítmény alapján. Ha a blokkok véletlenszerűen olvashatók, a rendszer áthelyezi őket a gyakori elérésű szintre.

Ez a teszt nagy adatkészletet kapott, és több napig tartott, kezdve a legrosszabb esetben leggyakrabban használt adatokkal (az összes gyorsítótárba dobva). Az X tengely időösszetevője el lett távolítva, mert az adathalmaz mérete miatt az újravédés teljes ideje változó. Ez a görbe lehet napok, órák, percek vagy akár másodpercek is az adathalmaztól függően.

Results (Eredmények)

Az alábbi diagram egy olyan tesztet mutat be, amely 2,5 napon keresztül futott a 10 TB-os működő adathalmazon, amely 100%-ban lehűlt, és a pufferek törlődtek (abszolút legrosszabb esetben elavult adatok).

64k szekvenciális olvasási teszt

Beállítás

Kapacitáskészlet mérete: 100 TB kapacitáskészlet
Kötet lefoglalt kapacitása: 100 TB-os kötetek
Működő adatkészlet: 10 TB
Szolgáltatási szint: Standard tárolás ritka elérésű hozzáféréssel
Kötetek száma/mérete: 1
Ügyfélszám: Egy nagy ügyfél
OPERÁCIÓS RENDSZER: RHEL 8.3
Csatlakoztatási lehetőség:rw,nconnect=8,hard,rsize=262144,wsize=262144,vers=3,tcp,bg,hard

Módszertan

A szekvenciális olvasási blokkok nem kerülnek újra a gyakori elérésű szintre. A kis adathalmazméretek azonban teljesítménybeli javulást tapasztalhatnak a gyorsítótárazás miatt (nincs teljesítményváltozási garancia).

Ez a teszt a következő adatpontokat biztosítja:

• 100%-os gyakori elérésű adatkészlet
• 100%-os ritka elérésű rétegbeli adatkészlet

Ez a teszt 30 percig futott, hogy stabil teljesítményszámot kapjon.

Results (Eredmények)

Az alábbi táblázat összefoglalja a teszteredményeket:

64 k szekvenciális	Olvasási sebesség
Gyakori adatok	1683 MB/s
Ritka elérésű adatok	899 MB/s

Tesztkövetkeztetések

A ritka elérésű rétegből beolvasott adatok teljesítménybeli találatot érnek el. Ha megfelelően méretezi az időt a kihűlésre, akkor előfordulhat, hogy egyáltalán nem tapasztal teljesítménybeli találatot. Előfordulhat, hogy kevés hűvös rétegbeli hozzáféréssel rendelkezik, és a 30 napos ablak tökéletes a meleg adatok melegen tartásához.

Kerülnie kell a gyakori és a ritka elérésű szint közötti blokkokat ugrató helyzetet. Például egy számítási feladatot úgy állít be, hogy hét nap lehűljön, és 11 naponta véletlenszerűen olvassa be az adathalmaz nagy részét.

Összefoglalva, ha a munkakészlet kiszámítható, költségmegtakarítást érhet el, ha ritkán használt adatblokkokat helyez át a ritka elérésű szintre. A hűtés előtti 7–30 napos várakozási tartomány nagy ablakot biztosít azoknak a munkakészleteknek, amelyek ritkán érhetők el alvó állapotuk után, vagy nem igényelnek magas szintű sebességet a hozzáférésükkor.

Mérőszámok

A ritka elérésű hozzáférés teljesítménymetrikákat kínál a használati minták mennyiségi alapon történő megértéséhez:

• A kötet ritka elérésű rétegének mérete
• Kötet ritka elérésű rétegbeli adatolvasási mérete
• Kötet ritka elérésű rétegbeli adatírási mérete

Számlázás

A standard szolgáltatási szintet használó újonnan létrehozott kapacitáskészlet mennyiségi szintjén engedélyezheti a rétegzést. A számlázás a következő tényezőkön alapul:

• A kapacitás a Standard szolgáltatási szinten
• Nem áthelyezett kapacitás a kapacitáskészleten belül
• A ritka elérésű réteg kapacitása (standard kapacitáskészletben lévő kötetek rétegzésével)
• Hálózati átvitel a gyakori elérésű réteg és a ritka elérésű réteg között a blobtároló tranzakciós költsége (GET és PUT kérései) alapján meghatározott sebességgel, a gyakori elérésű rétegek közötti két irányban.

A standard kapacitáskészletek számlázásának kiszámítása a ritka elérésű rétegbe nem rétegzett adatok gyakori szintű díjszabásával történik; ez magában foglalja a kapacitáskészleten belüli nem áthelyezett kapacitást. Ha engedélyezi a kötetek rétegzését, a ritka elérésű réteg kapacitása a ritka elérésű szintnek, a fennmaradó kapacitás pedig a gyakori elérésű szintnek lesz a sebessége. A ritka elérésű szint sebessége alacsonyabb, mint a gyakori elérésű rétegé.

Példák a számlázási struktúra használatára

Tegyük fel, hogy létrehozott egy 4 TiB Standard kapacitáskészletet. A számlázási struktúra a teljes 4 TiB standard kapacitásszint-díja.

Amikor köteteket hoz létre a kapacitáskészletben, és megkezdi az adatok rétegzését a ritka elérésű szintre, az alábbi forgatókönyvek ismertetik a vonatkozó számlázási struktúrát:

• Tegyük fel, hogy három kötetet hoz létre egyenként 1 TiB-tal. A kötet szintjén nem engedélyezi a rétegzést. A számlázási számítás a következő:

  • 3 TiB lefoglalt kapacitás a gyakori elérésű szinten
  • 1 TiB szabad kapacitás a gyakori elérésű rétegben
  • Nulla kapacitás a ritka elérésű réteg sebességével
  • Nulla hálózati átvitel a gyakori elérésű réteg és a ritka elérésű réteg között a blobtároló tranzakciós költsége (GET, ) alapján meghatározott sebességgel, PUTés a privát kapcsolat átvitele mindkét irányban a gyakori elérésű rétegek között.

• Tegyük fel, hogy négy kötetet hoz létre egyenként 1 TiB-tal. Minden kötet 0,25 TiB kötetkapacitással rendelkezik a gyakori elérésű szinten, és 0,75 TiB a ritka elérésű rétegben. A számlázási számítás a következő:

  • 1 TiB kapacitás a gyakori elérésű rétegben
  • 3 TiB kapacitás a ritka elérésű rétegben
  • Hálózati átvitel a gyakori elérésű réteg és a ritka elérésű réteg között a blobtároló tranzakciós költségén (GET, ) felül meghatározott sebességgel, PUTa privát kapcsolat átvitele pedig mindkét irányban a gyakori elérésű rétegek között.

• Tegyük fel, hogy két kötetet hoz létre egyenként 1 TiB-tal. Minden kötet 0,25 TiB kötetkapacitással rendelkezik a gyakori elérésű szinten, és 0,75 TiB a ritka elérésű rétegben. A számlázási számítás a következő:

  • 0,5 TiB kapacitás a gyakori elérésű rétegben
  • 2 TiB szabad kapacitás a gyakori elérésű rétegben
  • 1,5 TiB kapacitás a ritka elérésű rétegben
  • Hálózati átvitel a gyakori elérésű réteg és a ritka elérésű réteg között a blobtároló tranzakciós költségén (GET, ) felül meghatározott sebességgel, PUTa privát kapcsolat átvitele pedig mindkét irányban a gyakori elérésű rétegek között.

• Tegyük fel, hogy egy kötetet hoz létre 1 TiB-tal. A kötet 0,25 TiB kötetkapacitással rendelkezik a gyakori elérésű szinten, 0,75 a ritka elérésű rétegben. A számlázási számítás a következő:

  • 0,25 TiB-kapacitás a gyakori elérésű rétegben
  • 0,75 TiB kapacitás a ritka elérésű rétegben
  • Hálózati átvitel a gyakori elérésű réteg és a ritka elérésű réteg között a blobtároló tranzakciós költségén (GET, ) felül meghatározott sebességgel, PUTa privát kapcsolat átvitele pedig mindkét irányban a gyakori elérésű rétegek között.

Példák különböző hűtési időszakokkal rendelkező költségszámításokra

Ez a szakasz példákat mutat be a tárolási és a hálózatátviteli költségekre, változó hűtési időszakokkal.

Az alábbi példákban tegyük fel, hogy:

• A gyakori elérésű tárolási költség 0,000202 USD/GiB/óra. A ritka elérésű tárolási költség 0,000082 USD/GiB/óra.
• A hálózatátvitel költsége (beleértve a ritka elérésű szintről származó olvasási vagy írási tevékenységeket) 0,020000 USD/GiB.
• Rendelkezik egy 5 TiB kapacitáskészlettel, amelyen engedélyezve van a ritka elérésű hozzáférés.
• A kapacitáskészleten belül 1 TiB szabad kapacitással rendelkezik
• 4 TiB-kötete van engedélyezve a ritka elérésű hozzáféréshez.
• A 4 TiB-ből 3 TiB a ritka elérésű szintre kerül a hűtési időszak után.
• Havonta az adatok 20%-át olvassa vagy írja a ritka elérésű rétegből.
• Minden hónap 30 nap vagy 730 óra. Tehát minden nap 730/30 óra.

Fontos

• Ezeket a számításokat csak referenciabecslésként szabad használni, a számlaösszeg pontosságának ellenőrzéséhez nem.
• A példákban figyelembe vett díjak egy példarégióhoz tartoznak, és eltérhetnek a kívánt üzembehelyezési régiótól.
• Ha az adatok a ritka elérésű rétegből olvasnak vagy írnak, az a gyakori és a ritka elérésű réteg adateloszlásának százalékos arányát eredményezi. A cikkben szereplő számítások a gyakori és ritka elérésű szintek kezdeti százalékos eloszlását mutatják be, és nem azt követően, hogy az adatok 20%-át áthelyezték a ritka elérésű rétegbe vagy onnan.

Feljegyzés

Az alábbi példák 1 TiB szabad területet tartalmaznak a kapacitáskészletben, hogy bemuhassák, hogyan történik a szabad terület terhelése a ritka elérésű hozzáférés engedélyezésekor. A megtakarítás maximalizálása érdekében a kapacitáskészlet méretét csökkenteni kell, hogy kiküszöbölje a nem felszabadított készletkapacitást.

1. példa: A hidegség időtartama 7 napra van beállítva

Az első hónap tárolási költsége a következő:

Költség	Leírás	Számítás
Az 1.~30. nap (30 nap) nem áthelyezett tárolási költsége	1 TB szabad tárterület	1 TiB x 1024 x 30 days x 730/30 hrs. x $0.000202/GiB/hr. = $151.00
1~7. nap tárolási költsége (hét nap)	4 TiB aktív adat (gyakori elérésű szint)	4 TiB x 1024 x 7 days x 730/30 hrs. x $0.000202/GiB/hr. = $140.93
8~30. nap tárolási költsége (23 nap)	1 TiB aktív adat (gyakori elérésű szint) 3 TiB inaktív adat (ritka elérésű szint)	1 TiB x 1024 x 23 days x 730/30 hrs. x $0.000202/GiB/hr. = $115.77 3 TiB x 1024 x 23 days x 730/30 hrs. x $0.000082/GiB/hr. = $140.98
Hálózati átvitel költsége	Inaktív adatok áthelyezése ritka elérésű szintre Az adatok olvasási/írási aránya 20%-a ritka elérésű rétegből	3 TiB x 1024 x $0.020000/GiB = $61.44 3 TiB x 1024 x 20% x $0.020000/GiB = $12.29
Első havi összeg		$622.41

A második és az azt követő hónapok havi tárolási költsége a következő:

Költség	Leírás	Számítás
Tárolási költség 30 napig	1 TB szabad tárterület 1 TiB aktív adat (gyakori elérésű szint) 3 TiB inaktív adat (ritka elérésű szint)	1 TiB x 1024 x 30 days x 730/30 hrs. x $0.000202/GiB/hr. = $151.00 1 TiB x 1024 x 30 days x 730/30 hrs. x $0.000202/GiB/hr. = $151.00 3 TiB x 1024 x 30 days x 730/30 hrs. x $0.000082/GiB/hr. = $183.89
Hálózati átvitel költsége	Az adatok olvasási/írási aránya 20%-a ritka elérésű rétegből	3 TiB x 1024 x 20% x $0.020000/GiB = $12.29
Második és az azt követő havi összeg		$498.18

Az első hat hónapos megtakarítás:

• Ritka elérésű költségek: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 hrs. x 6 months = $4,529.97
• Ritka elérésű költségek: First month + Second month + … + Sixth month = $622.41 + (5x $498.18) = $3,113.31
• Megtakarítás ritka elérésű hozzáféréssel: 31.27%

Az első tizenkét hónapos megtakarítás:

• Ritka elérésű költségek: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 hrs. x 12 months = $9,059.94
• Ritka elérésű költségek: First month + Second month + … + twelfth month = $622.41 + (11 x $498.18) = $6,102.39
• Megtakarítás ritka elérésű hozzáféréssel: 32.64%

2. példa: A hidegség időtartama 35 nap

Mind az 5 TiB aktív adat (gyakori elérésű szinten) az első hónapban. Az első hónap tárolási költsége a következő:5 TiB x 1024 x 730hr. x $0.000202/GiB/hr. = $755.00

A második hónap tárolási költsége a következő lenne:

Költség	Leírás	Számítás
Az 1.~30. nap (30 nap) nem áthelyezett tárolási költsége	1 TB szabad tárterület	1 TiB x 1024 x 30 days x 730/30 hrs. x $0.000202/GiB/hr. = $151.00
1~5. nap tárolási költsége (öt nap)	4 TiB aktív adat (gyakori elérésű szint)	4 TiB x 1024 x 5 days x 730/30 hrs. x $0.000202/GiB/hr. = $100.67
6~30. nap tárolási költsége (25 nap)	1 TiB aktív adat (gyakori elérésű szint) 3 TiB inaktív adat (ritka elérésű szint)	1 TiB x 1024 x 25 days x 730/30 hrs. x $0.000202/GiB/hr. = $125.83 3 TiB x 1024 x 25 days x 730/30 hrs. x $0.000082/GiB/hr. = $153.24
Hálózati átvitel költsége	Inaktív adatok áthelyezése ritka elérésű szintre Az adatok olvasási/írási aránya 20%-a ritka elérésű rétegből	3 TiB x 1024 x $0.020000 /GiB = $61.44 3 TiB x 1024 x 20% x $0.020000/GiB = $12.29
Második havi összeg		$604.47

A harmadik és az azt követő hónapok havi tárolási költsége a következő lenne:

Költség	Leírás	Számítás
Tárolási költség 30 napig	1 TB szabad tárterület 1 TiB aktív adat (gyakori elérésű szint) 3 TiB inaktív adat (ritka elérésű szint)	1 TiB x 1024 x 30 days x 730/30 hrs. x $0.000202/GiB/hr. = $151.00 1 TiB x 1024 x 30 days x 730/30 hrs. x $0.000202/GiB/hr. = $151.00 3 TiB x 1024 x 30 days x 730/30 hrs. x $0.000082/GiB/hr. = $183.89
Hálózati átvitel költsége	Az adatok olvasási/írási aránya 20%-a ritka elérésű rétegből	3 TiB x 1024 x 20% x $0.020000/GiB = $12.29
Harmadik és az azt követő havi összeg		$498.18

Az első hat hónapos megtakarítás:

• Ritka elérésű költségek: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 hrs. x 6 months = $4,529.97
• Ritka elérésű költségek: First month + Second month + … + Sixth month = $755.00 + $604.47 + (4 x $498.18) = $3,352.19
• Megtakarítás ritka elérésű hozzáféréssel: 25.99%

Az első tizenkét hónapos megtakarítás:

• Ritka elérésű költségek: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 hrs. x 12 months = $9,059.94
• Ritka elérésű költségek: First month + Second month + … + twelfth month = $755.00 + $604.47 + (10 x $498.18) = $6,341.27
• Megtakarítás ritka elérésű hozzáféréssel: 30.00%

3. példa: A hidegség időtartama 63 nap

Mind az 5 TiB aktív adat (gyakori elérésű szinten) az első két hónapban. Az első és a második hónap havi tárolási költsége a következő:5 TiB x 1024 x 730hr. x $0.000202/GiB/hr. = $755.00

A harmadik hónap tárolási költsége a következő lenne:

Költség	Leírás	Számítás
Az 1.~30. nap (30 nap) nem áthelyezett tárolási költsége	1 TB szabad tárterület	1 TiB x 1024 x 30 days x 730/30 hrs. x $0.000202/GiB/hr. = $151.00
1~3. nap tárolási költsége (három nap)	4 TiB aktív adat (gyakori elérésű szint)	4 TiB x 1024 x 3 days x 730/30 hrs. x $0.000202/GiB/hr. = $60.40
A 4.~30. nap tárolási költsége (27 nap)	1 TiB aktív adat (gyakori elérésű szint) 3 TiB inaktív adat (ritka elérésű szint)	1 TiB x 1024 x 27 days x 730/30 hrs. x $0.000202/GiB/hr. = $135.90 3 TiB x 1024 x 27 days x 730/30 hrs. x $0.000082/GiB/hr. = $165.50
Hálózati átvitel költsége	Inaktív adatok áthelyezése ritka elérésű szintre Az adatok olvasási/írási aránya 20%-a ritka elérésű rétegből	3 TiB x 1024 x $0.020000/GiB = $61.44 3 TiB x 1024 x 20% x $0.020000/GiB = $12.29
Harmadik havi összeg		$586.52

A negyedik és az azt követő hónapok havi tárolási költsége a következő:

Költség	Leírás	Számítás
Tárolási költség 30 napig	1 TB szabad tárterület 1 TiB aktív adat (gyakori elérésű szint) 3 TiB inaktív adat (ritka elérésű szint)	1 TiB x 1024 x 30 days x 730/30 hrs. x $0.000202/GiB/hr. = $151.00 1 TiB x 1024 x 30 days x 730/30 hrs. x $0.000202/GiB/hr. = $151.00 3 TiB x 1024 x 30 days x 730/30 hrs. x $0.000082/GiB/hr. = $183.89
Hálózati átvitel költsége	Az adatok olvasási/írási aránya 20%-a ritka elérésű rétegből	3 TiB x 1024 x 20% x $0.020000/GiB = $12.29
Negyedik és azt követő havi összeg		$498.18

Az első hat hónapos megtakarítás:

• Ritka elérésű költségek: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 hrs. x 6 months = $4,529.97
• Ritka elérésű költségek: First month + Second month + … + Sixth month = (2 x $755.00) + $586.52 + (3 x $498.18) = $3,591.06
• Megtakarítás ritka elérésű hozzáféréssel: 20.73%

Az első tizenkét hónapos megtakarítás:

• Ritka elérésű költségek: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 hrs. x 12 months = $9,059.94
• Ritka elérésű költségek: First month + Second month + … + twelfth month = (2 x $755.00) + $586.52 + (9 x $498.18) = $6,580.14
• Megtakarítás ritka elérésű hozzáféréssel: 27.37%

Tipp.

Az Azure NetApp Files standard tárterületet a ritka elérésű költségmegtakarítási becsléssel használhatja a költségmegtakarítás interaktív becsléséhez a módosítható bemeneti paraméterek alapján.

Következő lépések

• Az Azure NetApp fájlok standard tárterületének kezelése ritka elérésű hozzáféréssel
• Az Azure NetApp Files metrikái