Condividi tramite


Gestire Spazi di archiviazione diretta in VMM

Questo articolo offre una panoramica di Spazi di archiviazione diretta (S2D) e della modalità di 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 di archiviazione fisica come singola entità virtuale.
  • Ottenere spazio di archiviazione economico, con e senza dispositivi di archiviazione esterni.
  • Raccogliere diversi tipi di archiviazione in un singolo 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 l'infrastruttura iperconvergente (HCI, versione 20H2) di Azure Stack.

Come funziona?

S2D crea pool di archiviazione dallo spazio di archiviazione collegato a nodi specifici in un cluster 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 tramite SATA o SAS e HDD. 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 sul lato server predefinita 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.
  • I volumi vengono creati da un pool di archiviazione. La creazione di un volume crea il disco virtuale (spazio di archiviazione), le partizioni e lo formatta, lo aggiunge al cluster e lo converte in un volume condiviso cluster (CSV).
  • È possibile configurare diversi livelli di tolleranza di errore per un volume, per specificare il modo in cui i dischi virtuali vengono distribuiti tra i dischi fisici nel 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 risorse di calcolo Hyper-V e l'archiviazione S2D vengono eseguite all'interno dello stesso cluster, senza separarle. Ciò consente il ridimensionamento simultaneo delle risorse di calcolo e archiviazione.
  • Distribuzione disaggregata: le risorse di calcolo vengono eseguite in un cluster Hyper-V. L'archiviazione S2D viene eseguita in un cluster diverso. È possibile ridimensionare i cluster separatamente per la gestione ottimizzata.

Distribuzione iperconvergente

Ecco un'illustrazione per la distribuzione iperconvergente

Illustrazione della distribuzione iperconvergente.

Figura 1: Distribuzione iperconvergente

  • I file delle macchine virtuali vengono archiviati in volumi condivisi cluster locali.
  • Le condivisioni file e SMB non vengono usate.
  • Dopo aver reso disponibili volumi CSV S2D, eseguirne il provisioning come qualsiasi altra distribuzione Hyper-V.
  • È possibile ridimensionare il cluster di calcolo Hyper-V insieme alla relativa risorsa di archiviazione S2D.

Distribuzione disaggregata

Ecco un'illustrazione per la distribuzione disaggregata

Illustrazione della distribuzione disaggregata.

Figura 2: Distribuzione disaggregata

  • Le condivisioni file vengono create nei volumi condivisi cluster S2D.
  • Le macchine virtuali Hyper-V sono configurate per archiviare i file nel file server di scalabilità orizzontale e accedere tramite SMB 3.0.
  • È possibile ridimensionare separatamente i cluster Hyper-V e SOFS per ottimizzare la gestione. Ad esempio, i nodi di calcolo potrebbero avere una capacità quasi completa per molte macchine virtuali, ma i nodi di archiviazione potrebbero avere una 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