Dela via


Hantera Lagringsdirigering i VMM

Viktigt

Den här versionen av Virtual Machine Manager (VMM) har nått slutet av supporten. Vi rekommenderar att du uppgraderar till VMM 2022.

Den här artikeln innehåller en översikt över Lagringsdirigering (S2D) och hur den distribueras i infrastrukturresurserna i System Center – Virtual Machine Manager (VMM).

Lagringsdirigering (S2D) infördes i Windows Server 2016. Den grupperar fysiska lagringsenheter i virtuella lagringspooler för att tillhandahålla virtualiserad lagring. Med virtualiserad lagring kan du:

  • Hantera flera fysiska lagringskällor som en enda virtuell enhet.
  • Få billig lagring, med och utan externa lagringsenheter.
  • Samla in olika typer av lagringsutrymmen i en enda virtuell lagringspool.
  • Etablera enkelt lagring och expandera virtualiserad lagring på begäran genom att lägga till nya enheter.

Anteckning

VMM 2019 UR3 och senare stöder Azure Stack Hyper Converged Infrastructure (HCI, version 20H2).

Hur fungerar det?

S2D skapar lagringspooler från lagring som är anslutna till specifika noder i ett Windows Server-kluster. Lagringen kan vara intern på noden eller diskenheterna som är direkt anslutna till en enda nod. Bland de lagringsenheter som stöds finns NVMe, SSD ansluten via SATA eller SAS och HDD. Läs mer.

  • När du aktiverar S2D i ett Windows Server-kluster identifierar S2D automatiskt berättigad lagring och lägger till den i en lagringspool för klustret.
  • S2D skapar också en inbyggd lagringscache på serversidan för att maximera prestanda. De snabbaste enheterna används för cachelagring och återstående enheter för kapacitet. Lär dig mer om cache.
  • Du kan skapa volymer från en lagringspool. När du skapar en volym skapas den virtuella disken (lagringsutrymme), partitioner och formaterar den, lägger till den i klustret och konverterar den till en klusterdelad volym (CSV).
  • Du kan konfigurera olika nivåer av feltolerans för en volym för att ange hur de virtuella diskarna sprids över de fysiska diskar i poolen med SMB 3.0. Du kan konfigurera en volym utan återhämtning eller med speglings- eller paritetsresiliens. Läs mer.

Konvergerad och icke konvergerad distribution

Ett kluster som kör S2D kan distribueras på ett par sätt:

  • Hyperkonvergerad distribution: Hyper-V-beräkning och S2D-lagring körs i samma kluster, utan någon separation mellan dem. Detta ger samtidig skalning av beräknings- och lagringsresurser.
  • Disaggregerad distribution: Beräkningsresurser körs på ett Hyper-V-kluster. S2D-lagring körs på ett annat kluster. Du skalar klustren separat för finjusterad hantering.

Hyperkonvergerad distribution

Här är en bild för hyperkonvergerad distribution

Bild av hyperkonvergerad distribution.

Bild 1: Hyperkonvergerad distribution

  • Filer för virtuella datorer lagras på lokala klusterdelade volymer.
  • Filresurser och SMB används inte.
  • När S2D CSV-volymer är tillgängliga etablerar du dem på samma sätt som andra Hyper-V-distributioner.
  • Du skalar Hyper-V-beräkningsklustret tillsammans med dess S2D-lagring.

Disaggregerad distribution

Här är en illustration för disaggregerad distribution

Bild av disaggregerad distribution.

Bild 2: Disaggregerad distribution

  • Filresurser skapas på S2D-CSV:er.
  • Virtuella Hyper-V-datorer konfigureras för att lagra sina filer på den utskalade filservern (SOFS) och nås med SMB 3.0.
  • Du kan skala Hyper-V- och SOFS-filserverklustren separat för att få exakt hantering. Till exempel kan beräkningsnoder vara nästan full kapacitet för många virtuella datorer, men lagringsnoder kan ha över disk- och IOPS-kapacitet. så du lägger bara till ytterligare beräkningsnoder.

Nästa steg

Distribuera ett hyperkonvergerat S2D-kluster