Model nákladů pro Azure NetApp Files

Vysvětlení nákladového modelu pro Azure NetApp Files vám pomůže spravovat výdaje ze služby.

Nákladový model specifický pro replikaci mezi oblastmi najdete v tématu Model nákladů pro replikaci mezi oblastmi.

Výpočet spotřeby kapacity

Azure NetApp Files se účtuje zřízená kapacita úložiště, která se přidělí 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í být alespoň 4 TiB a je možné je zvýšit nebo snížit v intervalech 1 tiB. Fondy kapacity obsahují objemy, které se liší od minimálně 100 GiB do maximálně 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 vůči kvótě založena na logické (efektivní) kapacitě, přičemž aktivní data systému souborů nebo data snímků. Podrobnosti najdete v tématu Jak Azure NetApp Files snímky fungují.

Příklady cen

V této části najdete příklady, které vám pomůžou porozumět Azure NetApp Files modelu nákladů.

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ísnou (například kvůli proměnlivé kapacitě nebo potřebám výkonu), zvažte dynamickou změnu velikosti svazků a fondů kapacity , aby se vyrovnávat náklady s požadavky na kapacitu a výkon.

Například používáte kapacitu Premium 24 hodin (1 den) v 10 TiB, 96 hodin (4 dny) na 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ého cloudu se liší od tradičního statického místního profilu 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í pro Premium (maximální 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í 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 v porovnání se statickým zřizováním.

Příklad 2: Náklady na jeden měsíc s a bez změny na úrovni dynamické služby

Pokud požadavky na velikost fondu kapacity zůstanou stejné, ale požadavky na výkon se mění, zvažte dynamickou změnu úrovně služby svazku. Můžete zřídit a zrušit zřízení fondů kapacity různých typů v průběhu měsíce, poskytovat výkon za běhu a snižovat náklady během období, kdy není potřeba výkon.

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

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

V tomto případě se náklady účtují na 0,000202 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čka výkonu)

  • 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 na GiB/hodinu = 1 901,31 USD
  • 24 TiB x 120 hodin x 0,000403 za GiB/hodinu = 1 188,50 Kč
  • 24 TiB x 168 hodin x 0,000538 za GiB/hodinu = 2 2 221,28 Kč
  • 24 TiB x 48 hodin x 0,000202 na 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 v porovnání se statickým zřizováním.

Spotřeba kapacity snímků

Spotřeba kapacity snímků v 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 ale spotřeba snímků měří na základě spotřebované přírůstkové kapacity. Azure NetApp Files snímky jsou rozdílové povahy. 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 byl 510 GiB, nikoli 1000 GiB. Obecně platí, že doporučených 20 % kapacity se dá předpokládat, že si zachovají týdenní data snímků (v závislosti na četnosti 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 40 TiB zřízené kapacity. Fond obsahuje tři svazky:
    • Svazek 1 má přiřazenou kvótu 20 TiB a má 13 TiB (aktivní 12 TiB, snímky 1 TiB) spotřeby.
    • Svazek 2 má přiřazenou kvótu 1 TiB a má 450 GiB spotřeby.
    • Svazek 3 má kvótu 14 TiB, ale má 8,8 TiB (aktivní 8 TiB, 800-GiB snímky) spotřeby.
  • Fond kapacity se měří na 40 TiB kapacity (zřízené množství). 22,25 TiB kapacity se spotřebovává (13 TiB, 450 GiB a 8,8 TiB kvóty z svazků 1, 2 a 3). Fond kapacity má zbývající kapacitu 17,75 TiB.

Diagram showing capacity pool with three volumes.

Další kroky