Sdílet prostřednictvím

Model nákladů pro Azure NetApp Files

Pochopení modelu nákladů pro Azure NetApp Files vám pomůže se správou výdajů ze služby.

Informace o modelu nákladů specifickém pro replikaci mezi oblastmi najdete v tématu Model nákladů pro replikaci mezi oblastmi.

Výpočet spotřeby kapacity

Služba Azure NetApp Files se účtuje za zřízenou kapacitu úložiště, která se přiděluje vytvořením fondů kapacity. Kapacitní pooly jsou účtovány měsíčně na základě fixní ceny za přidělený GiB za hodinu. Přidělení fondu kapacity se měří každou hodinu.

Kapacitní fondy musí mít velikost alespoň 1 TiB a lze je zvětšovat nebo zmenšovat po intervalech 1 TiB. Fondy kapacity obsahují svazky v rozmezí od minimálně 50 GiB do maximálně 100 TiB pro běžné svazky a až do 1 PiB pro velké svazky. Svazky mají přidělené kvóty, které se odečítají od zřízené velikosti fondu kapacity. U aktivního svazku je spotřeba kapacity pro kvótu založena na logické kapacitě, ať už se jedná o aktivní data souborového systému nebo data snímků. Podrobnosti najdete v tématu Jak fungují snímky Služby Azure NetApp Files.

Příklady cen

Tato část ukazuje příklady, které vám pomůžou porozumět modelu nákladů azure NetApp Files.

Příklad 1: Náklady na jeden měsíc se statickým a dynamickým poskytováním fondu kapacity

Pokud požadavky na velikost fondu kapacity kolísá (například kvůli proměnlivé kapacitě nebo požadavkům na výkon), zvažte dynamickou změnu velikosti svazků a fondů kapacity, aby se vyrovnály náklady s potřebami kapacity a výkonu.

Například používáte kapacitu Premium 24 hodin (1 den) po 10 TiB, 96 hodin (4 dny) při 24 TiB, čtyřikrát po 6 hodinách po 5 TiB, 480 hodin (20 dní) při 6 TiB a zbývající hodiny měsíce při 0 TiB. Profil nasazení dynamické spotřeby cloudu se liší od tradičního statického profilu místní spotřeby:

Pruhový graf znázorňující dynamické a statické zřizování fondu kapacity

Pokud se náklady účtují na 0,000403 za GiB/hodinu (ceny v závislosti na oblasti), rozpis měsíčních nákladů vypadá takto:

Statické zřizování na Premium (špičková kapacita/výkon)

  • 24 TiB x 720 hodin x 0,000403 za GiB/hodinu = 7 130,97 USD za měsíc (237,70 USD za den)

Dynamické zřizování pomocí přizpůsobení velikosti svazků a kapacitních fondů

  • 10 TiB x 24 hodin x 0,000403 za GiB/hodinu = 99,04 USD
  • 24 TiB x 96 hodin x 0,000403 za GiB/hodinu = 950,80 USD
  • 6 TiB x 480 hodin x 0,000403 za GiB/hodinu = 1 188,50 USD
  • Celkem = 2 238,33 Kč

Pruhový graf znázorňující statický a dynamický model nákladů na úrovni služeb

Tento scénář znamená, že měsíčně ušetříte 4 892,64 USD oproti statickému zajištění prostředků.

Příklad 2: Měsíční náklady s dynamickými změnami na úrovni služeb a bez nich

Pokud požadavky na velikost fondu kapacity zůstávají stejné, ale požadavky na výkon kolísají, zvažte dynamickou změnu úrovně služby svazku. Během měsíce můžete zřizovat a zrušit zřízení fondů kapacity různých typů, poskytovat výkon právě včas a snižovat náklady během období nečinnosti.

Představte si scénář, ve kterém je požadavek na kapacitu konstantní 24 TiB. Výkon ale musí kolísat mezi 384 hodinami (16 dní) úrovně služby Standard, 120 hodin (5 dní) úrovně služeb Premium, 168 hodin (7 dní) úrovně služby Ultra a pak zpět na 48 hodin (2 dny) výkonu na úrovni standardní úrovně služeb. V tomto scénáři se profil nasazení dynamické spotřeby cloudu liší od tradičního statického místního profilu spotřeby:

Pruhový graf zobrazující zřizování s a bez dynamických změn úrovně služby.

V takovém případě se náklady účtují na 0,000202 USD za GiB/hodinu (Standard), 0,000403 USD za GiB/hodinu (Premium) a 0,000538 USD za GiB/hodinu (Ultra) (ceny v závislosti na oblasti), rozpis měsíčních nákladů vypadá takto:

Statické zajišťování na úrovni Ultra služby (špičkový výkon)

  • 24 TiB x 720 hodin x 0,000538 za GiB/hodinu = 9 519,76 USD za měsíc (317,33 USD za den)

Dynamické zřizování pomocí změny úrovně dynamických služeb

  • 24 TiB x 384 hodin x 0,000202 za GiB/hodinu = 1 901,31 USD
  • 24 TiB x 120 hodin x 0,000403 za GiB/hodinu = 1 188,50 USD
  • 24 TiB x 168 hodin x 0,000538 za GiB/hodinu = 2 2 221,28 Usd
  • 24 TiB x 48 hodin x 0,000202 za GiB/hodinu = 238,29 USD
  • Celkem = 5 5 554,37 Kč

Pruhový graf znázorňující statický a dynamický model změn na úrovni služeb

Tento scénář představuje měsíční úspory ve výši 3 965,39 USD oproti statickému přidělování zdrojů.

Spotřeba kapacity snímků

Spotřeba kapacity snímků ve službě Azure NetApp Files se započítává do limitu nadřazeného svazku. V důsledku toho sdílí stejnou sazbu za účtování jako fond kapacity, do kterého objem patří. Na rozdíl však od aktivního svazku se spotřeba snímků měří na základě spotřebované přírůstkové kapacity. Snímky služby Azure NetApp Files jsou rozdílové. V závislosti na četnosti změn dat snímky často spotřebovávají mnohem menší kapacitu než logická kapacita aktivního svazku. Předpokládejme například, že máte snímek 500 GiB svazku, který obsahuje pouze 10 GiB rozdílových dat.

Spotřeba kapacity, která se počítá do kvóty svazku pro aktivní systém souborů a snímek, by byla 510 GiB, nikoli 1000 GiB. Obecně platí, že se doporučuje předpokládat, že 20 % kapacity postačí k uchování dat snímků za týden (v závislosti na frekvenci snímků a denní míře změn na úrovni bloků aplikace).

Následující diagram znázorňuje koncepty.

  • Předpokládejme fond kapacity s 10 TiB vyhrazené kapacity. Fond obsahuje tři svazky:
    • Svazku 1 je přiřazena kvóta 5 TiB a má 3,5 TiB (3 TiB aktivní, 500 GiB snímků) spotřeby.
    • Svazek 2 má přiřazenou kvótu 900 GiB a má 400 GiB spotřeby.
    • Svazku 3 je přiřazena kvóta 4 TiB, ale je plná, přičemž spotřeba je 4 TiB (aktivní 3,5 TiB, 500 snímků GiB).
  • Fond kapacity se měří (a účtuje se) za 10 TiB kapacity ( zřízená částka):
    • 9,9 TiB kapacity je přiděleno (5 TiB, 900 GiB a 4 TiB kvóty ze svazků 1, 2 a 3).
    • 7,9 TiB kapacity se používá (3,5 TiB, 400 GiB, 4 TiB ve svazcích 1, 2 a 3).
  • Fond má 100 GiB nealokované zbývající kapacity.

Diagram znázorňující pool kapacity se třemi oddíly.

Další kroky

  • Last updated on