Dela via


Skapa volymer i Azure Stack HCI- och Windows Server-kluster

Gäller för: Azure Stack HCI, versionerna 22H2 och 21H2; Windows Server 2022, Windows Server 2019, Windows Server 2016

Den här artikeln beskriver hur du skapar volymer i ett kluster med hjälp av Windows Admin Center och Windows PowerShell, hur du arbetar med filer på volymerna och hur du aktiverar deduplicering och komprimering, integritetskontrollsummor eller BitLocker-kryptering på volymer. Information om hur du skapar volymer och konfigurerar replikering för stretchkluster finns i Skapa stretchvolymer.

Tips

Om du inte redan har gjort det kan du först ta en titt på Planera volymer .

När du skapar volymer i ett kluster med en nod måste du använda PowerShell. Se Skapa volymer med PowerShell.

Skapa en dubbelriktad eller trevägsspeglingsvolym

Så här skapar du en tvåvägs- eller trevägsspeglingsvolym med Windows Admin Center:

  1. I Windows Admin Center ansluter du till ett kluster och väljer sedan Volymer i fönstret Verktyg.

  2. På sidan Volymer väljer du fliken Inventering och väljer sedan Skapa.

  3. I fönstret Skapa volym anger du ett namn för volymen.

  4. I Återhämtning väljer du Tvåvägsspegling eller Trevägsspegling beroende på antalet servrar i klustret.

  5. I Storlek på HDD anger du volymens storlek. Till exempel 5 TB (terabyte).

  6. Under Fler alternativ kan du använda kryssrutorna för att aktivera deduplicering och komprimering, integritetskontrollsummor eller BitLocker-kryptering.

  7. Välj Skapa.

    Du kan använda Windows Admin Center för att skapa en dubbelriktad eller trevägs speglingsvolym.

Beroende på storleken kan det ta några minuter att skapa volymen. Meddelanden i det övre högra hörnet meddelar dig när volymen skapas. Den nya volymen visas sedan i listan Inventering.

Skapa en speglingsaccelererad paritetsvolym

Speglingsaccelererad paritet (MAP) minskar volymens fotavtryck på HÅRDDISKEN. En trevägsspeglingsvolym skulle till exempel innebära att du behöver 30 terabyte som fotavtryck för varje 10 terabyte. Om du vill minska kostnaderna i fotavtryck skapar du en volym med speglingsaccelererad paritet. Detta minskar fotavtrycket från 30 terabyte till bara 22 terabyte, även med endast 4 servrar, genom att spegla de mest aktiva 20 procenten av data och använda paritet, vilket är mer utrymmeseffektivt, för att lagra resten. Du kan justera det här förhållandet mellan paritet och spegling för att göra prestanda kontra kapacitetsavvägning som passar din arbetsbelastning. Till exempel ger 90 procent paritet och 10 procent spegling mindre prestanda men effektiviserar fotavtrycket ytterligare.

Anteckning

Speglingsaccelererade paritetsvolymer kräver ReFS (Resilient File System).

Så här skapar du en volym med speglingsaccelererad paritet i Windows Admin Center:

  1. I Windows Admin Center ansluter du till ett kluster och väljer sedan Volymer i fönstret Verktyg.
  2. På sidan Volymer väljer du fliken Inventering och väljer sedan Skapa.
  3. I fönstret Skapa volym anger du ett namn för volymen.
  4. I Återhämtning väljer du Speglingsaccelererad paritet.
  5. I Paritetsprocent väljer du procentandelen paritet.
  6. Under Fler alternativ kan du använda kryssrutorna för att aktivera deduplicering och komprimering, integritetskontrollsummor eller BitLocker-kryptering.
  7. Välj Skapa.

Öppna volymen och lägg till filer

Så här öppnar du en volym och lägger till filer i volymen i Windows Admin Center:

  1. I Windows Admin Center ansluter du till ett kluster och väljer sedan Volymer i fönstret Verktyg.

  2. På sidan Volymer väljer du fliken Inventering .

  3. I listan med volymer väljer du namnet på den volym som du vill öppna.

    På sidan volyminformation kan du se sökvägen till volymen.

  4. Längst upp på sidan väljer du Öppna. Då startas filverktyget i Windows Admin Center.

  5. Navigera till volymens sökväg. Här kan du bläddra bland filerna i volymen.

  6. Välj Ladda upp och välj sedan en fil som ska laddas upp.

  7. Använd knappen Tillbaka i webbläsaren för att gå tillbaka till fönstret Verktyg i Windows Admin Center.

Aktivera deduplicering och komprimering

Deduplicering och komprimering hanteras per volym. Deduplicering och komprimering använder en efterbearbetningsmodell, vilket innebär att du inte ser några besparingar förrän den körs. När det gör det fungerar det över alla filer, även de som fanns där från tidigare.

Mer information finns i Aktivera volymkryptering, deduplicering och komprimering

Skapa volymer med Windows PowerShell

Starta först Windows PowerShell från Start-menyn i Windows. Vi rekommenderar att du använder cmdleten New-Volume för att skapa volymer för Azure Stack HCI. Det ger den snabbaste och enklaste upplevelsen. Den här enkla cmdleten skapar automatiskt den virtuella disken, partitioner och formaterar den, skapar volymen med matchande namn och lägger till den i klusterdelade volymer – allt i ett enkelt steg.

Cmdleten New-Volume har fyra parametrar som du alltid behöver ange:

  • FriendlyName: Valfri sträng som du vill, till exempel "Volume1"

  • Filesystem: Antingen CSVFS_ReFS (rekommenderas för alla volymer, krävs för speglingsaccelererade paritetsvolymer) eller CSVFS_NTFS

  • StoragePoolFriendlyName: Namnet på din lagringspool, till exempel "S2D på ClusterName"

  • Storlek: Volymens storlek, till exempel "10 TB"

    Anteckning

    Windows, inklusive PowerShell, räknas med binära (base-2) tal, medan enheter ofta märks med decimaltal (base-10). Detta förklarar varför en "en terabyte"-enhet, definierad som 1 000 000 000 000 byte, visas i Windows som ungefär "909 GB". Detta är förväntat. När du skapar volymer med New-Volume bör du ange parametern Storlek i binära tal (base-2). Om du till exempel anger "909 GB" eller "0,909495 TB" skapas en volym på cirka 1 000 000 000 000 byte.

Exempel: Med 1 till 3 servrar

För att göra det enklare, om distributionen bara har en eller två servrar, använder Lagringsdirigering automatiskt dubbelriktad spegling för återhämtning. Om distributionen bara har tre servrar använder den automatiskt trevägsspegling.

New-Volume -FriendlyName "Volume1" -FileSystem CSVFS_ReFS -StoragePoolFriendlyName S2D* -Size 1TB

Exempel: Med 4+ servrar

Om du har fyra eller flera servrar kan du använda den valfria parametern ResiliencySettingName för att välja din återhämtningstyp.

  • ResiliencySettingName: Antingen Spegling eller Paritet.

I följande exempel använder "Volume2" trevägsspegling och "Volume3" använder dubbel paritet (kallas ofta "raderingskodning").

New-Volume -FriendlyName "Volume2" -FileSystem CSVFS_ReFS -StoragePoolFriendlyName S2D* -Size 1TB -ResiliencySettingName Mirror
New-Volume -FriendlyName "Volume3" -FileSystem CSVFS_ReFS -StoragePoolFriendlyName S2D* -Size 1TB -ResiliencySettingName Parity

Använda lagringsnivåer

I distributioner med tre typer av enheter kan en volym sträcka sig över SSD- och HDD-nivåerna så att den delvis finns på var och en. På samma sätt kan en volym i distributioner med fyra eller flera servrar blanda spegling och dubbel paritet för att delvis finnas på var och en.

För att hjälpa dig att skapa sådana volymer tillhandahåller Azure Stack HCI standardnivåmallar som kallas MirrorOnMediaType och NestedMirrorOnMediaType (för prestanda) och ParityOnMediaType och NestedParityOnMediaType (för kapacitet), där MediaType är HDD eller SSD. Mallarna representerar lagringsnivåer baserat på medietyper och kapslar in definitioner för trevägsspegling på snabbare kapacitetsenheter (om tillämpligt) och dubbel paritet på långsammare kapacitetsenheter (om tillämpligt).

Anteckning

SBL-cache (Storage Bus Layer) stöds inte i konfiguration av en enskild server. Alla flata konfigurationer av enskilda lagringstyper (till exempel all-NVMe eller all-SSD) är den enda lagringstypen som stöds för en enskild server.

Anteckning

På Lagringsdirigering kluster som körs i tidigare versioner av Windows Server 2016 kallades standardnivåmallarna helt enkelt prestanda och kapacitet.

Du kan se lagringsnivåer genom att köra cmdleten Get-StorageTier på valfri server i klustret.

Get-StorageTier | Select FriendlyName, ResiliencySettingName, PhysicalDiskRedundancy

Om du till exempel har ett kluster med två noder med endast HDD kan dina utdata se ut ungefär så här:

FriendlyName      ResiliencySettingName PhysicalDiskRedundancy
------------      --------------------- ----------------------
NestedParityOnHDD Parity                                     1
Capacity          Mirror                                     1
NestedMirrorOnHDD Mirror                                     3
MirrorOnHDD       Mirror                                     1

Om du vill skapa nivåindelade volymer refererar du till dessa nivåmallar med parametrarna StorageTierFriendlyNames och StorageTierSizes i cmdleten New-Volume . Följande cmdlet skapar till exempel en volym som blandar trevägsspegling och dubbel paritet i 30:70 proportioner.

New-Volume -FriendlyName "Volume1" -FileSystem CSVFS_ReFS -StoragePoolFriendlyName S2D* -StorageTierFriendlyNames MirrorOnHDD, Capacity -StorageTierSizes 300GB, 700GB

Upprepa efter behov för att skapa mer än en volym.

Sammanfattningstabell för lagringsnivå

Följande tabeller sammanfattar de lagringsnivåer som skapas/kan skapas i Azure Stack HCI och Windows Server.

NumberOfNodes: 1

FriendlyName MediaType ÅterhämtningSettingName NumberOfDataCopies PhysicalDiskRedundancy NumberOfGroups FaultDomainAwareness ColumnIsolation Anteckning
MirrorOnHDD HDD Spegling 2 1 1 PhysicalDisk PhysicalDisk skapas automatiskt
MirrorOnSSD SSD Spegling 2 1 1 PhysicalDisk PhysicalDisk skapas automatiskt
MirrorOnSCM SCM Spegling 2 1 1 PhysicalDisk PhysicalDisk skapas automatiskt
ParityOnHDD HDD Paritet 1 1 1 PhysicalDisk PhysicalDisk skapas automatiskt
ParityOnSSD SSD Paritet 1 1 1 PhysicalDisk PhysicalDisk skapas automatiskt
ParityOnSCM SCM Paritet 1 1 1 PhysicalDisk PhysicalDisk skapas automatiskt

NumberOfNodes: 2

FriendlyName MediaType ÅterhämtningSettingName NumberOfDataCopies PhysicalDiskRedundancy NumberOfGroups FaultDomainAwareness ColumnIsolation Anteckning
MirrorOnHDD HDD Spegling 2 1 1 StorageScaleUnit PhysicalDisk skapas automatiskt
MirrorOnSSD SSD Spegling 2 1 1 StorageScaleUnit PhysicalDisk skapas automatiskt
MirrorOnSCM SCM Spegling 2 1 1 StorageScaleUnit PhysicalDisk skapas automatiskt
NestedMirrorOnHDD HDD Spegling 4 3 1 StorageScaleUnit PhysicalDisk manuell
NestedMirrorOnSSD SSD Spegling 4 3 1 StorageScaleUnit PhysicalDisk manuell
NestedMirrorOnSCM SCM Spegling 4 3 1 StorageScaleUnit PhysicalDisk manuell
NestedParityOnHDD HDD Paritet 2 1 1 StorageScaleUnit PhysicalDisk manuell
NestedParityOnSSD SSD Paritet 2 1 1 StorageScaleUnit PhysicalDisk manuell
NestedParityOnSCM SCM Paritet 2 1 1 StorageScaleUnit PhysicalDisk manuell

NumberOfNodes: 3

FriendlyName MediaType ResiliencySettingName NumberOfDataCopies PhysicalDiskRedundancy NumberOfGroups FaultDomainAwareness ColumnIsolation Anteckning
MirrorOnHDD HDD Spegling 3 2 1 StorageScaleUnit PhysicalDisk skapas automatiskt
MirrorOnSSD SSD Spegling 3 2 1 StorageScaleUnit PhysicalDisk skapas automatiskt
MirrorOnSCM SCM Spegling 3 2 1 StorageScaleUnit PhysicalDisk skapas automatiskt

NumberOfNodes: 4+

FriendlyName MediaType ResiliencySettingName NumberOfDataCopies PhysicalDiskRedundancy NumberOfGroups FaultDomainAwareness ColumnIsolation Anteckning
MirrorOnHDD HDD Spegling 3 2 1 StorageScaleUnit PhysicalDisk skapas automatiskt
MirrorOnSSD SSD Spegling 3 2 1 StorageScaleUnit PhysicalDisk skapas automatiskt
MirrorOnSCM SCM Spegling 3 2 1 StorageScaleUnit PhysicalDisk skapas automatiskt
ParityOnHDD HDD Paritet 1 2 Automatisk StorageScaleUnit StorageScaleUnit skapas automatiskt
ParityOnSSD SSD Paritet 1 2 Automatisk StorageScaleUnit StorageScaleUnit skapas automatiskt
ParityOnSCM SCM Paritet 1 2 Automatisk StorageScaleUnit StorageScaleUnit skapas automatiskt

Kapslade återhämtningsvolymer

Kapslad återhämtning gäller endast för tvåserverkluster som kör Azure Stack HCI eller Windows Server 2022 eller Windows Server 2019. Du kan inte använda kapslad återhämtning om klustret har tre eller flera servrar eller om klustret körs Windows Server 2016. Kapslad återhämtning gör det möjligt för ett kluster med två servrar att klara flera maskinvarufel samtidigt utan att lagringstillgängligheten går förlorad, vilket gör att användare, appar och virtuella datorer kan fortsätta att köras utan avbrott. Mer information finns i Kapslad återhämtning för Lagringsdirigering- och planvolymer: välja återhämtningstyp.

Du kan använda välbekanta lagrings-cmdletar i PowerShell för att skapa volymer med kapslad återhämtning enligt beskrivningen i följande avsnitt.

Steg 1: Skapa mallar på lagringsnivå (endast Windows Server 2019)

Windows Server 2019 kräver att du skapar nya mallar på lagringsnivå med hjälp av cmdleten New-StorageTier innan du skapar volymer. Du behöver bara göra detta en gång, och sedan kan varje ny volym du skapar referera till dessa mallar.

Anteckning

Om du kör Windows Server 2022, Azure Stack HCI 21H2 eller Azure Stack HCI 20H2 kan du hoppa över det här steget.

Ange för -MediaType dina kapacitetsenheter och, om du vill, valfritt -FriendlyName . Ändra inte andra parametrar.

Om dina kapacitetsenheter till exempel är hårddiskar (HDD) startar du PowerShell som administratör och kör följande cmdletar.

Så här skapar du en NestedMirror-nivå:

New-StorageTier -StoragePoolFriendlyName S2D* -FriendlyName NestedMirrorOnHDD -ResiliencySettingName Mirror -MediaType HDD -NumberOfDataCopies 4

Så här skapar du en NestedParity-nivå:

New-StorageTier -StoragePoolFriendlyName S2D* -FriendlyName NestedParityOnHDD -ResiliencySettingName Parity -MediaType HDD -NumberOfDataCopies 2 -PhysicalDiskRedundancy 1 -NumberOfGroups 1 -FaultDomainAwareness StorageScaleUnit -ColumnIsolation PhysicalDisk

Om dina kapacitetsenheter är SSD (Solid State Drives) anger du -MediaType till SSD i stället och ändrar -FriendlyName till *OnSSD. Ändra inte andra parametrar.

Tips

Kontrollera att Get-StorageTier nivåerna har skapats.

Steg 2: Skapa kapslade volymer

Skapa nya volymer med hjälp av cmdleten New-Volume .

  • Kapslad dubbelriktad spegling

    Om du vill använda kapslad dubbelriktad spegling refererar du till nivåmallen NestedMirror och anger storleken. Exempel:

    New-Volume -StoragePoolFriendlyName S2D* -FriendlyName Volume01 -StorageTierFriendlyNames NestedMirrorOnHDD -StorageTierSizes 500GB
    

    Om dina kapacitetsenheter är SSD (Solid State Drives) ändrar du -StorageTierFriendlyNames till *OnSSD.

  • Kapslad speglingsaccelererad paritet

    Om du vill använda kapslad speglingsaccelererad paritet refererar du till både NestedMirror mallarna och NestedParity nivåmallarna och anger två storlekar, en för varje del av volymen (spegling först, paritet sekund). Om du till exempel vill skapa en volym på 500 GB som är 20 % kapslad dubbelriktad spegling och 80 % kapslad paritet kör du:

    New-Volume -StoragePoolFriendlyName S2D* -FriendlyName Volume02 -StorageTierFriendlyNames NestedMirrorOnHDD, NestedParityOnHDD -StorageTierSizes 100GB, 400GB
    

    Om dina kapacitetsenheter är SSD (Solid State Drives) ändrar du -StorageTierFriendlyNames till *OnSSD.

Steg 3: Fortsätt i Windows Admin Center

Volymer som använder kapslad återhämtning visas i Windows Admin Center med tydlig etikettering, som i följande skärmbild. När de har skapats kan du hantera och övervaka dem med Windows Admin Center precis som andra volymer i Lagringsdirigering.

Volymhantering i Windows Admin Center.

Valfritt: Utöka till cacheenheter

Med standardinställningarna skyddar kapslad återhämtning mot förlust av flera kapacitetsenheter samtidigt, eller en server och en kapacitetsenhet samtidigt. För att utöka det här skyddet till cacheenheter finns det ett annat att tänka på: eftersom cacheenheter ofta tillhandahåller läs- och skrivcachelagring för flera kapacitetsenheter är det enda sättet att säkerställa att du kan tolerera förlust av en cacheenhet när den andra servern är nere att inte cachelagra skrivningar, men det påverkar prestandan.

För att åtgärda det här scenariot erbjuder Lagringsdirigering alternativet att automatiskt inaktivera skrivcachelagring när en server i ett kluster med två servrar är nere och sedan återaktivera skrivcachelagring när servern är säkerhetskopierad. Om du vill tillåta rutinmässiga omstarter utan prestandapåverkan inaktiveras inte skrivcachelagring förrän servern har varit nere i 30 minuter. När cachelagring av skrivning har inaktiverats skrivs innehållet i skrivcachen till kapacitetsenheter. Därefter kan servern tolerera en misslyckad cacheenhet på onlineservern, men läsningar från cacheminnet kan fördröjas eller misslyckas om en cacheenhet misslyckas.

Anteckning

För ett fysiskt system med alla cacheminnen (en enda medietyp) behöver du inte överväga automatisk inaktivering av skrivcachelagring när en server i ett kluster med två servrar är nere. Du behöver bara tänka på detta med SBL-cachen (Storage Bus Layer), som endast krävs om du använder HDD:er.

(Valfritt) Om du vill inaktivera skrivcachelagring automatiskt när en server i ett kluster med två servrar är nere startar du PowerShell som administratör och kör:

Get-StorageSubSystem Cluster* | Set-StorageHealthSetting -Name "System.Storage.NestedResiliency.DisableWriteCacheOnNodeDown.Enabled" -Value "True"

När värdet är Sant är cachebeteendet:

Situationen Cachebeteende Kan tolerera förlust av cacheenhet?
Båda servrarna är upp Cacheläsningar och skrivningar, fullständig prestanda Yes
Servern är nere, de första 30 minuterna Cacheläsningar och skrivningar, fullständig prestanda Nej (tillfälligt)
Efter de första 30 minuterna Endast cacheläsningar, prestanda påverkas Ja (när cachen har skrivits till kapacitetsenheter)

Nästa steg

Relaterade ämnen och andra lagringshanteringsuppgifter finns också: