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. Fondy kapacity se účtují měsíčně na základě nastavených nákladů na přidělený GiB za hodinu. Přidělení fondu kapacity se měří každou hodinu.

Fondy kapacity musí mít alespoň 2 TiB a je možné je zvýšit nebo snížit v intervalech 1 TiB. Fondy kapacity obsahují svazky, které se liší od minimálně 100 GiB do maximální velikosti 100 TiB. Svazky jsou přiřazené kvóty, které se odečtou od zřízené velikosti fondu kapacity. U aktivního svazku je spotřeba kapacity pro kvótu založena na logické (efektivní) kapacitě, přičemž aktivní data systému souborů 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 zřizová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) na 10 TiB, 96 hodin (4 dny) v 24 TiB, čtyřikrát v 6 hodin (1 den) v 5 TiB, 480 hodin (20 dní) v 6 TiB a zbývající hodiny měsíce v 0 TiB. Profil nasazení dynamické spotřeby cloudu se liší od tradičního statického profilu místní spotřeby:

Bar chart that shows dynamic versus static capacity pool provisioning.

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í v premium (maximální kapacita nebo 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í změny velikosti svazku a fondu kapacity

  • 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č

Bar chart that shows static versus dynamic service level cost model.

Tento scénář představuje měsíční úspory ve výši 4 892,64 USD oproti statickému zřizování.

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 se mění, 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 za běhu a snižovat náklady během období, kdy výkon není potřeba.

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:

Bar chart that shows provisioning with and without dynamic service level change.

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é zřizování na úrovni služby Ultra (š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í s využitím změny na úrovni dynamické služby

  • 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č

Bar chart that shows static versus dynamic service level change cost model.

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

Spotřeba kapacity snímků

Spotřeba kapacity snímků ve službě Azure NetApp Files se účtuje za kvótu nadřazeného svazku. V důsledku toho sdílí stejnou fakturační sazbu jako fond kapacity, do kterého svazek patří. Na rozdíl od aktivního svazku se však spotřeba snímků měří na základě spotřebované přírůstkové kapacity. Snímky Služby Azure NetApp Files jsou v podstatě 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 svazku 500-GiB, 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 doporučených 20 % kapacity se dá předpokládat, že se zachovají týdenní data snímků (v závislosti na frekvenci snímků a denní četnosti změn na úrovni bloků aplikace).

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

  • Předpokládejme fond kapacity s 10 TiB zřízené 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 kapacity má zbývající 100 GiB neschycené kapacity.

Diagram showing capacity pool with three volumes.

Další kroky