Table of contents
TOC
Comprimi il sommario
Espandi il sommario

Scenario: Distribuire spazi di archiviazione diretta con VMM

Rayne Wiselman|Ultimo aggiornamento: 21/03/2017
|
1 Collaboratore

Si applica a: System Center 2016 - Virtual Machine Manager

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

Windows Server 2016 introduce S2D, che consente di virtualizzare l'archiviazione raggruppando le unità di archiviazione fisica in pool di archiviazione virtuale. S2D consente di:

  • Gestire più origini fisiche di archiviazione come singola entità virtuale.
  • Ottenere un'archiviazione virtuale economica, con o senza dispositivi di archiviazione fisica esterni.
  • Raccogliere tipi diversi di archiviazione in un unico pool di archiviazione virtuale.
  • Eseguire facilmente il provisioning dell'archiviazione e incrementare le dimensioni dei pool di archiviazione virtualizzati su richiesta aggiungendo nuove unità.

Funzionamento

S2D crea pool di archiviazione virtuale dall'archiviazione fisica collegata a nodi specifici in un cluster di Windows Server. Lo spazio di archiviazione può essere interno al nodo o un disco collegato 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 viene abilitato in un cluster, S2D individua automaticamente le unità di archiviazione idonee e le aggiunge a un pool di archiviazione.
  • S2D crea una cache predefinita sul lato server per ottimizzare le prestazioni. S2D usa automaticamente le unità più veloci per la memorizzazione nella cache. Le unità rimanenti vengono usate per la capacità. Altre informazioni sulla cache.
  • Creare volumi da un pool di archiviazione. Con la creazione di un volume, si crea il disco virtuale (spazio di archiviazione), che viene formattato e partizionato, aggiunto al cluster e convertito in un volume condiviso in cluster.
  • 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 S2D può essere distribuito in due modi:

  • Distribuzione iperconvergente: elaborazione Hyper-V e S2D eseguiti nello stesso cluster, senza separazione.
  • Distribuzione disaggregata: l'ambiente è separato in elaborazione e archiviazione. Le risorse di elaborazione vengono eseguite in un unico cluster Hyper-V. L'archiviazione viene eseguita in un cluster diverso.

In VMM è possibile distribuire S2D in una topologia sia iperconvergente sia disaggregata.

Distribuzione iperconvergente

I cluster iperconvergenti presentano le caratteristiche seguenti:

  • Hyper-V (elaborazione) e S2D (archiviazione) vengono eseguiti nello stesso cluster.
  • I file della macchina virtuale vengono archiviati in volumi condivisi del cluster locali.
  • Le condivisioni di file e SMB non vengono usate.
  • Il cluster di elaborazione Hyper-V e la relativa archiviazione vengono ridimensionati insieme.
  • Quando i volumi condivisi del cluster di S2D sono disponibili, eseguirne il provisioning come in qualsiasi altra distribuzione di Hyper-V.
  • La figura 1 illustra lo stack di distribuzione iperconvergente.

Con iperconvergenza

Figura 1: distribuzione iperconvergente

Distribuzione disaggregata

Un cluster disaggregato presenta le caratteristiche seguenti:

  • Il cluster di elaborazione Hyper-V è diverso dal cluster di archiviazione.
  • 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 di scalabilità orizzontale e consentire l'accesso con 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 alla capacità massima per il numero di VM, ma i nodi di archiviazione potrebbero avere una capacità in eccesso di IOPS e del disco in modo da aggiungere solo i nodi di calcolo aggiuntivi.

Passaggi successivi

© 2017 Microsoft