Delen via

Kostenmodel voor Azure NetApp Files

  • Artikel

Inzicht in het kostenmodel voor Azure NetApp Files helpt u bij het beheren van uw uitgaven van de service.

Zie Kostenmodel voor replicatie tussen regio's voor kostenmodellen die specifiek zijn voor replicatie tussen regio's.

Berekening van capaciteitsverbruik

Azure NetApp Files wordt gefactureerd voor ingerichte opslagcapaciteit, die wordt toegewezen door capaciteitspools te maken. Capaciteitspools worden maandelijks gefactureerd op basis van een vaste kosten per toegewezen GiB per uur. Toewijzing van capaciteitspools wordt elk uur gemeten.

Capaciteitspools moeten ten minste 1 TiB zijn en kunnen in intervallen van 1 TiB worden verhoogd of verlaagd. Capaciteitspools bevatten volumes die variëren van minimaal 50 GiB tot maximaal 100 TiB voor reguliere volumes en maximaal 1 PiB voor grote volumes. Volumes worden toegewezen quota die worden afgetrokken van de ingerichte grootte van de capaciteitspool. Voor een actief volume is het capaciteitsverbruik voor het quotum gebaseerd op logische (effectieve) capaciteit, waarbij actieve bestandssysteemgegevens of momentopnamegegevens worden gebruikt. Zie hoe momentopnamen van Azure NetApp Files werken voor meer informatie.

Prijsvoorbeelden

In deze sectie ziet u voorbeelden om inzicht te hebben in het kostenmodel van Azure NetApp Files.

Voorbeeld 1: Kosten van één maand met het inrichten van statische versus dynamische capaciteitspools

Als de groottevereisten voor uw capaciteitspool fluctueren (bijvoorbeeld vanwege variabele capaciteit of prestatiebehoeften), kunt u overwegen om het formaat van uw volumes en capaciteitspools dynamisch te wijzigen om de kosten te verdelen met capaciteits- en prestatiebehoeften.

U gebruikt bijvoorbeeld de Premium-capaciteit 24 uur (1 dag) bij 10 TiB, 96 uur (4 dagen) bij 24 TiB, vier keer bij 6 uur (1 dag) bij 5 TiB, 480 uur (20 dagen) bij 6 TiB en de resterende uren van de maand op 0 TiB. Een implementatieprofiel voor dynamisch cloudverbruik ziet er anders uit dan een traditioneel statisch on-premises verbruiksprofiel:

Staafdiagram met dynamische versus statische capaciteitspoolinrichting.

Wanneer de kosten worden gefactureerd voor $ 0,000403 per GiB/uur (prijzen afhankelijk van de regio), ziet de maandelijkse kostenanalyse er als volgt uit:

Statische inrichting op Premium (piekcapaciteit/prestaties)

  • 24 TiB x 720 uur x $ 0,000403 per GiB/uur = $ 7.130,97 per maand ($ 237,70 per dag)

Dynamische inrichting met volume- en capaciteitspoolgrootte wijzigen

  • 10 TiB x 24 uur x $ 0,000403 per GiB/uur = $ 99,04
  • 24 TiB x 96 uur x $ 0,000403 per GiB/uur = $ 950,80
  • 6 TiB x 480 uur x $ 0,000403 per GiB/uur = $ 1.188,50
  • Totaal = $ 2.238,33

Staafdiagram met een statisch versus dynamisch kostenmodel op serviceniveau.

Dit scenario vormt een maandelijkse besparing van $ 4.892,64 in vergelijking met statische inrichting.

Voorbeeld 2: Kosten van één maand met en zonder dynamische wijziging van serviceniveau

Als de groottevereisten voor uw capaciteitspool hetzelfde blijven, maar de prestatievereisten fluctueren, kunt u overwegen het serviceniveau van een volume dynamisch te wijzigen. U kunt capaciteitspools van verschillende typen gedurende de maand inrichten en de inrichting ervan ongedaan maken, waardoor Just-In-Time-prestaties worden geboden en de kosten worden verlaagd tijdens perioden waarin de prestaties niet nodig zijn.

Overweeg een scenario waarin de capaciteitsvereiste een constante 24 TiB is. Maar uw prestatiebehoeften fluctueren tussen 384 uur (16 dagen) van het Standard-serviceniveau, 120 uur (5 dagen) van Het Premium-serviceniveau, 168 uur (7 dagen) ultraserviceniveau en vervolgens weer tot 48 uur (2 dagen) van de standaardserviceniveauprestaties. In dit scenario ziet een dynamisch implementatieprofiel voor cloudverbruik er anders uit dan een traditioneel statisch on-premises verbruiksprofiel:

Staafdiagram met inrichting met en zonder dynamische wijziging van serviceniveau.

In dit geval, wanneer kosten worden gefactureerd op $ 0,000202 per GiB/uur (Standard), $ 0,000403 per GiB/uur (Premium) en $ 0,000538 per Respectievelijk GiB/uur (Ultra) (prijzen afhankelijk van de regio), ziet de maandelijkse uitsplitsing van de kosten er als volgt uit:

Statische inrichting op Ultra-serviceniveau (piekprestaties)

  • 24 TiB x 720 uur x $ 0,000538 per GiB/uur = $ 9.519,76 per maand ($ 317,33 per dag)

Dynamische inrichting met dynamische wijziging op serviceniveau

  • 24 TiB x 384 uur x $ 0,000202 per GiB/uur = $ 1.901,31
  • 24 TiB x 120 uur x $ 0,000403 per GiB/uur = $ 1.188,50
  • 24 TiB x 168 uur x $ 0,000538 per GiB/uur = $ 2.221,28
  • 24 TiB x 48 uur x $ 0,000202 per GiB/uur = $ 238,29
  • Totaal = $ 5.554,37

Staafdiagram met statisch versus dynamisch kostenmodel voor wijziging van serviceniveau.

Dit scenario vormt een maandelijkse besparing van $ 3.965,39 in vergelijking met statische inrichting.

Capaciteitsverbruik van momentopnamen

Het capaciteitsverbruik van momentopnamen in Azure NetApp Files wordt in rekening gebracht voor het quotum van het bovenliggende volume. Hierdoor wordt hetzelfde factureringstarief gedeeld als de capaciteitspool waartoe het volume behoort. In tegenstelling tot het actieve volume wordt het verbruik van momentopnamen echter gemeten op basis van de verbruikte incrementele capaciteit. Momentopnamen van Azure NetApp Files zijn verschillend van aard. Afhankelijk van de wijzigingssnelheid van de gegevens verbruiken de momentopnamen vaak veel minder capaciteit dan de logische capaciteit van het actieve volume. Stel dat u een momentopname hebt van een volume van 500 GiB dat slechts 10 GiB van differentiële gegevens bevat.

Het capaciteitsverbruik dat wordt geteld voor het volumequotum voor het actieve bestandssysteem en de momentopname is 510 GiB, niet 1000 GiB. In de regel kan een aanbevolen 20% van de capaciteit worden verondersteld om de waarde van een week aan momentopnamegegevens te behouden (afhankelijk van de frequentie van momentopnamen en de dagelijkse wijzigingsfrequentie van het toepassingsblokniveau).

In het volgende diagram ziet u de concepten.

  • Stel dat een capaciteitspool met 10 TiB van ingerichte capaciteit is. De pool bevat drie volumes:
    • Volume 1 krijgt een quotum van 5 TiB toegewezen en heeft 3,5 TiB (3 TiB actief, 500 GiB-momentopnamen) van verbruik.
    • Volume 2 krijgt een quotum van 900 GiB toegewezen en heeft 400 GiB van verbruik.
    • Volume 3 krijgt een quotum van 4 TiB toegewezen, maar is vol, met 4 TiB (3,5 TiB actief, 500 GiB-momentopnamen) van verbruik.
  • De capaciteitspool wordt gemeten (en gefactureerd) voor 10 TiB aan capaciteit (het ingerichte bedrag):
    • 9,9 TiB aan capaciteit wordt toegewezen (5 TiB, 900 GiB en 4 TiB van quotum van volumes 1, 2 en 3).
    • 7.9 TiB van capaciteit wordt gebruikt (3,5 TiB, 400 GiB, 4 TiB in volumes 1, 2 en 3).
  • De capaciteitspool heeft nog 100 GiB van niet-ingerichte capaciteit.

Diagram met capaciteitspool met drie volumes.

Volgende stappen