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

Viktigt!

Azure Stack HCI är nu en del av Azure Local. Namnbytet av produktdokumentation pågår. Äldre versioner av Azure Stack HCI, till exempel 22H2, fortsätter dock att referera till Azure Stack HCI och återspeglar inte namnändringen. Läs mer.

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.

Dricks

Om du inte redan har gjort det kan du kolla in Planera volymer först.

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 dubbelriktad eller trevägsspeglingsvolym med Hjälp av Windows Admin Center:

  1. I Administrationscenter för Windows 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ägsspeglingsvolym.

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 inventeringslistan.

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 för 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 är rätt för din arbetsbelastning. Till exempel ger 90 procent paritet och 10 procent spegling mindre prestanda men effektiviserar fotavtrycket ytterligare.

Kommentar

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

Så här skapar du en volym med speglingsaccelererad paritet i Administrationscenter för Windows:

  1. I Administrationscenter för Windows 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 på volymen i Administrationscenter för Windows:

  1. I Administrationscenter för Windows 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 verktyget Filer i Administrationscenter för Windows.

  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 bakåtknappen i webbläsaren för att gå tillbaka till fönstret Verktyg i Administrationscenter för Windows.

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, 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"

    Kommentar

    Windows, inklusive PowerShell, räknar med binära tal (base-2), medan enheter ofta etiketteras 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

Om distributionen bara har en eller två servrar kommer Lagringsutrymmen Direct automatiskt att använda tvåvägsspegling 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 fler 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 nivåerna SSD och HDD för att delvis finnas 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 MirrorOn MediaType 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å de snabbare kapacitetsenheterna (om tillämpligt) och dubbel paritet på långsammare kapacitetsenheter (om tillämpligt).

Kommentar

Lagringsbusslagercache (SBL) stöds inte i konfiguration av en enskild server. Alla konfigurationer av enkel lagringstyp (till exempel all-NVMe eller all-SSD) är den enda lagringstyp som stöds för en enskild server.

Kommentar

På Lagringsutrymmen Direct-kluster som körs på tidigare versioner av Windows Server 2016 kallades standardnivåmallarna bara 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 hjälp av parametrarna StorageTierFriendlyNames och StorageTierSizes för 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 är/kan skapas i Azure Stack HCI och Windows Server.

NumberOfNodes: 1

FriendlyName MediaType ResiliencySettingName NumberOfDataCopies PhysicalDiskRedundancy NumberOfGroups FaultDomainAwareness ColumnIsolation Kommentar
MirrorOnHDD HDD Spegling 2 1 1 PhysicalDisk PhysicalDisk automatiskt skapad
MirrorOnSSD SSD Spegling 2 1 1 PhysicalDisk PhysicalDisk automatiskt skapad
MirrorOnSCM SCM Spegling 2 1 1 PhysicalDisk PhysicalDisk automatiskt skapad
ParityOnHDD HDD Paritet 1 1 1 PhysicalDisk PhysicalDisk automatiskt skapad
ParityOnSSD SSD Paritet 1 1 1 PhysicalDisk PhysicalDisk automatiskt skapad
ParityOnSCM SCM Paritet 1 1 1 PhysicalDisk PhysicalDisk automatiskt skapad

NumberOfNodes: 2

FriendlyName MediaType ResiliencySettingName NumberOfDataCopies PhysicalDiskRedundancy NumberOfGroups FaultDomainAwareness ColumnIsolation Kommentar
MirrorOnHDD HDD Spegling 2 1 1 StorageScaleUnit PhysicalDisk automatiskt skapad
MirrorOnSSD SSD Spegling 2 1 1 StorageScaleUnit PhysicalDisk automatiskt skapad
MirrorOnSCM SCM Spegling 2 1 1 StorageScaleUnit PhysicalDisk automatiskt skapad
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 Kommentar
MirrorOnHDD HDD Spegling 3 2 1 StorageScaleUnit PhysicalDisk automatiskt skapad
MirrorOnSSD SSD Spegling 3 2 1 StorageScaleUnit PhysicalDisk automatiskt skapad
MirrorOnSCM SCM Spegling 3 2 1 StorageScaleUnit PhysicalDisk automatiskt skapad

NumberOfNodes: 4+

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

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 fler servrar, eller om klustret kör Windows Server 2016. Kapslad återhämtning gör det möjligt för ett tvåserverkluster 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 Lagringsutrymmen direct- 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.

Kommentar

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 vilka -MediaType kapacitetsenheter du vill 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.

Dricks

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. Till 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 Administrationscenter för Windows

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

Volymhantering i Windows Administrationscenter.

Valfritt: Utöka till cacheenheter

Med sina standardinställningar skyddar kapslad återhämtning mot förlust av flera kapacitetsenheter samtidigt, eller en server och en kapacitetsenhet samtidigt. Om du vill 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 se till att du kan tolerera förlust av en cacheenhet när den andra servern är nere att inte cachelagra skrivningar, men det påverkar prestanda.

För att åtgärda det här scenariot erbjuder Lagringsutrymmen Direct 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 skrivcachelagring 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.

Kommentar

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 hårddiskar.

(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 True är cachebeteendet:

Situation Cachebeteende Kan tolerera förlust av cacheenhet?
Båda servrarna är upp Cachelagrar läsningar och skrivningar, fullständig prestanda Ja
Servern är nere, de första 30 minuterna Cachelagrar lä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å: