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).
Nota
VMM 2022 supporta Azure Stack Hyper Converged Infrastructure (HCI, versione 20H2 e 21H2).
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:
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:
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
Commenti e suggerimenti
https://aka.ms/ContentUserFeedback.
Presto disponibile: nel corso del 2024 verranno dismessi i problemi di GitHub come meccanismo di feedback per il contenuto e verranno sostituiti con un nuovo sistema di feedback. Per altre informazioni, vedere:Invia e visualizza il feedback per