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.
Nota
VMM 2022 supporta l'infrastruttura iperconvergente di Azure Stack (HCI, versione 20H2 e 21H2).
Nota
VMM 2025 supporta l'infrastruttura iperconvergente di Azure Stack (HCI, versione 23H2 e 22H2).
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
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
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.