Gestire Spazi di archiviazione diretta in VMM

Importante

Questa versione di Virtual Machine Manager (VMM) ha raggiunto la fine del supporto. È consigliabile eseguire l'aggiornamento a VMM 2022.

Questi articolo offre una panoramica di Spazi di archiviazione diretta (S2D) e della relativa distribuzione nell'infrastruttura di System Center Virtual Machine Manager (VMM).

Spazi di archiviazione diretta (S2D) è stato introdotto in Windows Server 2016 Raggruppa le unità di archiviazione fisiche nei pool di archiviazione virtuali per fornire spazio di archiviazione virtualizzato. Con l'archiviazione virtualizzata è possibile:

  • Gestire più origini fisiche di archiviazione come singola entità virtuale.
  • Ottenere un sistema di archiviazione conveniente, con o senza dispositivi di archiviazione esterni.
  • Raccogliere tipi diversi di archiviazione in un unico pool di archiviazione virtuale.
  • Effettuare facilmente il provisioning dell'archiviazione ed espandere l'archiviazione virtualizzata su richiesta aggiungendo nuove unità.

Nota

VMM 2019 UR3 e versioni successive supporta azure Stack Hyper Converged Infrastructure (HCI, versione 20H2).

Come funziona?

S2D crea pool di archiviazione dall'archiviazione collegata a nodi specifici in un cluster di Windows Server. L'archiviazione può essere interna nei dispositivi nodo o disco collegati direttamente a un singolo nodo. Le unità di archiviazione supportate includono NVMe, unità SSD connesse con SATA o SAS e unità disco rigido. Altre informazioni

  • Quando si abilita S2D in un cluster Windows Server, S2D individua automaticamente l'archiviazione idonea e la aggiunge a un pool di archiviazione per il cluster.
  • S2D crea anche una cache di archiviazione predefinita sul lato server per ottimizzare le prestazioni. Le unità più veloci vengono usate per la memorizzazione nella cache e le unità rimanenti per la capacità. Altre informazioni sulla cache.
  • Creare volumi da un pool di archiviazione. La creazione di un volume crea il disco virtuale (spazio di archiviazione), le partizioni e la formatta, la aggiunge al cluster e la converte in un volume condiviso cluster (CSV).
  • Configurare diversi livelli di tolleranza di errore per un volume, per specificare in che modo vengono distribuiti i dischi virtuali nei dischi fisici del pool, usando SMB 3.0. È possibile configurare un volume senza resilienza o con resilienza mirror o parità. Altre informazioni

Distribuzione convergente e non convergente

Un cluster che esegue S2D può essere distribuito in due modi:

  • Distribuzione iperconvergente: le funzionalità di elaborazione Hyper-V e di archiviazione S2D sono eseguite nello stesso cluster, senza separazione. Si ottiene così la scalabilità simultanea delle risorse di calcolo e archiviazione.
  • Distribuzione disaggregata: le risorse di calcolo vengono eseguite in un unico cluster Hyper-V. L'archiviazione S2D viene eseguita in un cluster diverso. La scalabilità dei cluster viene gestita separatamente per ottimizzare la gestione.

Distribuzione iperconvergente

Di seguito è rappresentato un esempio di distribuzione iperconvergente:

Illustrazione della distribuzione iperconvergente.

Figura 1: distribuzione iperconvergente

  • I file della macchina virtuale vengono archiviati in volumi condivisi del cluster locali.
  • Le condivisioni di file e SMB non vengono usate.
  • Quando i volumi condivisi cluster di S2D sono disponibili, effettuarne il provisioning come per qualsiasi altra distribuzione di Hyper-V.
  • La scalabilità del cluster di elaborazione Hyper-V e della relativa archiviazione S2D vengono gestite insieme.

Distribuzione disaggregata

Di seguito è rappresentato un esempio di distribuzione disaggregata:

Illustrazione della distribuzione disaggregata.

Figura 2: distribuzione disaggregata

  • Le condivisioni di file vengono create nei volumi condivisi del cluster di S2D.
  • Le macchine virtuali Hyper-V sono configurate per archiviare i file nel file server con scalabilità orizzontale e accedere tramite SMB 3.0.
  • Ridimensionare i cluster del file server di scalabilità orizzontale e di Hyper-V separatamente per ottimizzare la gestione. Ad esempio, i nodi di calcolo potrebbero essere quasi a piena capacità per molte macchine virtuali, ma i nodi di archiviazione potrebbero avere capacità di I/O al secondo e disco in eccesso. quindi si aggiungono solo nodi di calcolo aggiuntivi.

Passaggi successivi

Distribuire un cluster S2D iperconvergente