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

  • Articolo

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

Lsv3, Lasv3 e Lsv2 serie Azure Macchine virtuali (macchine virtuali di Azure) supportano vari carichi di lavoro che necessitano di operazioni di I/O elevate e velocità effettiva nell'archiviazione locale in un'ampia gamma di applicazioni e settori. La serie L è ideale per Big Data, DATABASE 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 ottenere prestazioni migliori con hardware e software.

L'ottimizzazione hardware e software ha portato alla versione ottimizzata di Windows Server 2019 Datacenter, rilasciata al Azure Marketplace (e versioni successive), che supportano le massime prestazioni 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 micro-architettura 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 moderni processori Intel monolitico-die, l'architettura molti-NUMA small-die di AMD può comportare vantaggi e sfide per le 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 INTELLIGENTI NVMe) con i comandi di I/O NVMe durante i carichi di lavoro attivi. I dispositivi Lsv3, Lasv3 e Lsv2 NVMe sono supportati dalla tecnologia NVMe Direct Hyper-V, che passa alla "modalità lenta" ogni volta che tutti i comandi di amministrazione NVMe sono in sospeso. Gli utenti Lsv3, Lasv3 e Lsv2 potrebbero riscontrare un calo significativo delle prestazioni delle prestazioni di I/O NVMe se si verifica questo scenario.

  • Non è consigliabile che gli utenti Lsv2 si basino sulle 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 CPU, se possibile.

  • La profondità massima supportata della coda per ogni coppia di code di I/O per il dispositivo NVMe Lsv3, Lasv3 e Lsv2 è 1024. Gli utenti Lsv3, Lasv3 e Lsv2 sono consigliati per limitare i carichi di lavoro di benchmarking (sintetici) alla profondità della coda 1024 o inferiore per evitare di attivare condizioni complete della coda, riducendo così le prestazioni.

  • Le prestazioni migliori si ottengono quando l'I/O viene eseguita direttamente in 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 sul disco NVMe da 1,92 TB in tutte le macchine virtuali Lsv3, Lasv3 e Lsv2 è temporanea. Durante un riavvio standard della macchina virtuale, i dati sul disco NVMe locale vengono mantenuti. I dati non vengono mantenuti nel 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 sulle operazioni di manutenzione e ripristino previste.

Nel caso in cui un evento di manutenzione pianificata richieda che la macchina virtuale venga ricreata in un nuovo host con dischi locali vuoti, i dati devono essere risincronizzati (anche in questo caso, con eventuali dati nell'host precedente cancellati in modo sicuro). Questo scenario si verifica perché le macchine virtuali 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 della macchina virtuale.

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 delle macchine virtuali Lsv2 aggiornate.

Gli scenari che gestiscono 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 la riallocazione della macchina virtuale a un altro host per la manutenzione.

Manutenzione standard controllata dal cliente della macchina virtuale

Nella manutenzione standard controllata dal cliente della macchina virtuale, 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 è destinato a 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.

Ricerca per categorie avviare 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 Command-Line di Azure (interfaccia della riga di comando di Azure) o powerShell.

Un singolo errore del disco NVMe causa un errore 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 errore vengono cancellati in modo sicuro. Il cliente deve ricreare i dati nel nuovo nodo.

È necessario apportare modifiche al 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.