Risoluzione problemi di latenza sui volumi Azure NetApp Files

L'elevata latenza in Azure NetApp Files può verificarsi a causa di limiti di throughput, recupero dati a livello freddo o fattori esterni al servizio di storage, come la configurazione di client, rete o applicazione. Questo articolo fornisce un flusso di lavoro passo dopo passo per aiutarti a isolare la causa della latenza e identificare le azioni di correzione appropriate.

Sintomi e flusso di risoluzione dei problemi

La latenza elevata su un volume Azure NetApp Files rientra tipicamente in una delle tre categorie. Procedere con ogni ramo in ordine. Inizia dalla limitazione della velocità effettiva perché è la causa più comune di latenza inattesa.

Passo Verifica Segnale primario Azione probabile
1 Limitazione della velocità effettiva Il limite di throughput raggiunto è diverso da zero durante la finestra di latenza. Aumenta la quota, la capacità assegnata o il livello di servizio.
2 Letture di livello di accesso sporadico La dimensione di lettura dei dati del livello di accesso sporadico del volume è elevata durante la finestra di latenza. Regolare il periodo sporadico o la politica di recupero, o i dati pre-riscaldamento.
3 Fattori del client e della rete La latenza rimane elevata dopo aver escluso problemi a livello di storage. Valida l'allineamento delle zone di disponibilità, il percorso di instradamento, la rete VM, la versione client e le opzioni di montaggio.

Limitazione della velocità effettiva

La limitazione della velocità effettiva è la causa più comune della latenza inattesa. Un sintomo tipico è che la latenza aumenta quando il carico di lavoro è occupato e torna alla normalità quando il carico diminuisce.

Controllare la limitazione di velocità

  1. Aprire Monitoraggio di Azure per il volume.
  2. Controllare la metrica limite della limitazione di velocità raggiunta.
  3. Confronta la metrica con la finestra temporale in cui la latenza era alta. Se la metrica presenta valori diversi da zero in quel periodo, la causa probabile è la limitazione della velocità effettiva.

Cause

Ogni volume Azure NetApp Files ha un limite di throughput. Per un volume auto-QoS, il tetto massimo è determinato dal livello di servizio moltiplicato per la quota di volume.

Livello di servizio Capacità effettiva per TiB
Standard 16 MiB/s per TiB
Premium 64 MiB/s per TiB
Ultra 128 MiB/s per TiB
Flessibile 0-640 MiB/s per TiB (minimo 128 MiB/s)

Quando la velocità combinata di lettura e scrittura raggiunge il massimo, il sistema mette in coda ulteriori operazioni di I/O. L'I/O in coda aumenta la latenza. Questo comportamento indica che il limite di qualità del servizio (QoS) viene applicato; Non indica necessariamente un guasto di archiviazione.

Resolution

  • Auto-QoS: Aumenta la quota di volume. La capacità di produzione scala in modo lineare, quindi raddoppiare la quota raddoppia il limite di produttività. Puoi impostare la quota più alta della dimensione effettiva dei dati. La fatturazione si basa sull'allocazione del pool di capacità, non sulla capacità utilizzata per volume.
  • Manual-QoS: Incrementa il throughput assegnato direttamente sul volume.
  • Aggiornamento del livello di servizio: spostare il volume a un livello di servizio superiore per ottenere una velocità effettiva maggiore per TiB.

Perché l'aumento della concorrenza applicativa aumenta la latenza dopo che un volume raggiunge il limite di throughput QoS?

Se un volume opera al suo limite di throughput QoS, la latenza può continuare ad aumentare anche se la velocità rimane relativamente invariata.

Quando un volume raggiunge il limite di throughput assegnato, non può più soddisfare richieste I/O aggiuntive più rapidamente perché ha raggiunto il limite di throughput. Con l'aumento della domanda di carichi di lavoro, il sistema inizia a mettere in coda le richieste I/O in arrivo. Questa coda aumenta la latenza, anche se la velocità di trasmissione rimane vincolata dall'allocazione QoS.

Un errore comune è che aumentare la concorrenza applicativa, come l'aumento del numero di thread, del numero di job o delle richieste I/O in sospeso, aumenti la produttività dopo il raggiungimento del limite di QoS. In pratica, una volta che il volume funziona alla massima allocazione di velocità effettiva, aumentare la concorrenza non aumenta la velocità effettiva. Invece, aumenta ulteriormente la latenza.

Il seguente comportamento è atteso quando un carico di lavoro raggiunge il limite di throughput QoS di un volume:

  • La produttività aumenta man mano che la domanda di carico di lavoro aumenta fino a raggiungere il limite di QoS.
  • Dopo aver raggiunto il limite di QoS, la produttività rimane relativamente costante.
  • La concorrenza aggiuntiva aumenta principalmente la latenza piuttosto che la produttività.

Se il tuo carico di lavoro opera costantemente al limite di QoS del volume o vicino al limite, considera una o più delle seguenti azioni:

  • Aumentare il livello di servizio o l'allocazione del throughput.
  • Utilizzare il Livello di Servizio Flessibile per aumentare la produttività indipendentemente dalla capacità, dove applicabile.
  • Ridurre la concorrenza non necessaria delle applicazioni se il carico di lavoro sta già saturando il volume.

L'aumento della latenza in concomitanza con un throughput pari o prossimo al limite QoS del volume non indica necessariamente un problema del servizio di storage. In molti casi, questo comportamento è il risultato atteso del carico di lavoro che richiede più throughput di quello assegnato al volume.

Letture di livello di accesso sporadico

Usare questo ramo quando l'accesso sporadico è abilitato. Un sintomo tipico sono picchi di latenza di lettura, specialmente quando si accedono a dati non utilizzati di recente. La latenza di scrittura non è influenzata.

Controllare le letture del livello di accesso sporadico

  1. Aprire Monitoraggio di Azure per il volume.
  2. Rivedere la metrica di dimensione di lettura dei dati di volume del livello di accesso sporadico.
  3. Confronta la metrica con la finestra temporale in cui la latenza era alta. Se la metrica è elevata durante quel periodo, il sistema recupera dati dal livello freddo.

Cause

Quando abiliti l'accesso a raffreddamento, il sistema sposta i dati a cui non hai avuto accesso durante il periodo di raffreddamento in uno storage di Azure a costo inferiore. Il periodo predefinito di raffreddamento è di 31 giorni. Quando rileggi quei dati, il sistema li recupera dall'archiviazione a freddo.

Tipo di accesso Latenza tipica
Letture dal livello di accesso frequente Meno di 1 ms
Letture di livello di accesso sporadico 10-50 ms
Letture dal livello di accesso sporadico in condizioni di elevata concorrenza Fino a 100 ms

L'accesso sporadico sacrifica le prestazioni di lettura in cambio di un risparmio sui costi. Si prevede un intervallo di latenza di 10-50 ms per le letture di livello freddo. Se la latenza supera costantemente i 100 ms per le letture di livello freddo, apri un ticket di supporto.

Resolution

  • Aumenta il periodo di freschezza: Puoi configurare il periodo di raffreddamento da 2 a 183 giorni. Un periodo più lungo mantiene più a lungo i dati usati di recente nel livello di accesso frequente.
  • Conservare i dati letti nel tier caldo: Configura la policy di recupero su On-Read in modo che sia le letture sequenziali che quelle casuali riidratino i dati dal tier freddo a quello caldo.
  • Rivedere la politica di recupero: consultare l'impostazione della politica di recupero di accesso sporadico sul volume.

Importante

Le letture sequenziali di grandi dimensioni, come le scansioni antivirus o l'indicizzazione, non riscaldano automaticamente i dati al tier caldo a meno che la politica di recupero non sia configurata per farlo.

Fattori del client e della rete

Usa questa filiale se i controlli precedenti non si applicano. Ad esempio, usarlo se la limitazione di velocità effettiva non viene raggiunta, l'accesso al livello di accesso sporadico non è abilitato o le letture dal livello di accesso sporadico non aumentano durante la finestra di latenza.

I sintomi tipici includono una latenza elevata indipendentemente dal carico I/O, che colpisce solo clienti specifici o che influenza tipi di operazioni specifiche come operazioni su file piccoli, operazioni con metadati molto impegnate o cambiamenti di permessi.

Area Controlli da eseguire Procedure di controllo Azione consigliata
Allineamento della Zona di Disponibilità Conferma che le VM e il volume Azure NetApp Files siano nella stessa Zona di Disponibilità. Il traffico tra zone può aggiungere circa 1-2 ms per operazione; il traffico tra regioni può aggiungere 10-100+ ms. Confronta il valore della Zona di Disponibilità nelle proprietà della VM e nelle proprietà dei volumi. Utilizzare la posizione dei volumi della zona di disponibilità per allineare calcolo e archiviazione nella stessa Zona di Disponibilità.
Firewall o appliance virtuale di rete (NVA) nel percorso Controlla se Firewall di Azure, un NVA di terze parti o un altro appliance di rete inline si trova tra la subnet della VM e la subnet delegata di Azure NetApp Files. Consulta le tabelle di routing virtuali della rete e i log di flusso dei gruppi di sicurezza di rete per la subnet Azure NetApp Files. Usa il peering di rete virtuale o il routing diretto in modo che il traffico di storage non attraversi il firewall o l'NVA.
Rete accelerata Conferma che Accelerated Networking sia abilitato sulle VM che accedono ai volumi Azure NetApp Files. Nel pannello VM, seleziona Rete e verifica se Accelerated Network è abilitato. Abilita la rete accelerata su tutte le VM supportate che accedono ai volumi.
ExpressRoute FastPath Per i client connessi a ExpressRoute, verifica se FastPath è abilitato. Nel pannello di connessione di ExpressRoute, controlla lo stato di FastPath. Abilita FastPath sulla connessione ExpressRoute.
Operazioni SMB con piccoli file Determina se il carico di lavoro copia o elenca molti piccoli file. SMB richiede un viaggio di andata e ritorno di metadati per ogni operazione di file, quindi il tempo di copia di file piccoli può essere dominato dall'overhead dei metadati. Confronta il comportamento per molti file piccoli con quello per pochi file grandi. Usare robocopy /MT:16 per operazioni di copia parallele e multithread. Evita Windows Explorer per operazioni in massa.
Windows 11, client versione 24H2 Controlla se i client SMB interessati stanno usando Windows 11, versione 24H2. Il problema può manifestarsi come un processo di elaborazione lenta dei metadati lato client mentre le metriche di Azure NetApp Files appaiono normali. Confronta la latenza di un client versione 24H2 con una versione precedente di Windows che accede alla stessa condivisione. Torna a Windows 11, versione 23H2 o precedente; usa Windows Server per carichi di lavoro sensibili alle prestazioni; e monitora Windows Update per una soluzione.
Opzioni di montatura NFS Conferma che le opzioni di montatura NFS siano ottimizzate. Valori predefiniti subottimali, come small rsize o wsize values, o UDP, possono aumentare la latenza. Rivedi le opzioni di montatura attiva sul client. Esegui nuovamente il montaggio con opzioni ottimizzate. Usare hard,rsize=262144,wsize=262144,vers=3,tcp o hard,rsize=262144,wsize=262144,vers=4.1,tcp.

Quando aprire un ticket di supporto

Apri un ticket di supporto se la latenza alta persiste dopo aver confermato tutte le seguenti condizioni:

  • Il limite di throughput raggiunto è zero durante la finestra di latenza.
  • Le letture del livello di accesso sporadico non vengono promosse durante la finestra di latenza oppure l'accesso al livello di accesso sporadico non è abilitato.
  • La checklist di client e rete non identifica alcun problema.

Includi le seguenti informazioni nel ticket di supporto:

  • Stampi temporali esatti UTC per la finestra di latenza.
  • I rami di risoluzione dei problemi che hai controllato e escluso.
  • Screenshot della velocità effettiva, della latenza e delle metriche del livello di accesso sporadico per la stessa finestra temporale.

Fornire la finestra temporale, i rami esclusi e gli screenshot delle metriche accelera l'indagine e aiuta il supporto a distinguere gli eventi del livello di storage dai fattori legati al carico di lavoro, ai client e alla rete.

Passaggi successivi

  • Last updated on