Storage Spaces Direct beheren in VMM

Dit artikel bevat een overzicht van Opslagruimten Direct (S2D) en hoe dit wordt geïmplementeerd in de System Center - Virtual Machine Manager (VMM)-infrastructuur.

Opslagruimten Direct (S2D) is geïntroduceerd in Windows Server 2016. Fysieke opslagstations worden gegroepeerd in virtuele opslaggroepen om gevirtualiseerde opslag te bieden. Met gevirtualiseerde opslag kunt u het volgende doen:

• Meerdere fysieke opslagbronnen beheren als een enkele virtuele entiteit.
• Goedkope opslag, met en zonder externe opslagapparaten.
• Verschillende typen opslag in dezelfde virtuele opslaggroep gebruiken.
• Eenvoudig opslag inrichten en gevirtualiseerde opslag op aanvraag uitbreiden door nieuwe stations toe te voegen.

Notitie

VMM 2022 ondersteunt Azure Stack Hyper Converged Infrastructure (HCI, versie 20H2 en 21H2).

Hoe werkt het?

S2D maakt opslaggroepen van opslag die zijn gekoppeld aan specifieke knooppunten in een Windows Server-cluster. De opslag kan intern zijn op het knooppunt of schijfapparaten die rechtstreeks zijn gekoppeld aan één knooppunt. Ondersteunde opslagstations zijn onder andere NVMe, SSD aangesloten via SATA of SAS, en HDD. Meer informatie.

• Wanneer u S2D inschakelt op een Windows Server-cluster, detecteert S2D automatisch in aanmerking komende opslag en voegt deze toe aan een opslaggroep voor het cluster.
• S2D maakt ook een ingebouwde opslagcache aan de serverzijde om de prestaties te maximaliseren. De snelste stations worden gebruikt voor caching en de resterende stations voor capaciteit. Meer informatie over de cache.
• U maakt volumes met de opslaggroep. Als u een volume maakt, wordt de virtuele schijf (opslagruimte) gemaakt, wordt deze gepartitionaliseerd en geformatteerd, wordt deze toegevoegd aan het cluster en wordt deze geconverteerd naar een gedeeld clustervolume (CSV).
• Met SMB 3.0 kunt u verschillende fouttolerantieniveaus voor een volume configureren, om te bepalen hoe de virtuele schijven zijn verdeeld over de fysieke schijven in de groep. U kunt een volume zonder tolerantie of met spiegel- of pariteitstolerantie configureren. Meer informatie.

Geconvergeerde en niet-geconvergeerde implementatie

Een cluster met S2D kan op een aantal manieren worden geïmplementeerd:

• Hypergeconvergeerde implementatie: Hyper-V-reken- en S2D-opslag worden uitgevoerd binnen hetzelfde cluster, zonder scheiding ertussen. Dit biedt gelijktijdig schalen van reken- en opslagresources.
• Niet-geaggregeerde implementatie: Rekenresources worden uitgevoerd op één Hyper-V-cluster. S2D-opslag wordt uitgevoerd op een ander cluster. U schaalt de clusters afzonderlijk voor nauwkeurig afgestemd beheer.

Hypergeconvergeerde implementatie

Hier volgt een afbeelding voor hypergeconvergeerde implementatie

Afbeelding 1: Hypergeconvergeerde implementatie

• De bestanden van de virtuele machine worden opgeslagen op lokale CSV’s (Cluster Shared Volumes).
• Bestandsshares en SMB worden niet gebruikt.
• Nadat S2D CSV-volumes beschikbaar zijn, richt u deze in zoals elke andere Hyper-V-implementatie.
• U schaalt het Hyper-V-rekencluster samen met de S2D-opslag.

Gescheiden implementatie

Hier ziet u een afbeelding voor een niet-geaggregeerde implementatie

Afbeelding 2: Gescheiden implementatie

• Bestandsshares worden gemaakt op de S2D CSV's.
• Hyper-V-VM's zijn geconfigureerd om hun bestanden op te slaan op de scaled-out bestandsserver (SOFS) en toegankelijk via SMB 3.0.
• U kunt de Hyper-V- en SOFS-clusters afzonderlijk schalen voor een nauwkeuriger beheer. Rekenknooppunten kunnen bijvoorbeeld bijna vol zijn voor veel VM's, maar opslagknooppunten hebben mogelijk overtollige schijf- en IOPS-capaciteit; zodat u alleen extra rekenknooppunten toevoegt.

Volgende stappen

Een hypergeconvergeerd S2D-cluster implementeren