Kötetek létrehozása Azure Stack HCI- és Windows Server-fürtökön
A következőkre vonatkozik: Azure Stack HCI, 22H2 és 21H2 verzió; Windows Server 2022, Windows Server 2019, Windows Server 2016
Ez a cikk azt ismerteti, hogyan hozhat létre köteteket fürtön Windows Admin Center és Windows PowerShell használatával, hogyan dolgozhat a köteteken lévő fájlokkal, és hogyan engedélyezheti a deduplikációt és tömörítést, az integritás-ellenőrzőösszegeket vagy a BitLocker titkosítást a köteteken. A kötetek létrehozásának és a replikáció többhelyes fürtökhöz való beállításának megismeréséhez lásd: Többhelyes kötetek létrehozása.
Tipp
Ha még nem tette meg, először tekintse meg a Kötetek tervezése című témakört .
Kötetek egycsomópontos fürtön való létrehozásakor a PowerShellt kell használnia. Lásd: Kötetek létrehozása a PowerShell használatával.
Kétirányú vagy háromutas tükrözött kötet létrehozása
Kétirányú vagy háromutas tükrözött kötet létrehozása Windows Admin Center használatával:
A Windows Admin Center csatlakozzon egy fürthöz, majd válassza a Kötetek lehetőséget az Eszközök panelen.
A Kötetek lapon válassza az Inventory ( Leltár ) lapot, majd a Create (Létrehozás) lehetőséget.
A Kötet létrehozása panelen adja meg a kötet nevét.
A Rugalmasság területen válassza a Kétutas tükrözés vagy a Háromutas tükrözés lehetőséget a fürt kiszolgálóinak számától függően.
A HdD-n a Méret mezőben adja meg a kötet méretét. Például 5 TB (terabájt).
A További beállítások területen a jelölőnégyzetekkel bekapcsolhatja a deduplikációt és a tömörítést, az integritás-ellenőrzőösszegeket vagy a BitLocker-titkosítást.
Válassza a Létrehozás lehetőséget.
A mérettől függően a kötet létrehozása eltarthat néhány percig. A jobb felső sarokban lévő értesítésekből megtudhatja, hogy mikor jön létre a kötet. Az új kötet ekkor megjelenik a Leltár listában.
Tükrözött paritásos kötet létrehozása
A tükrözés által gyorsított paritás (MAP) csökkenti a HDD-n lévő kötet lábnyomát. A háromutas tükrözött kötet például azt jelenti, hogy 10 terabájtnyi méret esetén 30 terabájtra lesz szükség a lábnyomként. A terhelés csökkentése érdekében hozzon létre egy tükrözéssel gyorsított paritású kötetet. Ez csökkenti az erőforrásigényt 30 terabájtról mindössze 22 terabájtra, még 4 kiszolgálóval is, mivel az adatok legaktívabb 20%-át tükrözi, és a paritást használja, ami nagyobb helyhatékonyságot biztosít a többi tárolásához. A paritás és a tükrözés arányát úgy módosíthatja, hogy a teljesítmény és a kapacitás közötti kompromisszum a számítási feladatnak megfelelő legyen. Például a 90 százalékos paritás és a 10 százalékos tükrözés kevesebb teljesítményt eredményez, de még tovább egyszerűsíti a lábnyomot.
Megjegyzés
A tükrözött paritásos kötetek rugalmas fájlrendszert (ReFS) igényelnek.
Tükrözéssel gyorsított paritású kötet létrehozása Windows Admin Center:
- A Windows Admin Center csatlakozzon egy fürthöz, majd válassza a Kötetek lehetőséget az Eszközök panelen.
- A Kötetek lapon válassza az Inventory ( Leltár ) lapot, majd a Create (Létrehozás) lehetőséget.
- A Kötet létrehozása panelen adja meg a kötet nevét.
- A Rugalmasság területen válassza a Tükrözés által gyorsított paritás lehetőséget.
- A Paritás százalékos értéke területen válassza ki a paritás százalékos értékét.
- A További beállítások területen a jelölőnégyzetekkel bekapcsolhatja a deduplikációt és a tömörítést, az integritás-ellenőrzőösszegeket vagy a BitLocker-titkosítást.
- Válassza a Létrehozás lehetőséget.
Kötet megnyitása és fájlok hozzáadása
Kötet megnyitása és fájlok hozzáadása a kötethez Windows Admin Center:
A Windows Admin Center csatlakozzon egy fürthöz, majd válassza a Kötetek lehetőséget az Eszközök panelen.
A Kötetek lapon válassza a Leltár lapot.
A kötetek listájában válassza ki a megnyitni kívánt kötet nevét.
A kötet részletei lapon láthatja a kötet elérési útját.
A lap tetején válassza a Megnyitás lehetőséget. Ezzel elindítja a Fájlok eszközt a Windows Admin Center.
Navigáljon a kötet elérési útjára. Itt tallózhat a kötet fájljai között.
Válassza a Feltöltés lehetőséget, majd válassza ki a feltölteni kívánt fájlt.
A böngésző Vissza gombjával lépjen vissza a Windows Admin Center Eszközök paneljére.
Deduplikáció és tömörítés bekapcsolása
A deduplikáció és a tömörítés kötetenként kezelhető. A deduplikáció és a tömörítés utófeldolgozási modellt használ, ami azt jelenti, hogy a futtatásig nem jelenik meg megtakarítás. Ha igen, akkor minden fájlon működni fog, még azokat is, amelyek korábban ott voltak.
További információ: Kötettitkosítás, deduplikáció és tömörítés engedélyezése
Kötetek létrehozása Windows PowerShell használatával
Először indítsa el Windows PowerShell a Windows start menüjéből. Javasoljuk, hogy a New-Volume parancsmaggal hozzon létre köteteket az Azure Stack HCI-hez. Ez biztosítja a leggyorsabb és legegyértelmesebb élményt. Ez az egyetlen parancsmag automatikusan létrehozza a virtuális lemezt, particionálja és formázja, létrehozza a kötetet egyező névvel, és hozzáadja a fürt megosztott köteteihez – mindezt egyetlen egyszerű lépésben.
A New-Volume parancsmagnak négy paramétert kell megadnia:
FriendlyName: Tetszőleges sztring, például "Kötet1"
Fájlrendszer:CSVFS_ReFS ( minden kötethez ajánlott; tükrözött paritásos kötetekhez szükséges) vagy CSVFS_NTFS
StoragePoolFriendlyName: A tárolókészlet neve, például "S2D a ClusterName-en"
Méret: A kötet mérete, például "10 TB"
Megjegyzés
A Windows, beleértve a PowerShellt is, bináris (base-2) számokat használ, míg a meghajtókat gyakran decimális (base-10) számokkal címkézik. Ez megmagyarázza, hogy miért jelenik meg a Windowsban egy 1 000 000 000 000 bájt méretű", "909 GB" méretű "egy terabájtos" meghajtó. Ez a várható eredmény. Amikor köteteket hoz létre a New-Volume használatával, meg kell adnia a Size paramétert bináris (base-2) számokban. Ha például a "909 GB" vagy a "0,909495TB" értéket adja meg, akkor körülbelül 1 000 000 000 000 bájtnyi kötet jön létre.
Példa: 1-3 kiszolgálóval
Ha az üzembe helyezés csak egy vagy két kiszolgálóval rendelkezik, a Közvetlen tárolóhelyek automatikusan kétirányú tükrözést használ a rugalmasság érdekében. Ha az üzemelő példány csak három kiszolgálóval rendelkezik, automatikusan háromirányú tükrözést fog használni.
New-Volume -FriendlyName "Volume1" -FileSystem CSVFS_ReFS -StoragePoolFriendlyName S2D* -Size 1TB
Példa: Több mint 4 kiszolgálóval
Ha négy vagy több kiszolgálóval rendelkezik, az opcionális ResiliencySettingName paraméter használatával kiválaszthatja a rugalmasság típusát.
- ResiliencySettingName: Vagy Tükör vagy Parity.
A következő példában a "Volume2" háromutas tükrözést használ, a "Volume3" pedig kettős paritást (gyakran "erasure coding" néven ismert).
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
Tárolási szintek használata
A háromféle meghajtóval rendelkező üzemelő példányok esetében egy kötet az SSD- és HDD-szintekre is kiterjedhet, hogy részben mindegyiken található legyen. Hasonlóképpen, a négy vagy több kiszolgálóval rendelkező üzemelő példányokban egy kötet keverheti a tükrözést és a kettős paritást, hogy részben mindegyiken található legyen.
Az ilyen kötetek létrehozásához az Azure Stack HCI alapértelmezett rétegsablonokat biztosít MirrorOnMediaType és NestedMirrorOnMediaType (teljesítményhez), valamint ParityOnMediaType és NestedParityOnMediaType (kapacitás esetén), ahol a MediaType HDD vagy SSD. A sablonok médiatípusokon alapuló tárolási rétegeket jelölnek, és a gyorsabb kapacitásmeghajtókon (ha vannak) háromutas tükrözés definícióit, valamint a lassabb kapacitásmeghajtókon (ha vannak) kettős paritást jelölnek.
Megjegyzés
A Storage Bus Layer (SBL) gyorsítótára nem támogatott az egykiszolgálós konfigurációban. Az egyetlen kiszolgáló esetében az összes egytárolós konfiguráció (például all-NVMe vagy all-SSD) az egyetlen támogatott tárolótípus.
Megjegyzés
A Windows Server 2016 korábbi verzióin futó Közvetlen tárolóhelyek-fürtök esetében az alapértelmezett rétegsablonokat egyszerűen Teljesítmény és kapacitás néven ismerték.
A tárolási szintek megtekintéséhez futtassa a Get-StorageTier parancsmagot a fürt bármely kiszolgálóján.
Get-StorageTier | Select FriendlyName, ResiliencySettingName, PhysicalDiskRedundancy
Ha például egy kétcsomópontos fürtje csak HDD-vel rendelkezik, a kimenet a következőhöz hasonló lehet:
FriendlyName ResiliencySettingName PhysicalDiskRedundancy
------------ --------------------- ----------------------
NestedParityOnHDD Parity 1
Capacity Mirror 1
NestedMirrorOnHDD Mirror 3
MirrorOnHDD Mirror 1
Rétegzett kötetek létrehozásához hivatkozzon ezekre a rétegsablonokra a New-Volume parancsmag StorageTierFriendlyNames és StorageTierSizes paramétereivel. A következő parancsmag például egy kötetet hoz létre, amely 30:70 arányban keveri a háromutas tükrözést és a kettős paritást.
New-Volume -FriendlyName "Volume1" -FileSystem CSVFS_ReFS -StoragePoolFriendlyName S2D* -StorageTierFriendlyNames MirrorOnHDD, Capacity -StorageTierSizes 300GB, 700GB
Szükség szerint ismételje meg a műveletet egynél több kötet létrehozásához.
Tárolási réteg összesítő táblázata
Az alábbi táblázatok összefoglalják az Azure Stack HCI-ben és a Windows Serveren létrehozható/létrehozható tárolási szinteket.
NumberOfNodes: 1
| FriendlyName | MediaType | ResiliencySettingName | NumberOfDataCopies | PhysicalDiskRedundancy | NumberOfGroups | FaultDomainAwareness | ColumnIsolation | Megjegyzés |
|---|---|---|---|---|---|---|---|---|
| MirrorOnHDD | HDD | Tükrözött | 2 | 1 | 1 | PhysicalDisk | PhysicalDisk | automatikusan létrehozva |
| MirrorOnSSD | SSD | Tükrözött | 2 | 1 | 1 | PhysicalDisk | PhysicalDisk | automatikusan létrehozva |
| MirrorOnSCM | SCM | Tükrözött | 2 | 1 | 1 | PhysicalDisk | PhysicalDisk | automatikusan létrehozva |
| ParityOnHDD | HDD | Parity | 1 | 1 | 1 | PhysicalDisk | PhysicalDisk | automatikusan létrehozva |
| ParityOnSSD | SSD | Parity | 1 | 1 | 1 | PhysicalDisk | PhysicalDisk | automatikusan létrehozva |
| ParityOnSCM | SCM | Parity | 1 | 1 | 1 | PhysicalDisk | PhysicalDisk | automatikusan létrehozva |
NumberOfNodes: 2
| FriendlyName | MediaType | ResiliencySettingName | NumberOfDataCopies | PhysicalDiskRedundancy | NumberOfGroups | FaultDomainAwareness | ColumnIsolation | Megjegyzés |
|---|---|---|---|---|---|---|---|---|
| MirrorOnHDD | HDD | Tükrözött | 2 | 1 | 1 | StorageScaleUnit | PhysicalDisk | automatikusan létrehozva |
| MirrorOnSSD | SSD | Tükrözött | 2 | 1 | 1 | StorageScaleUnit | PhysicalDisk | automatikusan létrehozva |
| MirrorOnSCM | SCM | Tükrözött | 2 | 1 | 1 | StorageScaleUnit | PhysicalDisk | automatikusan létrehozva |
| NestedMirrorOnHDD | HDD | Tükrözött | 4 | 3 | 1 | StorageScaleUnit | PhysicalDisk | manuális |
| NestedMirrorOnSSD | SSD | Tükrözött | 4 | 3 | 1 | StorageScaleUnit | PhysicalDisk | manuális |
| NestedMirrorOnSCM | SCM | Tükrözött | 4 | 3 | 1 | StorageScaleUnit | PhysicalDisk | manuális |
| NestedParityOnHDD | HDD | Parity | 2 | 1 | 1 | StorageScaleUnit | PhysicalDisk | manuális |
| NestedParityOnSSD | SSD | Parity | 2 | 1 | 1 | StorageScaleUnit | PhysicalDisk | manuális |
| NestedParityOnSCM | SCM | Parity | 2 | 1 | 1 | StorageScaleUnit | PhysicalDisk | manuális |
NumberOfNodes: 3
| FriendlyName | MediaType | ResiliencySettingName | NumberOfDataCopies | PhysicalDiskRedundancy | NumberOfGroups | FaultDomainAwareness | ColumnIsolation | Megjegyzés |
|---|---|---|---|---|---|---|---|---|
| MirrorOnHDD | HDD | Tükrözött | 3 | 2 | 1 | StorageScaleUnit | PhysicalDisk | automatikusan létrehozva |
| MirrorOnSSD | SSD | Tükrözött | 3 | 2 | 1 | StorageScaleUnit | PhysicalDisk | automatikusan létrehozva |
| MirrorOnSCM | SCM | Tükrözött | 3 | 2 | 1 | StorageScaleUnit | PhysicalDisk | automatikusan létrehozva |
NumberOfNodes: 4+
| FriendlyName | MediaType | ResiliencySettingName | NumberOfDataCopies | PhysicalDiskRedundancy | NumberOfGroups | FaultDomainAwareness | ColumnIsolation | Megjegyzés |
|---|---|---|---|---|---|---|---|---|
| MirrorOnHDD | HDD | Tükrözött | 3 | 2 | 1 | StorageScaleUnit | PhysicalDisk | automatikusan létrehozva |
| MirrorOnSSD | SSD | Tükrözött | 3 | 2 | 1 | StorageScaleUnit | PhysicalDisk | automatikusan létrehozva |
| MirrorOnSCM | SCM | Tükrözött | 3 | 2 | 1 | StorageScaleUnit | PhysicalDisk | automatikusan létrehozva |
| ParityOnHDD | HDD | Parity | 1 | 2 | Automatikus | StorageScaleUnit | StorageScaleUnit | automatikusan létrehozva |
| ParityOnSSD | SSD | Parity | 1 | 2 | Automatikus | StorageScaleUnit | StorageScaleUnit | automatikusan létrehozva |
| ParityOnSCM | SCM | Parity | 1 | 2 | Automatikus | StorageScaleUnit | StorageScaleUnit | automatikusan létrehozva |
Beágyazott rugalmassági kötetek
A beágyazott rugalmasság csak az Azure Stack HCI-t vagy Windows Server 2022-t vagy Windows Server 2019-et futtató kétkiszolgálós fürtökre vonatkozik; nem használhat beágyazott rugalmasságot, ha a fürt három vagy több kiszolgálóval rendelkezik, vagy ha a fürt Windows Server 2016 fut. A beágyazott rugalmasság lehetővé teszi, hogy a kétkiszolgálós fürtök egyszerre több hardverhibát is ellenálljanak a tároló rendelkezésre állásának elvesztése nélkül, így a felhasználók, alkalmazások és virtuális gépek zavartalanul futhatnak tovább. További információ: Beágyazott rugalmasság Közvetlen tárolóhelyek és Kötetek tervezése: a rugalmasság típusának kiválasztása.
A PowerShell ismerős tárolási parancsmagjaival beágyazott rugalmassággal hozhat létre köteteket, az alábbi szakaszban leírtak szerint.
1. lépés: Tárolási rétegsablonok létrehozása (csak Windows Server 2019 esetén)
A Windows Server 2019 megköveteli, hogy kötetek létrehozása előtt hozzon létre új tárolási rétegsablonokat a New-StorageTier parancsmag használatával. Ezt csak egyszer kell elvégeznie, és minden újonnan létrehozott kötet hivatkozhat ezekre a sablonokra.
Megjegyzés
Ha Windows Server 2022, Azure Stack HCI 21H2 vagy Azure Stack HCI 20H2 rendszert futtat, kihagyhatja ezt a lépést.
Adja meg a -MediaType kapacitásmeghajtókat, és igény szerint a -FriendlyName kívánt értéket. Ne módosítsa a többi paramétert.
Ha például a kapacitásmeghajtók merevlemezek (HDD), indítsa el a PowerShellt rendszergazdaként, és futtassa a következő parancsmagokat.
NestedMirror szint létrehozása:
New-StorageTier -StoragePoolFriendlyName S2D* -FriendlyName NestedMirrorOnHDD -ResiliencySettingName Mirror -MediaType HDD -NumberOfDataCopies 4
Beágyazottparitási szint létrehozása:
New-StorageTier -StoragePoolFriendlyName S2D* -FriendlyName NestedParityOnHDD -ResiliencySettingName Parity -MediaType HDD -NumberOfDataCopies 2 -PhysicalDiskRedundancy 1 -NumberOfGroups 1 -FaultDomainAwareness StorageScaleUnit -ColumnIsolation PhysicalDisk
Ha a kapacitásmeghajtók SSD-meghajtók, állítsa a -MediaType értéket a értékre SSD , és módosítsa a értéket értékre -FriendlyName*OnSSD. Ne módosítsa a többi paramétert.
Tipp
Ellenőrizze, hogy sikeresen létrehozta-e Get-StorageTier a rétegeket.
2. lépés: Beágyazott kötetek létrehozása
Hozzon létre új köteteket a New-Volume parancsmaggal.
Kétirányú beágyazott tükör
Beágyazott kétutas tükrözés használatához hivatkozzon a
NestedMirrorrétegsablonra, és adja meg a méretet. Például:New-Volume -StoragePoolFriendlyName S2D* -FriendlyName Volume01 -StorageTierFriendlyNames NestedMirrorOnHDD -StorageTierSizes 500GBHa a kapacitásmeghajtók SSD-meghajtók, módosítsa
-StorageTierFriendlyNamesa következőre:*OnSSD.Beágyazott tükrözött paritás
A beágyazott tükrözött paritás használatához hivatkozzon a és
NestedParityaNestedMirrorrétegsablonra is, és adjon meg két méretet, egyet a kötet minden részéhez (tükrözés először, paritás másodperc). Ha például egy 500 GB-os kötetet szeretne létrehozni, amely 20%-ban beágyazott kétutas tükör és 80%-ban beágyazott paritás, futtassa a következőt:New-Volume -StoragePoolFriendlyName S2D* -FriendlyName Volume02 -StorageTierFriendlyNames NestedMirrorOnHDD, NestedParityOnHDD -StorageTierSizes 100GB, 400GBHa a kapacitásmeghajtók SSD-meghajtók, módosítsa
-StorageTierFriendlyNamesa következőre:*OnSSD.
3. lépés: Folytatás Windows Admin Center
A beágyazott rugalmasságot használó kötetek egyértelmű címkézéssel jelennek meg Windows Admin Center, ahogyan az alábbi képernyőképen is látható. A létrehozásuk után ugyanúgy kezelheti és figyelheti őket Windows Admin Center használatával, mint az Közvetlen tárolóhelyek bármely más kötetét.
Nem kötelező: Kiterjeszthető a gyorsítótár-meghajtókra
Az alapértelmezett beállításokkal a beágyazott rugalmasság védelmet nyújt egyszerre több kapacitásmeghajtó, illetve egy kiszolgáló és egy kapacitásmeghajtó elvesztésével szemben. A védelem gyorsítótár-meghajtókra való kiterjesztése érdekében van egy másik szempont is: mivel a gyorsítótár-meghajtók gyakran biztosítanak olvasási és írási gyorsítótárazást több kapacitásmeghajtóhoz, az egyetlen módja annak, hogy a gyorsítótár-meghajtók elvesztését a másik kiszolgáló leállásakor eltűrje, ha nem gyorsítótárazza az írásokat, de ez hatással van a teljesítményre.
Ennek a forgatókönyvnek a megoldásához Közvetlen tárolóhelyek lehetővé teszi, hogy automatikusan letiltsa az írási gyorsítótárazást, ha egy kétkiszolgálós fürt egyik kiszolgálója leállt, majd a kiszolgáló biztonsági mentése után engedélyezze újra az írási gyorsítótárazást. A rutinszerű újraindítások teljesítményhatás nélküli engedélyezéséhez az írási gyorsítótárazás csak akkor tiltható le, ha a kiszolgáló 30 percig nem állt le. Ha az írási gyorsítótárazás le van tiltva, az írási gyorsítótár tartalma a kapacitáseszközökre lesz írva. Ezt követően a kiszolgáló képes elviselni egy sikertelen gyorsítótár-eszközt az online kiszolgálón, bár a gyorsítótárból történő olvasás késleltetve vagy sikertelen lehet, ha egy gyorsítótár-eszköz meghibásodik.
Megjegyzés
Az összes (egyetlen adathordozó-típusú) fizikai rendszer esetében nem kell fontolóra vennie az írási gyorsítótárazás automatikus letiltását, ha egy kétkiszolgálós fürt egyik kiszolgálója nem működik. Ezt csak a storage bus layer (SBL) gyorsítótárral kell figyelembe vennie, ami csak HDD-k használata esetén szükséges.
(Nem kötelező) Ha automatikusan le szeretné tiltani az írási gyorsítótárazást, ha egy kétkiszolgálós fürt egyik kiszolgálója leállt, indítsa el a PowerShellt rendszergazdaként, és futtassa a következőt:
Get-StorageSubSystem Cluster* | Set-StorageHealthSetting -Name "System.Storage.NestedResiliency.DisableWriteCacheOnNodeDown.Enabled" -Value "True"
A True ( Igaz) értékre állítás után a gyorsítótár működése a következő:
| Helyzet | Gyorsítótár viselkedése | Képes elviselni a gyorsítótár meghajtóvesztését? |
|---|---|---|
| Mindkét kiszolgáló fel van állítva | Gyorsítótár olvasása és írása, teljes teljesítmény | Yes |
| Kiszolgáló leállt, első 30 perc | Gyorsítótár olvasása és írása, teljes teljesítmény | Nem (ideiglenesen) |
| Az első 30 perc után | Csak a gyorsítótár olvasása, teljesítményre gyakorolt hatás | Igen (a gyorsítótár kapacitásmeghajtókra való írása után) |
Következő lépések
A kapcsolódó témaköröket és egyéb tárolási felügyeleti feladatokat lásd még:
Visszajelzés
Hamarosan elérhető: 2024-ben fokozatosan kivezetjük a GitHub-problémákat a tartalom visszajelzési mechanizmusaként, és lecseréljük egy új visszajelzési rendszerre. További információ: https://aka.ms/ContentUserFeedback.
Visszajelzés küldése és megtekintése a következőhöz: