Cosa significa passare alla quota rigida del volume per il servizio Azure NetApp Files
Dall'inizio del servizio, Azure NetApp Files usa un meccanismo di provisioning del pool di capacità e di crescita automatica. Il thin provisioning dei volumi di Azure NetApp Files viene eseguito in un pool di capacità sottostante con provisioning del cliente di un livello e dimensioni selezionati. Le dimensioni del volume (quote) vengono usate per fornire prestazioni e capacità e le quote possono essere modificate in qualsiasi momento. In base a questo comportamento, la quota del volume è attualmente una leva di prestazioni usata per controllare la larghezza di banda per il volume. Attualmente, i pool di capacità sottostanti aumentano automaticamente quando la capacità si riempie.
Importante
Il comportamento di Azure NetApp Files del provisioning del volume e del pool di capacità è un meccanismo manuale e controllabile . Dal 30 aprile 2021, le dimensioni del volume (quota) gestiscono le prestazioni della larghezza di banda, nonché la capacità di cui è stato effettuato il provisioning. I pool di capacità sottostanti non aumentano automaticamente.
Motivi della modifica alla quota disco rigido del volume
Molti clienti hanno indicato tre sfide principali con il comportamento iniziale:
- I client VM vedranno la capacità con thin provisioning (100 TiB) di un determinato volume quando si usano gli strumenti di monitoraggio dello spazio del sistema operativo o della capacità, offrendo visibilità della capacità lato client o applicazione imprecisa.
- I proprietari delle applicazioni non avrebbero alcun controllo sullo spazio del pool di capacità con provisioning (e sui costi associati), a causa del comportamento di aumento automatico del pool di capacità. Questa situazione è complessa negli ambienti in cui “i processi” di run-away potrebbero rapidamente riempirsi e aumentare la capacità e i costi di cui è stato effettuato il provisioning.
- I clienti vogliono visualizzare e gestire una correlazione diretta tra le dimensioni del volume (quota) e le prestazioni. Con il comportamento corrente di sovrasubscrizione (implicita) di un volume (con capacità) e aumento automatico del pool, i clienti non hanno una correlazione diretta, fino a quando la quota del volume non è stata impostata o reimpostata attivamente.
Molti clienti hanno richiesto il controllo diretto sulla capacità di cui è stato effettuato il provisioning. Vogliono controllare e bilanciare la capacità di archiviazione e l'utilizzo. Vogliono anche controllare i costi insieme alla visibilità lato applicazione e lato client della capacità disponibile, usata e di cui è stato effettuato il provisioning e alle prestazioni dei volumi dell'applicazione.
Qual è la modifica della quota disco rigido del volume
Con la modifica della quota rigida del volume, i volumi di Azure NetApp Files non vengono più sottoposte a thin provisioning a (il massimo) 100 TiB. Viene effettuato il provisioning dei volumi alle dimensioni effettive configurate (quota). Inoltre, i pool di capacità sottostanti non aumentano più automaticamente al raggiungimento del consumo di capacità completa. Questa modifica riflette il comportamento, ad esempio i dischi gestiti di Azure, di cui viene eseguito il provisioning così come sono, senza un aumento automatico della capacità.
Si consideri, ad esempio, un volume di Azure NetApp Files configurato con dimensioni pari a 1 TiB (quota) in un pool di capacità ultra a 4 TiB. Un'applicazione scrive continuamente dati nel volume.
Comportamento iniziale:
- Larghezza di banda prevista: 128 MiB/s
- Capacità totale utilizzabile (e visibile dal client): 100 TiB
Non è possibile scrivere più dati nel volume oltre questa dimensione. - Pool di capacità: aumenta automaticamente con 1 TiB incrementi quando è pieno.
- Modifica della quota del volume: modifica solo le prestazioni (larghezza di banda) del volume. Non modifica la capacità visibile o utilizzabile del client.
Il comportamento modificato:
- Larghezza di banda prevista: 128 MiB/s
- Capacità totale utilizzabile (e visibile dal client): 1 TiB Non è possibile scrivere più dati nel volume oltre questa dimensione.
- Pool di capacità: rimane 4 TiB di dimensioni e non aumenta automaticamente.
- Modifica della quota di volumi: modifica le prestazioni (larghezza di banda) e la capacità visibile o utilizzabile del client del volume.
È necessario monitorare in modo proattivo l'utilizzo dei volumi e dei pool di capacità di Azure NetApp Files. È necessario modificare intenzionalmente il volume e l'utilizzo del pool per un consumo quasi completo. Azure NetApp Files continua a consentire operazioni di ridimensionamento del volume e del pool di capacità in tempo reale.
Come rendere operativo la modifica della quota disco rigido del volume
Questa sezione fornisce indicazioni su come rendere operativo la modifica alla quota rigida del volume per una transizione senza problemi. Fornisce anche informazioni dettagliate per la gestione dei volumi e dei pool di capacità di cui è attualmente stato effettuato il provisioning, il monitoraggio continuo e le opzioni di gestione delle capacità e degli avvisi.
Volumi e pool di capacità di cui è attualmente stato effettuato il provisioning
A causa della modifica della quota rigida del volume, è necessario modificare il modello operativo. I volumi di cui è stato effettuato il provisioning e i pool di capacità richiedono una gestione continua della capacità. Poiché il comportamento modificato si è verificato immediatamente, il team di Azure NetApp Files consiglia una serie di misure correttive monouso per i volumi e i pool di capacità esistenti di cui è stato eseguito il provisioning, come descritto in questa sezione.
Raccomandazioni per misure correttive o preventive monouso
La modifica della quota rigida del volume ha comportato modifiche alla capacità di provisioning e alla capacità disponibile per i volumi e i pool di cui è stato eseguito il provisioning in precedenza. Di conseguenza, potrebbero verificarsi alcuni problemi di allocazione della capacità. Per evitare situazioni di spazio insufficiente a breve termine per i clienti, il team di Azure NetApp Files consiglia le misure correttive/preventive seguenti:
Dimensioni del volume di cui è stato effettuato il provisioning:
Ridimensionare ogni volume di cui è stato effettuato il provisioning in modo che il buffer sia appropriato in base alla frequenza di modifica e all'invio di avvisi, o ridimensionare il tempo di turnaround (ad esempio, il 20% in base alle considerazioni tipiche del carico di lavoro), con un massimo di 100 TiB (che rappresenta il limite di dimensioni del volume normale). Queste nuove dimensioni del volume, inclusa la capacità del buffer, devono essere basate sui fattori seguenti:- Capacità del volume con provisioning, nel caso in cui la capacità usata sia inferiore alla quota del volume di cui è stato effettuato il provisioning.
- Capacità del volume usata, nel caso in cui la capacità usata sia maggiore della quota del volume di cui è stato effettuato il provisioning.
Non è previsto alcun addebito aggiuntivo per l'aumento della capacità a livello di volume se non è necessario aumentare il pool di capacità sottostante. Come effetto di questa modifica, è possibile osservare un aumento del limite di larghezza di banda per il volume (nel caso in cui venga usato il tipo di pool di capacità QoS automatico).
Dimensioni del pool di capacità con provisioning:
Dopo le modifiche alle dimensioni del volume, se la somma delle dimensioni dei volumi diventa maggiore delle dimensioni del pool di capacità di hosting, il pool di capacità deve essere aumentato a una dimensione uguale o maggiore della somma dei volumi, con un massimo di 500 TiB. Per informazioni sui limiti, vedere limiti delle risorse di Azure NetApp Files). La capacità aggiuntiva del pool di capacità è soggetta all'addebito del Registro Azure Container come di consueto.
È consigliabile collaborare con gli esperti di Azure NetApp Files per convalidare l'ambiente, se è necessaria assistenza per configurare il monitoraggio o l'invio di avvisi, come descritto nelle sezioni seguenti.
Gestione della capacità in corso
Dopo aver eseguito le misure correttive monouso, è necessario mettere insieme i processi in corso per monitorare e gestire la capacità. Le sezioni seguenti forniscono suggerimenti e alternative sul monitoraggio e la gestione della capacità.
Monitorare l'utilizzo della capacità
È possibile monitorare l'utilizzo della capacità a vari livelli.
Monitoraggio a livello di macchina virtuale
Il livello di monitoraggio più elevato (più vicino all'applicazione) si trova all'interno della macchina virtuale dell'applicazione. Ciò comporta una modifica osservabile del comportamento nella creazione di report sulla capacità dall'interno del sistema operativo client della macchina virtuale.
Nei due scenari seguenti si consideri un volume di Azure NetApp Files configurato con dimensioni pari a 1 TiB (quota) in un pool di capacità a livello di servizio Ultra a 4 TiB.
Finestre
I client Windows possono controllare la capacità usata e disponibile di un volume usando le proprietà delle unità mappate di rete. È possibile usare l'opzione Explorer ->Drive ->Proprietà.
Gli esempi seguenti illustrano la creazione di report sulla capacità del volume in Windows prima del comportamento modificato:
È anche possibile usare il comando dir al prompt dei comandi, come illustrato di seguito:
Gli esempi seguenti illustrano la creazione di report sulla capacità del volume in Windows dopo il comportamento modificato:
L'esempio seguente mostra l'output del comando dir:
Linux
I client Linux possono controllare la capacità usata e disponibile di un volume usando il comando df. L'opzione -h mostra le dimensioni, lo spazio usato e lo spazio disponibile in formato leggibile, usando le dimensioni delle unità M, G e T.
L'esempio seguente mostra la creazione di report sulla capacità del volume in Linux prima del comportamento modificato:
L'esempio seguente mostra la creazione di report sulla capacità del volume in Linux dopo il comportamento modificato:
Configurare gli avvisi con ANFCapacityManager
È possibile usare lo strumento ANFCapacityManager supportato dalla community per monitorare la capacità di Azure NetApp Files e ricevere avvisi personalizzati. Lo strumento ANFCapacityManager è disponibile nella pagina GitHub ANFCapacityManager.
ANFCapacityManager è un'app per la logica di Azure che gestisce le regole di avviso basate sulla capacità. Aumenta automaticamente le dimensioni del volume per impedire che i volumi di Azure NetApp Files esauriscano lo spazio. È facile distribuire e offre le funzionalità di gestione degli avvisi seguenti:
- Quando viene creato un pool di capacità o un volume di Azure NetApp Files, ANFCapacityManager crea una regola di avviso delle metriche in base alla soglia di utilizzo specificata.
- Quando un pool di capacità o un volume di Azure NetApp Files viene ridimensionato, ANFCapacityManager modifica la regola di avviso delle metriche in base alla soglia di utilizzo della percentuale specificata. Se la regola di avviso non esiste, viene creata.
- Quando un pool di capacità o un volume di Azure NetApp Files viene eliminato, la regola di avviso della metrica corrispondente viene eliminata.
È possibile configurare le impostazioni di avviso chiave seguenti:
- % della soglia completa del pool di capacità: questa impostazione determina la soglia utilizzata che attiva un avviso per i pool di capacità. Un valore pari a 90 causerebbe l'attivazione di un avviso quando il pool di capacità raggiunge il 90% utilizzato.
- % della soglia completa del volume: questa impostazione determina la soglia utilizzata che attiva un avviso per i volumi. Un valore pari a 80 causerebbe l'attivazione di un avviso quando il volume raggiunge l'80% utilizzato.
- Gruppo di azioni esistente per le notifiche della capacità: questa impostazione è il gruppo di azioni attivato per gli avvisi basati sulla capacità. Questa impostazione deve essere creata in modo preliminare dall'utente. Il gruppo di azioni può inviare messaggi di posta elettronica, SMS o altri formati.
La figura seguente illustra la configurazione dell'avviso:
Dopo aver installato ANFCapacityManager, è possibile prevedere il comportamento seguente: quando viene creato, modificato o eliminato un volume o un pool di capacità di Azure NetApp Files, l'app per la logica crea, modifica o elimina automaticamente una regola di avviso metrica basata sulla capacità con il nome ANF_Pool_poolname o ANF_Volume_poolname_volname.
Gestione della capacità
Oltre al monitoraggio e agli avvisi, è necessario incorporare anche una procedura di gestione della capacità dell'applicazione per gestire il consumo di capacità di Azure NetApp Files (maggiore). Quando un volume o un pool di capacità di Azure NetApp Files si riempie, è possibile fornire capacità aggiuntiva senza interruzioni dell'applicazione. Questa sezione descrive vari modi manuali e automatizzati per aumentare lo spazio di provisioning del volume e del pool di capacità in base alle esigenze.
Manuale
È possibile usare il portale o l'interfaccia della riga di comando per aumentare manualmente le dimensioni del volume o del pool di capacità.
Portale
È possibile modificare le dimensioni di un volume in base alle esigenze. L'utilizzo della capacità di un volume concorre al calcolo della capacità di cui è stato effettuato il provisioning del pool.
Nell'account NetApp selezionare Volumi.
Fare clic con il pulsante destro del mouse sul nome del volume che si desidera ridimensionare o selezionare l'icona
…alla fine della riga del volume per visualizzare il menu di scelta rapida.Usare le opzioni del menu di scelta rapida per ridimensionare o eliminare il volume.
In alcuni casi, il pool di capacità di hosting non ha capacità sufficiente per ridimensionare i volumi. Tuttavia, è possibile modificare le dimensioni del pool di capacità in incrementi o decrementi di 1 TiB. Le dimensioni del pool di capacità non possono essere inferiori a 4 TiB. Il ridimensionamento del pool di capacità modifica la capacità acquistata di Azure NetApp Files.
Dal menu Gestisci account NetApp selezionare il pool di capacità da ridimensionare.
Fare clic con il pulsante destro del mouse sul nome del pool di capacità oppure selezionare l’icona
…alla fine della riga del pool di capacità per visualizzare il menu di scelta rapida.Usare le opzioni del menu di scelta rapida per ridimensionare o eliminare il pool di capacità.
Interfaccia della riga di comando o PowerShell
È possibile usare gli strumenti dell'interfaccia della riga di comando di Azure NetApp Files, inclusa l'interfaccia della riga di comando di Azure e Azure PowerShell, per modificare manualmente le dimensioni del volume o del pool di capacità. Per gestire le risorse del volume e del pool di Azure NetApp Files, è possibile usare i due comandi seguenti:
Per gestire le risorse di Azure NetApp Files tramite l'interfaccia della riga di comando di Azure, è possibile aprire il portale di Azure e selezionare il collegamento Azure Cloud Shell nella parte superiore della barra dei menu:
Questa azione apre Azure Cloud Shell:
Gli esempi seguenti usano i comandi per visualizzare e aggiornare le dimensioni di un volume:
Gli esempi seguenti usano i comandi per visualizzare e aggiornare le dimensioni di un pool di capacità:
Automatizzato
È possibile creare un processo automatizzato per gestire il comportamento modificato.
REST API
L'API REST per il servizio Azure NetApp Files definisce le operazioni HTTP sulle risorse, ad esempio l'account di NetApp, il pool di capacità, i volumi e gli snapshot. La specifica dell'API REST per Azure NetApp Files viene pubblicata tramite la pagina GitHub di Azure NetApp Files Resource Manager]. È possibile trovare codice di esempio da usare con le API REST in GitHub.
Vedere Sviluppare per Azure NetApp Files con API REST.
API REST con PowerShell
L'API REST per il servizio Azure NetApp Files definisce le operazioni HTTP sulle risorse, ad esempio l'account di NetApp, il pool di capacità, i volumi e gli snapshot. La specifica dell'API REST per Azure NetApp Files viene pubblicata tramite GitHub.
Vedere Sviluppare per Azure NetApp Files con l'API REST con PowerShell.
Gestione della capacità con ANFCapacityManager
ANFCapacityManager è un'app per la logica di Azure che gestisce le regole di avviso basate sulla capacità. Aumenta automaticamente le dimensioni del volume per impedire che i volumi di Azure NetApp Files esauriscano lo spazio. Oltre a inviare avvisi, può abilitare l'aumento automatico delle dimensioni del pool di volumi e capacità per impedire che i volumi di Azure NetApp Files esauriscano lo spazio:
- Facoltativamente, quando un volume di Azure NetApp Files raggiunge la soglia di utilizzo specificata, la quota del volume (dimensioni) aumenta della percentuale specificata tra 10 e 100.
- Se l'aumento delle dimensioni del volume supera la capacità del pool di capacità contenitore, le dimensioni del pool di capacità aumentano anche per adattarsi alle nuove dimensioni del volume.
È possibile configurare l'impostazione di gestione della capacità chiave seguente:
Aumento percentuale di aumento automatico - Percentuale delle dimensioni del volume esistenti per aumentare automaticamente un volume se raggiunge la percentuale di soglia completa specificata. Il valore 0 (zero) disabilita la funzionalità Aumento automatico. È consigliabile un valore compreso tra 10 e 100.
Domande frequenti
Questa sezione risponde ad alcune domande sulla modifica della quota rigida del volume.
Lo spazio snapshot viene conteggiato per la capacità utilizzabile o di cui è stato effettuato il provisioning di un volume?
Sì, la capacità di snapshot utilizzata viene conteggiata per lo spazio di cui è stato effettuato il provisioning nel volume. Nel caso in cui il volume venga eseguito completamente, prendere in considerazione due opzioni di correzione:
- Ridimensionare il volume come descritto in questo articolo.
- Rimuovere gli snapshot meno recenti per liberare spazio nel volume di hosting.
Questa modifica indica che il comportamento di aumento automatico del volume scompare da Azure NetApp Files?
Un malinteso comune è che i volumi di Azure NetApp Files aumentano automaticamente al momento del riempimento. Il thin provisioning dei volumi è stato eseguito con dimensioni pari a 100 TiB, indipendentemente dalla quota effettiva impostata, mentre il pool di capacità sottostante aumenta automaticamente con incrementi di 1 TiB. Questa modifica indirizza le dimensioni del volume (visibili e utilizzabili) alla quota impostata e i pool di capacità non aumentano più automaticamente. Questa modifica comporta la creazione di report accurati sulla capacità e sullo spazio sul lato client. Evita il consumo di capacità "in fuga".
Questa modifica ha qualche effetto sui volumi replicati con la replica tra aree (anteprima)?
La quota del volume rigido non viene applicata ai volumi di destinazione della replica.
Questa modifica ha qualcje effetto sulle metriche attualmente disponibili in Monitoraggio di Azure?
Le metriche del portale e le statistiche di Monitoraggio di Azure riflettono accuratamente il nuovo modello di allocazione e utilizzo.
Questa modifica ha qualche effetto sui limiti delle risorse per Azure NetApp Files?
Non sono state apportate modifiche ai limiti delle risorse per Azure NetApp Files oltre le modifiche alle quote descritte in questo articolo.
Esiste un esempio di flusso di lavoro ANFCapacityManager?
Sì. Vedere la pagina GitHub dell'esempio di flusso di lavoro Volume AutoGrow.
ANFCapacityManager Microsoft è supportato?
L'app per la logica ANFCapacityManager viene fornita così come è e non è supportata da NetApp o Microsoft. Si consiglia di modificare in base all'ambiente o ai requisiti specifici. È necessario testare la funzionalità prima di distribuirla in qualsiasi ambiente business critical o di produzione.
Come è possibile segnalare un bug o inviare una richiesta di funzionalità per ANFCapacityManger?
È possibile inviare bug e richieste di funzionalità selezionando Nuovo problema nella pagina GitHub ANFCapacityManager.