Ottimizzare le prestazioni nelle macchine virtuali Windows serie Lsv3, Lasv3 e Lsv2

Si applica a: ✔️ macchine virtuali Windows ✔️ set di scalabilità uniformi

Le macchine virtuali di Azure serie Lsv3, Lasv3 e Lsv2 supportano vari carichi di lavoro che richiedono operazioni di I/O e velocità effettiva elevate nell'archiviazione locale in un'ampia gamma di applicazioni e settori. La serie L è ideale per i database Big Data, SQL, NoSQL, data warehousing e database transazionali di grandi dimensioni, tra cui Cassandra, MongoDB, Cloudera e Redis.

Le macchine virtuali serie Lsv3, Lasv3 e Lsv2 sono progettate per funzionare con le esigenze dei sistemi operativi Windows e Linux per prestazioni migliori con hardware e software.

L'ottimizzazione hardware e software ha portato alla versione ottimizzata di Windows Server 2019 Datacenter, rilasciata in Azure Marketplace (e versioni successive), che supportano le prestazioni massime nei dispositivi NVMe nelle macchine virtuali serie L.

Questo articolo offre consigli e suggerimenti per garantire che i carichi di lavoro e le applicazioni raggiungano le prestazioni massime progettate nelle macchine virtuali.

Architettura del chipset AMD EPYC™

Le macchine virtuali serie Lasv3 e Lsv2 usano processori server AMD EPYC™ basati sulla microarchitettura Zen. AMD ha sviluppato Infinity Fabric (IF) per EPYC™ come interconnessione scalabile per il modello NUMA che può essere usato per le comunicazioni on-die, on-package e multi-package. Rispetto a QPI (Quick-Path Interconnect) e UPI (Ultra-Path Interconnect), usato nei processori intel moderni monolitici,l'architettura molti-NUMA small-die die di AMD può comportare vantaggi e sfide in termini di prestazioni. Gli effetti effettivi della larghezza di banda e della latenza della memoria possono variare a seconda del tipo di carichi di lavoro.

Suggerimenti per l'ottimizzazione delle prestazioni

• Per ottenere prestazioni massime, eseguire più processi con profondità della coda per dispositivo.

• Evitare di combinare comandi di amministrazione NVMe (ad esempio, query di informazioni SMART NVMe) con comandi di I/O NVMe durante i carichi di lavoro attivi. I dispositivi NVMe Lsv3, Lasv3 e Lsv2 sono supportati dalla tecnologia NVMe Direct hyper-V, che passa alla "modalità lenta" ogni volta che tutti i comandi di amministratore NVMe sono in sospeso. Gli utenti Lsv3, Lasv3 e Lsv2 potrebbero riscontrare un calo significativo delle prestazioni nelle prestazioni di I/O NVMe in questo scenario.

• Non è consigliabile che gli utenti Lsv2 si affidano alle informazioni NUMA del dispositivo (tutte le 0) segnalate dall'interno della macchina virtuale per le unità dati per decidere l'affinità NUMA per le app. Per ottenere prestazioni migliori, è consigliabile distribuire i carichi di lavoro tra LE CPU, se possibile.

• La profondità massima della coda supportata per ogni coppia di code di I/O per il dispositivo NVMe Lsv3, Lasv3 e Lsv2 è 1024. Gli utenti di Lsv3, Lasv3 e Lsv2 devono limitare i carichi di lavoro di benchmarking (sintetico) a una profondità della coda di 1024 o inferiore per evitare di attivare le condizioni complete della coda, che possono ridurre le prestazioni.

• Le prestazioni migliori si ottengono quando le operazioni di I/O vengono eseguite direttamente su ognuno dei dispositivi NVMe non elaborati senza partizionamento, senza file system, senza configurazione RAID e così via.

Uso dell'archiviazione NVMe locale

L'archiviazione locale nel disco NVMe da 1,92 TB in tutte le macchine virtuali Lsv3, Lasv3 e Lsv2 è temporanea. Durante un riavvio standard della macchina virtuale con esito positivo, i dati sul disco NVMe locale vengono mantenuti. I dati non verranno mantenuti nei dispositivi NVMe se la macchina virtuale viene ridistribuita, deallocata o eliminata. I dati non vengono mantenuti se un altro problema causa la mancata integrità della macchina virtuale o l'hardware in cui è in esecuzione la macchina virtuale. Quando si verifica questo scenario, tutti i dati nell'host precedente vengono cancellati in modo sicuro.

Esistono anche casi in cui la macchina virtuale deve essere spostata in un computer host diverso; ad esempio durante un'operazione di manutenzione pianificata. Le operazioni di manutenzione pianificata e alcuni errori hardware possono essere previsti con Eventi pianificati. Usare gli Eventi pianificati per rimanere aggiornati su eventuali operazioni di manutenzione e ripristino previste.

Nel caso in cui un evento di manutenzione pianificata richieda la ricreazione della macchina virtuale in un nuovo host con dischi locali vuoti, è necessario risincronizzare i dati (anche in questo caso, i dati dell'host precedente verranno cancellati in modo sicuro). Questo scenario si verifica perché le macchine virtuali della serie Lsv3, Lasv3 e Lsv2 non supportano attualmente la migrazione in tempo reale sul disco NVMe locale.

Esistono due modalità per la manutenzione pianificata: manutenzione standard controllata dal cliente e manutenzione automatica delle macchine virtuali.

Per eventuali eventi del servizio imminenti, usare il processo di manutenzione controllata per selezionare un orario più comodo per l'aggiornamento. Prima dell'evento, eseguire il backup dei dati nell'archiviazione Premium. Al termine dell'evento di manutenzione, restituire i dati all'archiviazione NVMe locale Lsv2 aggiornata.

Gli scenari che mantengono i dati nei dischi NVMe locali includono quando:

• La macchina virtuale è integra e in esecuzione.
• La macchina virtuale viene riavviata automaticamente o da Azure.
• La macchina virtuale viene sospesa (arrestata senza deallocazione).
• La maggior parte delle operazioni di manutenzione pianificata.

Gli scenari che cancellano in modo sicuro i dati per proteggere il cliente includono quando:

• La macchina virtuale viene ridistribuita, arrestata (deallocata) o eliminata dall'utente.
• La macchina virtuale diventa non integra ed è necessario correggere il servizio in un altro nodo a causa di un problema hardware.
• Alcune operazioni di manutenzione pianificata che richiedono che la macchina virtuale venga riallocata a un altro host per la manutenzione.

Manutenzione standard controllata dal cliente della macchina virtuale

Nella manutenzione controllata dal cliente della macchina virtuale standard, la macchina virtuale viene spostata in un host aggiornato durante una finestra di 30 giorni.

I dati di archiviazione locale Lsv3, Lasv3 e Lsv2 potrebbero andare persi, quindi è consigliabile eseguire il backup dei dati prima dell'evento.

Manutenzione automatica

La manutenzione automatica viene eseguita se il cliente non esegue la manutenzione controllata dal cliente. La manutenzione automatica può verificarsi anche a causa di procedure di emergenza, ad esempio un evento zero-day di sicurezza.

Questo tipo di manutenzione è progettato per conservare i dati dei clienti, ma esiste un piccolo rischio di blocco o riavvio di una macchina virtuale.

I dati di archiviazione locale Lsv3, Lasv3 e Lsv2 potrebbero andare persi, quindi è consigliabile eseguire il backup dei dati prima dell'evento.

Domande frequenti

Di seguito sono riportate le domande frequenti su queste serie.

Come si avvia la distribuzione di macchine virtuali serie L?

Analogamente a qualsiasi altra macchina virtuale, creare una macchina virtuale usando il portale di Azure, tramite l'interfaccia della riga di comando di Azure interfaccia della riga di comando di Azure o PowerShell.

Un singolo errore del disco NVMe causa l'esito negativo di tutte le macchine virtuali nell'host?

Se viene rilevato un errore del disco sul nodo hardware, quest'ultimo risulterà in stato di errore. Quando si verifica questo problema, tutte le macchine virtuali nel nodo vengono deallocate automaticamente e spostate in un nodo integro. Per le macchine virtuali serie Lsv3, Lasv3 e Lsv2, questo scenario significa che anche i dati del cliente nel nodo con errori vengono cancellati in modo sicuro. Il cliente deve ricreare i dati nel nuovo nodo.

È necessario apportare modifiche di polling in Windows Server 2012 o Windows Server 2016?

Il polling NVMe è disponibile solo in Windows Server 2019 e versioni successive in Azure.

È possibile tornare a un modello tradizionale di ISR (interrupt service routine)?

Le macchine virtuali serie Lasv3 e Lsv2 sono ottimizzate per il polling NVMe. Per migliorare le prestazioni di polling vengono continuamente resi disponibili altri aggiornamenti.

È possibile modificare le impostazioni di polling in Windows Server 2019 o versioni successive?

Le impostazioni di polling non sono modificabili dall'utente.

Passaggi successivi

Vedere le specifiche per tutte le macchine virtuali ottimizzate per le prestazioni di archiviazione in Azure.