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:
I Windows Admin Center ansluter du till ett kluster och väljer sedan Volymer i fönstret Verktyg.
På sidan Volymer väljer du fliken Inventering och väljer sedan Skapa.
I fönstret Skapa volym anger du ett namn för volymen.
I Återhämtning väljer du Tvåvägsspegling eller Trevägsspegling beroende på antalet servrar i klustret.
I Storlek på HDD anger du volymens storlek. Till exempel 5 TB (terabyte).
Under Fler alternativ kan du använda kryssrutorna för att aktivera deduplicering och komprimering, integritetskontrollsummor eller BitLocker-kryptering.
Välj Skapa.
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:
- I Windows Admin Center ansluter du till ett kluster och väljer sedan Volymer i fönstret Verktyg.
- På sidan Volymer väljer du fliken Inventering och väljer sedan Skapa.
- I fönstret Skapa volym anger du ett namn för volymen.
- I Återhämtning väljer du Speglingsaccelererad paritet.
- I Paritetsprocent väljer du procentandelen paritet.
- Under Fler alternativ kan du använda kryssrutorna för att aktivera deduplicering och komprimering, integritetskontrollsummor eller BitLocker-kryptering.
- 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:
I Windows Admin Center ansluter du till ett kluster och väljer sedan Volymer i fönstret Verktyg.
På sidan Volymer väljer du fliken Inventering .
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.
Längst upp på sidan väljer du Öppna. Då startas filverktyget i Windows Admin Center.
Navigera till volymens sökväg. Här kan du bläddra bland filerna i volymen.
Välj Ladda upp och välj sedan en fil som ska laddas upp.
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
NestedMirroroch anger storleken. Exempel:New-Volume -StoragePoolFriendlyName S2D* -FriendlyName Volume01 -StorageTierFriendlyNames NestedMirrorOnHDD -StorageTierSizes 500GBOm dina kapacitetsenheter är SSD (Solid State Drives) ändrar du
-StorageTierFriendlyNamestill*OnSSD.Kapslad speglingsaccelererad paritet
Om du vill använda kapslad speglingsaccelererad paritet refererar du till både
NestedMirrormallarna ochNestedParitynivå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, 400GBOm dina kapacitetsenheter är SSD (Solid State Drives) ändrar du
-StorageTierFriendlyNamestill*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.
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å:
Feedback
Kommer snart: Under hela 2024 kommer vi att fasa ut GitHub-problem som feedbackmekanism för innehåll och ersätta det med ett nytt feedbacksystem. Mer information finns i: https://aka.ms/ContentUserFeedback.
Skicka och visa feedback för