Condividi tramite

Domande frequenti sulle prestazioni per Azure NetApp Files

  • Articolo

Questo articolo contiene le risposte alle domande frequenti sulle prestazioni di Azure NetApp Files.

Cosa è necessario fare per ottimizzare le prestazioni di Azure NetApp Files?

È possibile eseguire le azioni seguenti in base ai requisiti di prestazioni:

  • Assicurarsi che le dimensioni della macchina virtuale siano appropriate.
  • Abilitare Rete accelerata per la macchina virtuale.
  • Selezionare il livello di servizio e le dimensioni desiderati per il pool di capacità.
  • Creare un volume con le dimensioni desiderate della quota per la capacità e le prestazioni.

Non è necessario impostare la rete accelerata per le schede di interfaccia di rete nella subnet dedicata di Azure NetApp Files. La Rete accelerata è una funzionalità applicabile solo alle macchine virtuali di Azure. Le schede di interfaccia di rete di Azure NetApp Files sono ottimizzate per progettazione.

Come monitorare le prestazioni dei volumi di Azure NetApp Files

Le prestazioni dei volumi di Azure NetApp Files possono essere monitorate tramite le metriche disponibili.

Come si convertono i livelli di servizio basati sulla velocità effettiva di Azure NetApp Files in operazioni di input/output al secondo (IOPS)?

È possibile convertire megabit al secondo (MBps) in operazioni di I/O al secondo con questa formula:

IOPS = (MBps Throughput / KB per IO) * 1024

Come si modifica il livello di servizio di un volume?

È possibile modificare il livello di servizio di un volume esistente spostando il volume in un altro pool di capacità che usa il livello di servizio desiderato. Vedere Modificare dinamicamente il livello di servizio di un volume.

Come si monitorano le prestazioni di Azure NetApp Files?

Azure NetApp Files offre metriche delle prestazioni dei volumi. È anche possibile usare Monitoraggio di Azure per monitorare le metriche di utilizzo per Azure NetApp Files. Vedere Metriche per Azure NetApp Files per l'elenco delle metriche delle prestazioni per Azure NetApp Files.

Perché la latenza di un carico di lavoro è elevata quando le operazioni di I/O al secondo sono basse?

In assenza di altri sintomi, ad esempio errori, problemi di rete o un'applicazione che non risponde, i carichi di lavoro con operazioni di I/O al secondo basse non sono in genere un problema. Le operazioni di I/O al secondo basse sono in genere inferiori a 500-600 operazioni di I/O al secondo, ma possono variare.

Azure NetApp Files risponde alle richieste non appena arrivano. Un carico di lavoro con poche richieste potrebbe avere apparentemente valori più elevati, ma risponde come previsto. Carichi di lavoro a basso numero di operazioni di I/O al secondo (ad esempio 5 operazioni di I/O al secondo e 32 KiB/s):

  • Non si trovano nella cache della RAM, quindi è necessario più spesso il passaggio al disco.
  • Non hanno una dimensione elevata del campione, quindi sono considerati statisticamente irrilevanti.
  • Non hanno campioni sufficienti per compensare eventuali outlier.

La latenza segnalata può raggiungere un intervallo di qualche secondo o decine di secondi a causa dell'asimmetria media della latenza. L'aumento del carico di lavoro nel volume con operazioni di I/O al secondo basse può essere utile per determinare se l'asimmetria della latenza è il motivo per cui il valore della latenza risulta eccessivo.

Qual è l'impatto sulle prestazioni di Kerberos su NFSv4.1?

Vedere Impatto sulle prestazioni di Kerberos nei volumi NFSv4.1 per informazioni sulle opzioni di sicurezza per NFSv4.1, i vettori di prestazioni testati e l'impatto previsto sulle prestazioni.

Qual è l'impatto sulle prestazioni dell'uso di nconnect con Kerberos?

Non è consigliabile usare le opzioni di montaggio nconnect e sec=krb5* insieme. La riduzione del livello delle prestazioni è stata osservata quando si usano le due opzioni in combinazione.

L'API GSS (Generic Security Standard Application Programming Interface) consente alle applicazioni di proteggere i dati inviati alle applicazioni peer. Questi dati potrebbero essere inviati da un client in un computer a un server in un altro computer. 

Quando nconnect viene usato in Linux, il contesto di protezione di GSS viene condiviso tra tutte le connessioni nconnect a un determinato server. TCP è un trasporto affidabile che supporta la distribuzione di pacchetti non ordinati per gestire i pacchetti non ordinati in un flusso GSS, usando una finestra scorrevole di numeri di sequenza. Quando i pacchetti non presenti nella finestra di sequenza vengono ricevuti, il contesto di protezione viene rimosso e viene negoziato un nuovo contesto di protezione. Tutti i messaggi inviati con nel contesto ora rimosso non sono più validi, quindi è necessario inviarli di nuovo. Un numero più elevato di pacchetti in una configurazione nconnect causa spesso pacchetti non inclusi nella finestra frequenti, attivando il comportamento descritto. Con questo comportamento non è possibile dichiarare percentuali di riduzione delle prestazioni specifiche.

Azure NetApp Files supporta SMB diretto?

No, Azure NetApp Files non supporta SMB diretto.

Il Gruppo NIC è supportato in Azure?

Il Gruppo NIC non è supportato in Azure. Anche se nelle macchine virtuali di Azure sono supportate più interfacce di rete, rappresentano un costrutto logico anziché fisico. Di conseguenza, non forniscono alcuna tolleranza di errore. Inoltre, la larghezza di banda disponibile per una macchina virtuale di Azure viene calcolata per la macchina stessa e non per ogni singola interfaccia di rete.

I jumbo frame sono supportati?

I jumbo frame non sono supportati con le macchine virtuali di Azure.

Passaggi successivi