Delen via

Wat het wijzigen van volumehard quotum betekent voor uw Azure NetApp Files-service

  • Artikel

Vanaf het begin van de service maakt Azure NetApp Files gebruik van een inrichtingsmechanisme voor capaciteitspools en automatische groei. Azure NetApp Files-volumes zijn dun ingericht voor een onderliggende, door de klant ingerichte capaciteitspool van een geselecteerde laag en grootte. Volumegrootten (quota) worden gebruikt om prestaties en capaciteit te bieden en de quota kunnen op elk gewenst moment worden aangepast. Dit gedrag houdt in dat het volumequota op dit moment een prestatiehendel is die wordt gebruikt om de bandbreedte voor het volume te beheren. Op dit moment worden onderliggende capaciteitspools automatisch groter wanneer de capaciteit vol raakt.

Belangrijk

Het gedrag van Azure NetApp Files van het inrichten van volume- en capaciteitspools is een handmatig en controleerbaar mechanisme. Vanaf 30 april 2021 beheren volumegrootten (quota) de bandbreedteprestaties en de ingerichte capaciteit. Onderliggende capaciteitspools worden niet automatisch groter.

Redenen voor de wijziging van het volumeharde quotum

Veel klanten hebben drie belangrijke uitdagingen aangegeven met het eerste gedrag:

  • VM-clients zien de dun ingerichte capaciteit (100 TiB) van een bepaald volume bij het gebruik van os-ruimte of hulpprogramma's voor capaciteitscontrole, waardoor er onnauwkeurige capaciteit aan de client- of toepassingszijde zichtbaar is.
  • Toepassingseigenaren hebben geen controle over de ingerichte capaciteitspoolruimte (en de bijbehorende kosten), vanwege het gedrag van de automatische groei van de capaciteitspool. Deze situatie is omslachtig in omgevingen waarbij 'run-away-processen' snel vol kunnen raken en de ingerichte capaciteit en kosten kunnen vergroten.
  • Klanten willen een directe correlatie tussen volumegrootte (quotum) en prestaties zien en onderhouden. Met het huidige gedrag van (impliciet) het abonneren van een volume (capaciteitsmatig) en automatisch vergroten van pools, hebben klanten geen directe correlatie, totdat het volumequotum actief is ingesteld of opnieuw is ingesteld.

Veel klanten hebben directe controle aangevraagd over ingerichte capaciteit. Ze willen de opslagcapaciteit en het gebruik beheren en verdelen. Ze willen ook de kosten beheren, samen met zichtbaarheid aan de clientzijde van de beschikbare, gebruikte en ingerichte capaciteit en prestaties van hun toepassingsvolumes.

Wat is de volumegebonden quotumwijziging?

Met de volumelimietwijziging worden Azure NetApp Files-volumes niet langer dun ingericht op (het maximum) 100 TiB. De volumes worden ingericht op de werkelijke geconfigureerde grootte (quotum). Bovendien groeien de onderliggende capaciteitspools niet meer automatisch bij het bereiken van een volledig capaciteitsverbruik. Deze wijziging weerspiegelt het gedrag, zoals beheerde Azure-schijven, die ook als zodanig worden ingericht, zonder dat de capaciteit automatisch wordt verhoogd.

Denk bijvoorbeeld aan een Azure NetApp Files-volume dat is geconfigureerd op 1 TiB-grootte (quotum) in een capaciteitspool op 4 TiB Ultra-serviceniveau. Een toepassing schrijft continu gegevens naar het volume.

Het eerste gedrag:

  • Verwachte bandbreedte: 128 MiB/s
  • Totale bruikbare capaciteit (en client zichtbaar): 100 TiB
    U kunt niet meer gegevens op het volume schrijven dan deze grootte.
  • Capaciteitspool: groeit automatisch met 1 TiB-stappen wanneer deze vol is.
  • Volumequotumwijziging: alleen de prestaties (bandbreedte) van het volume worden gewijzigd. Het wijzigt geen zichtbare of bruikbare capaciteit van de client.

Het gewijzigde gedrag:

  • Verwachte bandbreedte: 128 MiB/s
  • Totale bruikbare capaciteit (en client zichtbaar): 1 TiB U kunt niet meer gegevens op het volume schrijven dan deze grootte.
  • Capaciteitspool: blijft 4 TiB groot en groeit niet automatisch.
  • Volumequotumwijziging: hiermee wijzigt u de prestaties (bandbreedte) en de zichtbare of bruikbare capaciteit van het volume.

U moet proactief het gebruik van Azure NetApp Files-volumes en capaciteitspools bewaken. U moet het volume- en poolgebruik voor bijna-volledig verbruik opzettelijk wijzigen. Azure NetApp Files blijft on-the-fly volume- en capaciteitspoolbewerkingen toestaan.

De wijziging van het volumeharde quotum operationeel maken

Deze sectie bevat richtlijnen voor het operationeel maken van de wijziging van het volumeharde quotum voor een soepele overgang. Het biedt ook inzichten voor het verwerken van momenteel ingerichte volumes en capaciteitspools, doorlopende bewaking en opties voor waarschuwingen en capaciteitsbeheer.

Momenteel ingerichte volumes en capaciteitspools

Vanwege de volumewijziging van het vaste quotum moet u het bedrijfsmodel wijzigen. Voor de ingerichte volumes en capaciteitspools is doorlopend capaciteitsbeheer vereist. Omdat het gewijzigde gedrag direct is opgetreden, raadt het Azure NetApp Files-team een reeks eenmalige corrigerende maatregelen aan voor bestaande, eerder ingerichte volumes en capaciteitspools, zoals beschreven in deze sectie.

Aanbevelingen voor eenmalige corrigerende of preventieve maatregelen

De wijziging van het volumeharde quotum heeft geresulteerd in wijzigingen in de ingerichte en beschikbare capaciteit voor eerder ingerichte volumes en pools. Als gevolg hiervan kunnen er problemen met capaciteitstoewijzing optreden. Het Azure NetApp Files-team raadt de volgende eenmalige corrigerende/preventieve maatregelen aan om tijdelijke en preventieve maatregelen te voorkomen voor klanten:

  • Ingerichte volumegrootten:
    Wijzig de grootte van elk ingerichte volume om de juiste buffer te hebben op basis van wijzigingssnelheid en waarschuwingen of het formaat ervan te wijzigen (bijvoorbeeld 20% op basis van typische overwegingen voor workloads), met een maximum van 100 TiB (de normale limiet voor volumegrootte). Deze nieuwe volumegrootte, inclusief buffercapaciteit, moet zijn gebaseerd op de volgende factoren:

    • Ingerichte volumecapaciteit als de gebruikte capaciteit kleiner is dan het ingerichte volumequotum.
    • Gebruikte volumecapaciteit, voor het geval de gebruikte capaciteit groter is dan het ingerichte volumequotum.
      Er worden geen extra kosten in rekening gebracht voor capaciteitsverhoging op volumeniveau als de onderliggende capaciteitspool niet hoeft te worden uitgebreid. Als gevolg van deze wijziging ziet u mogelijk een toename van de bandbreedtelimiet voor het volume (als het type automatische QoS-capaciteitspool wordt gebruikt).

  • Grootten van ingerichte capaciteitspools:
    Nadat de volumegrootte is aangepast, moet de capaciteitspool worden verhoogd tot een grootte die gelijk is aan of groter is dan de som van de volumes, met een maximum van 500 TiB. Zie Resourcelimieten voor Azure NetApp Files voor meer informatie over limieten. Aanvullende capaciteitspoolcapaciteit is normaal onderworpen aan ACR-kosten.

U moet samenwerken met uw Azure NetApp Files-specialisten om uw omgeving te valideren, als u hulp nodig hebt bij het instellen van bewaking of waarschuwingen, zoals beschreven in de onderstaande secties.

Doorlopend capaciteitsbeheer

Nadat u de eenmalige corrigerende maatregelen hebt uitgevoerd, moet u lopende processen samenstellen om de capaciteit te bewaken en te beheren. De volgende secties bieden suggesties en alternatieven voor capaciteitsbewaking en -beheer.

Capaciteitsgebruik bewaken

U kunt het capaciteitsgebruik op verschillende niveaus bewaken.

Bewaking op VM-niveau

Het hoogste bewakingsniveau (het dichtst bij de toepassing) bevindt zich binnen de virtuele machine van de toepassing. Dit resulteert in een waarneembare wijziging in het gedrag in capaciteitsrapportage vanuit het besturingssysteem van de VM-client.

Overweeg in de volgende twee scenario's een Azure NetApp Files-volume dat is geconfigureerd op 1 TiB-grootte (quotum) op een capaciteitspool van 4 TiB, ultraserviceniveau.

Windows

Windows-clients kunnen de gebruikte en beschikbare capaciteit van een volume controleren met behulp van de eigenschappen van het netwerk toegewezen station. U kunt de optie Explorer ->Drive ->Properties gebruiken.

In de volgende voorbeelden ziet u de rapportage van volumecapaciteit in Windows voordat het gewijzigde gedrag wordt gewijzigd:

Schermopnamen met voorbeeldopslagcapaciteit van een volume voordat het gedrag wordt gewijzigd.

U kunt de dir opdracht ook gebruiken bij de opdrachtprompt, zoals hieronder wordt weergegeven:

Schermopname van het gebruik van een opdracht om de opslagcapaciteit voor een volume weer te geven voordat het gedrag wordt gewijzigd.

In de volgende voorbeelden ziet u de volumecapaciteitrapportage in Windows na het gewijzigde gedrag:

Schermopnamen met voorbeeldopslagcapaciteit van een volume nadat het gedrag is gewijzigd.

In het volgende voorbeeld ziet u de uitvoer van de dir opdracht:

Schermopname van het gebruik van een opdracht om de opslagcapaciteit voor een volume weer te geven nadat het gedrag is gewijzigd.

Linux

Linux-clients kunnen de gebruikte en beschikbare capaciteit van een volume controleren met behulp van de df opdracht. De -h optie toont de grootte, gebruikte ruimte en beschikbare ruimte in door mensen leesbare indeling, met behulp van M-, G- en T-eenheden.

In het volgende voorbeeld ziet u rapportage van volumecapaciteit in Linux voordat het gewijzigde gedrag wordt gewijzigd:

Schermopname van het gebruik van Linux om de opslagcapaciteit voor een volume weer te geven voordat het gedrag wordt gewijzigd.

In het volgende voorbeeld ziet u de rapportage van volumecapaciteit in Linux na het gewijzigde gedrag:

Schermopname van het gebruik van Linux om de opslagcapaciteit voor een volume weer te geven nadat het gedrag is gewijzigd.

Waarschuwingen configureren met ANFCapacityManager

U kunt het hulpprogramma Logic Apps ANFCapacityManager gebruiken om de capaciteit van Azure NetApp Files te bewaken en waarschuwingen op maat te ontvangen. Het hulpprogramma ANFCapacityManager is beschikbaar op de GitHub-pagina ANFCapacityManager.

ANFCapacityManager is een logische Azure-app waarmee waarschuwingsregels op basis van capaciteit worden beheerd. Het verhoogt automatisch de volumegrootten om te voorkomen dat uw Azure NetApp Files-volumes onvoldoende ruimte hebben. Het is eenvoudig te implementeren en biedt de volgende mogelijkheden voor waarschuwingsbeheer:

  • Wanneer een Azure NetApp Files-capaciteitspool of -volume wordt gemaakt, maakt ANFCapacityManager een metrische waarschuwingsregel op basis van de opgegeven drempelwaarde voor verbruikt percentage.
  • Wanneer een Azure NetApp Files-capaciteitspool of -volume wordt gewijzigd, wijzigt ANFCapacityManager de metrische waarschuwingsregel op basis van de opgegeven drempelwaarde voor verbruikte capaciteit. Als de waarschuwingsregel niet bestaat, wordt deze gemaakt.
  • Wanneer een Azure NetApp Files-capaciteitspool of -volume wordt verwijderd, wordt de bijbehorende waarschuwingsregel voor metrische gegevens verwijderd.

U kunt de volgende instellingen voor belangrijke waarschuwingen configureren:

  • Maximale drempelwaarde voor capaciteitspool: deze instelling bepaalt de verbruikte drempelwaarde die een waarschuwing activeert voor capaciteitspools. Een waarde van 90 zou ertoe leiden dat een waarschuwing wordt geactiveerd wanneer de capaciteitspool 90% verbruikt.
  • Drempelwaarde voor volumepercentage vol : met deze instelling wordt de verbruikte drempelwaarde bepaald waarmee een waarschuwing voor volumes wordt geactiveerd. Een waarde van 80 zou ertoe leiden dat een waarschuwing wordt geactiveerd wanneer het volume 80% verbruikt.
  • Bestaande actiegroep voor capaciteitsmeldingen : deze instelling is de actiegroep die wordt geactiveerd voor waarschuwingen op basis van capaciteit. Deze instelling moet vooraf door u worden gemaakt. De actiegroep kan e-mail, sms of andere indelingen verzenden.

In de volgende afbeelding ziet u de waarschuwingsconfiguratie:

Afbeelding van waarschuwingsconfiguratie met behulp van ANFCapacityManager.

Na de installatie van ANFCapacityManager kunt u het volgende gedrag verwachten: Wanneer een Capaciteitspool of volume van Azure NetApp Files wordt gemaakt, gewijzigd of verwijderd, wordt de logische app automatisch een op capaciteit gebaseerde metrische waarschuwingsregel gemaakt, gewijzigd of verwijderd met de naam ANF_Pool_poolname of ANF_Volume_poolname_volname.

Capaciteit beheren

Naast bewaking en waarschuwingen moet u ook een praktijk voor toepassingscapaciteitsbeheer opnemen om het capaciteitsverbruik van Azure NetApp Files (toegenomen) te beheren. Wanneer een Azure NetApp Files-volume of -capaciteitspool vol raakt, kan er on-the-fly extra capaciteit worden geboden zonder onderbreking van de toepassing. In deze sectie worden verschillende handmatige en geautomatiseerde manieren beschreven voor het vergroten van de hoeveelheid en capaciteitspool, indien nodig.

Handmatig

U kunt de portal of de CLI gebruiken om het volume of de capaciteitspool handmatig te vergroten.

Portal

U kunt de grootte van een volume zo nodig wijzigen. Capaciteitsgebruik van een volume wordt in mindering gebracht op de ingerichte capaciteit van de pool.

  1. Selecteer Volumes in uw NetApp-account.

  2. Klik met de rechtermuisknop op de naam van het volume waarvan u het formaat wilt wijzigen of selecteer het … pictogram aan het einde van de rij van het volume om het contextmenu weer te geven.

  3. Gebruik de opties in het contextmenu om het volume te wijzigen of te verwijderen.

    Schermopname van contextmenuopties voor een volume.

    Schermopname van het venster Volumequotum bijwerken.

In sommige gevallen beschikt de hostingcapaciteitspool niet over voldoende capaciteit om het formaat van de volumes te wijzigen. U kunt de grootte van de capaciteitspool echter wijzigen in stappen van 1 TiB of aflopen. De grootte van de capaciteitspool mag niet kleiner zijn dan 4 TiB. Als u het formaat van de capaciteitspool wijzigt, wordt de aangeschafte Azure NetApp Files-capaciteit gewijzigd.

  1. Selecteer in het menu NetApp-account beheren de capaciteitspool die u wilt wijzigen.

  2. Klik met de rechtermuisknop op de naam van de capaciteitsgroep of selecteer het … pictogram aan het einde van de rij van de capaciteitspool om het contextmenu weer te geven.

  3. Gebruik de opties in het contextmenu om het formaat van de capaciteitspool te wijzigen of te verwijderen.

    Schermopname van contextmenuopties voor een capaciteitspool.

    Schermopname van het venster Grootte van pool wijzigen.

CLI of PowerShell

U kunt de CLI-hulpprogramma's van Azure NetApp Files, waaronder de Azure CLI en Azure PowerShell, gebruiken om de grootte van de volume- of capaciteitspool handmatig te wijzigen. De volgende twee opdrachten kunnen worden gebruikt voor het beheren van Azure NetApp Files-volume- en poolresources:

Als u Azure NetApp Files-resources wilt beheren met behulp van Azure CLI, kunt u Azure Portal openen en de Azure Cloud Shell-koppeling bovenaan de menubalk selecteren:

Schermopname van het openen van de Cloud Shell-koppeling.

Met deze actie opent u de Azure Cloud Shell:

Schermopname van het Cloud Shell-venster.

In de volgende voorbeelden worden de opdrachten gebruikt om de grootte van een volume weer te geven en bij te werken:

Schermopname van het gebruik van PowerShell om de volumegrootte weer te geven.

Schermopname van het gebruik van PowerShell om de volumegrootte bij te werken.

In de volgende voorbeelden worden de opdrachten gebruikt om de grootte van een capaciteitspool weer te geven en bij te werken:

Schermopname van het gebruik van PowerShell om de grootte van de capaciteitspool weer te geven.

Schermopname van het gebruik van PowerShell om de grootte van de capaciteitspool bij te werken.

Geautomatiseerd

U kunt een geautomatiseerd proces bouwen om het gewijzigde gedrag te beheren.

REST-API

De REST API voor de Azure NetApp Files-service definieert HTTP-bewerkingen voor resources zoals het NetApp-account, de capaciteitspool, de volumes en momentopnamen. De REST API-specificatie voor Azure NetApp Files wordt gepubliceerd via de GitHub-pagina azure NetApp Files Resource Manager]. U vindt voorbeeldcode voor gebruik met REST API's in GitHub.

Zie Ontwikkelen voor Azure NetApp Files met REST API.

REST API met PowerShell

De REST API voor de Azure NetApp Files-service definieert HTTP-bewerkingen voor resources zoals het NetApp-account, de capaciteitspool, de volumes en momentopnamen. De REST API-specificatie voor Azure NetApp Files wordt gepubliceerd via GitHub.

Zie Ontwikkelen voor Azure NetApp Files met REST API met behulp van PowerShell.

Capaciteitsbeheer met ANFCapacityManager

ANFCapacityManager is een logische Azure-app waarmee waarschuwingsregels op basis van capaciteit worden beheerd. Het verhoogt automatisch de volumegrootten om te voorkomen dat uw Azure NetApp Files-volumes onvoldoende ruimte hebben. Naast het verzenden van waarschuwingen, kan de automatische toename van volume- en capaciteitspoolgrootten worden ingeschakeld om te voorkomen dat uw Azure NetApp Files-volumes onvoldoende ruimte hebben:

  • Als een Azure NetApp Files-volume de opgegeven drempelwaarde voor het verbruikte percentage bereikt, neemt het volumequotum (grootte) toe met het opgegeven percentage tussen 10 en 100.
  • Als het vergroten van de volumegrootte groter is dan de capaciteit van de capaciteitspool, neemt de grootte van de capaciteitspool ook toe om ruimte te bieden aan de nieuwe volumegrootte.

U kunt de volgende instelling voor sleutelcapaciteitsbeheer configureren:

  • Toename van autogroeipercentage - Percentage van de bestaande volumegrootte om automatisch een volume te vergroten als het de opgegeven percentage volledige drempelwaarde bereikt. Met een waarde van 0 (nul) wordt de functie AutoGrow uitgeschakeld. Een waarde tussen 10 en 100 wordt aanbevolen.

    Schermopname van het venster Volume automatisch groeipercentage instellen.

Veelgestelde vragen

In deze sectie vindt u antwoorden op enkele vragen over de wijziging van het volumeharde quotum.

Telt momentopnameruimte mee naar de bruikbare of ingerichte capaciteit van een volume?

Ja, de verbruikte momentopnamecapaciteit telt mee naar de ingerichte ruimte in het volume. Als het volume vol wordt uitgevoerd, kunt u twee herstelopties overwegen:

  • Wijzig de grootte van het volume zoals beschreven in dit artikel.
  • Verwijder oudere momentopnamen om ruimte vrij te maken in het hostingvolume.

Betekent deze wijziging dat het gedrag voor automatisch vergroten van het volume verdwijnt uit Azure NetApp Files?

Een veelvoorkomend misvatting is dat Azure NetApp Files-volumes automatisch toenemen bij het invullen. Volumes zijn dun ingericht met een grootte van 100 TiB, ongeacht het werkelijke quotum, terwijl de onderliggende capaciteitspool automatisch zou groeien met 1 TiB-stappen. Deze wijziging heeft betrekking op de volumegrootte (zichtbaar en bruikbaar) naar het ingestelde quotum en capaciteitspools groeien dus niet meer automatisch. Deze wijziging resulteert in de meest gewenste nauwkeurige ruimte- en capaciteitsrapportage aan de clientzijde. Het voorkomt 'runaway'-capaciteitsverbruik.

Heeft deze wijziging gevolgen voor volumes die worden gerepliceerd met replicatie tussen regio's (preview)?

Het volumequotum voor harde volumes wordt niet afgedwongen op replicatiebestemmingsvolumes.

Heeft deze wijziging gevolgen voor metrische gegevens die momenteel beschikbaar zijn in Azure Monitor?

Metrische gegevens van de portal en statistieken van Azure Monitor weerspiegelen nauwkeurig het nieuwe toewijzings- en gebruiksmodel.

Heeft deze wijziging gevolgen voor de resourcelimieten voor Azure NetApp Files?

Er zijn geen wijzigingen in resourcelimieten voor Azure NetApp Files die verder gaan dan de quotawijzigingen die in dit artikel worden beschreven.

Is er een voorbeeld van een ANFCapacityManager-werkstroom?

Ja. Zie de GitHub-pagina Voorbeeld van de Volume AutoGrow-werkstroom.

Wordt ANFCapacityManager Microsoft ondersteund?

De logische ANFCapacityManager-app wordt geleverd als zodanig en wordt niet ondersteund door NetApp of Microsoft. U wordt aangeraden om te wijzigen om aan uw specifieke omgeving of vereisten te voldoen. U moet de functionaliteit testen voordat u deze implementeert in bedrijfskritieke of productieomgevingen.

Hoe kan ik een fout melden of een functieaanvraag indienen voor ANFCapacityManger?

U kunt bugs en functieaanvragen indienen door Nieuw probleem te selecteren op de GitHub-pagina ANFCapacityManager.

Volgende stappen