Megosztás a következőn keresztül:


Azure Stack HCI-fürt létrehozása a Windows PowerShell használatával

A következőkre vonatkozik: Azure Stack HCI, 22H2-es verzió

Fontos

Az Azure Stack HCI mostantól az Azure Local része. Az Azure Stack HCI régebbi verziói, például a 22H2 azonban továbbra is hivatkozni fognak az Azure Stack HCI-re, és nem tükrözik a névváltoztatást. További információ.

Figyelmeztetés

A cikkben ismertetett üzembe helyezési utasítások az Azure Stack HCI egy régebbi, 22H2-es verziójára vonatkoznak. Új üzembe helyezések esetén javasoljuk, hogy az Azure Local legújabb általánosan elérhető verzióját használja, lásd: Az Azure Local üzembe helyezéséről szóló rész.

Ebből a cikkből megtudhatja, hogyan hozhat létre Azure Stack HCI hiperkonvergens fürtöt a Windows PowerShell használatával, amely Tárolóhelyek Directet használ. Ha inkább a Fürtlétrehozási varázslót használná a Windows Felügyeleti központban a fürt létrehozásához, olvassa el a Fürt létrehozása a Windows Felügyeleti központtal című témakört.

Megjegyzés

Amennyiben az Azure Stack HCI 21H2 egyetlen kiszolgáló telepítését végzi, a PowerShell segítségével hozza létre a fürtöt.

Két fürttípus közül választhat:

  • Standard fürt egy vagy két kiszolgálócsomóponttal, melyek mind egy helyen találhatóak.
  • Kinyújtott fürt, amely legalább négy kiszolgálócsomópontból áll, amelyek két helyszínre terjednek ki, helyszínenként két csomóponttal.

Az egyetlen kiszolgálós forgatókönyv esetében hajtsa végre az egyetlen kiszolgálóra vonatkozó utasításokat.

Feljegyzés

A nyújtott klaszterek nem támogatottak egyetlen kiszolgáló konfigurációjában.

Ebben a cikkben egy Cluster1 nevű példafürtöt hozunk létre, amely a Server1, Server2, Server3 és Server4 nevű négy kiszolgálócsomópontból áll.

A kiterjesztett fürt forgatókönyvhöz a ClusterS1 nevet használjuk, és ugyanazt a négy kiszolgálócsomópontot használjuk, amely a Site1 és Site2 helyekre terjed ki.

A kinyújtott fürtökkel kapcsolatos további információkért tekintse meg a kinyújtott fürtök áttekintését.

Mielőtt elkezdené

Mielőtt hozzákezdene, győződjön meg arról, hogy:

A Windows PowerShell használata

A PowerShellt helyileg is futtathatja egy gazdakiszolgálón futó RDP-munkamenetben, vagy távolról is futtathatja a PowerShellt egy felügyeleti számítógépről. Ez a cikk a távoli beállítást ismerteti.

Ha a PowerShellt felügyeleti számítógépről futtatja, adja meg a -Name kezelendő kiszolgáló vagy -Cluster fürt nevét tartalmazó paramétert. Emellett előfordulhat, hogy a kiszolgálócsomópont paraméterének használatakor meg kell adnia a -ComputerName teljes tartománynevet (FQDN).

A Hyper-V és a feladatátvételi fürtök távoli kiszolgálófelügyeleti eszközeinek (RSAT) cmdleteire és PowerShell moduljaira van szüksége. Ha a parancsmagok és modulok még nem érhetők el a PowerShell-munkamenetben a felügyeleti számítógépen, a következő paranccsal adhatja hozzá őket: Add-WindowsFeature RSAT-Clustering-PowerShell

1. lépés: A kiszolgálók beállítása

Először csatlakozzon az egyes kiszolgálókhoz, csatlakozzon hozzájuk egy tartományhoz (ugyanazzal a tartománnyal, amelyben a felügyeleti számítógép található), és telepítse a szükséges szerepköröket és funkciókat.

1.1. lépés: Csatlakozás a kiszolgálókhoz

A kiszolgálókhoz való csatlakozáshoz először hálózati kapcsolattal kell rendelkeznie, ugyanahhoz a tartományhoz vagy teljes mértékben megbízható tartományhoz kell csatlakoznia, és helyi rendszergazdai engedélyekkel kell rendelkeznie a kiszolgálókhoz.

Nyissa meg a PowerShellt, és használja annak a kiszolgálónak a teljes tartománynevét vagy IP-címét, amelyhez csatlakozni szeretne. A rendszer a következő parancs minden kiszolgálón való futtatása után jelszót fog kérni.

Ebben a példában feltételezzük, hogy a kiszolgálók neve Server1, Server2, Server3 és Server4:

Enter-PSSession -ComputerName "Server1" -Credential "Server1\Administrator"

Íme egy másik példa erre:

$myServer1 = "Server1"
$user = "$myServer1\Administrator"

Enter-PSSession -ComputerName $myServer1 -Credential $user

Tipp.

Ha PowerShell-parancsokat futtat a felügyeleti pc-ről, olyan hibaüzenet jelenhet meg, mintha a WinRM nem tudja feldolgozni a kérést. A probléma megoldásához a PowerShell használatával vegye fel az egyes kiszolgálókat a felügyeleti számítógépen található Megbízható gazdagépek listára. Ez a lista támogatja például a helyettesítő karaktereket Server* .

Set-Item WSMAN:\Localhost\Client\TrustedHosts -Value Server1 -Force

A Megbízható gazdagépek lista megtekintéséhez írja be a következőt Get-Item WSMAN:\Localhost\Client\TrustedHosts:

A lista kiürítéséhez írja be a következőt Clear-Item WSMAN:\Localhost\Client\TrustedHost:

1.2. lépés: Csatlakozás a tartományhoz és tartományfiókok hozzáadása

Az előző lépésben minden kiszolgálócsomóponthoz a helyi rendszergazdai fiókkal csatlakozott.

A folytatáshoz csatlakoznia kell a kiszolgálókhoz egy tartományhoz, és minden kiszolgálón a helyi Rendszergazdák csoporthoz tartozó tartományfiókot kell használnia.

Enter-PSSession A parancsmaggal csatlakozzon az egyes kiszolgálókhoz, és futtassa a következő parancsmagot a kiszolgálónév, a tartománynév és a tartomány hitelesítő adatainak helyettesítésével:

Add-Computer -NewName "Server1" -DomainName "contoso.com" -Credential "Contoso\User" -Restart -Force  

Ha a rendszergazdai fiók nem tagja a Tartománygazdák csoportnak, vegye fel a rendszergazdai fiókját a helyi Rendszergazdák csoportba minden kiszolgálón – vagy még jobb, vegye fel a rendszergazdák számára használt csoportot. Ehhez a következő parancsot használhatja:

Add-LocalGroupMember -Group "Administrators" -Member "king@contoso.local"

1.3. lépés: Szerepkörök és szolgáltatások telepítése

A következő lépés a szükséges Windows-szerepkörök és szolgáltatások telepítése a fürt minden kiszolgálóján. Íme a telepíteni kívánt szerepkörök:

  • BitLocker
  • Adatközponthíd-képzés
  • Kieséses fürtözés
  • Fájlkiszolgáló
  • FS-Adat-deduplikációs modul
  • Hyper-V
  • Hyper-V PowerShell
  • RSAT-Clustering-PowerShell modult
  • RSAT-AD-PowerShell modul
  • NetworkATC
  • SMB sávszélességkorlát
  • Tárhelyreplika (kiterjesztett fürtök esetén)

Minden kiszolgálóhoz használja a következő parancsot (ha távoli asztali kapcsolaton keresztül csatlakozik, hagyja ki a paramétert itt és a -ComputerName következő parancsokban):

Install-WindowsFeature -ComputerName "Server1" -Name "BitLocker", "Data-Center-Bridging", "Failover-Clustering", "FS-FileServer", "FS-Data-Deduplication", "FS-SMBBW", "Hyper-V", "Hyper-V-PowerShell", "RSAT-AD-Powershell", "RSAT-Clustering-PowerShell", "NetworkATC", "Storage-Replica" -IncludeAllSubFeature -IncludeManagementTools

Ha egyszerre szeretné futtatni a parancsot a fürt összes kiszolgálóján, használja a következő szkriptet, és módosítsa a változók listáját az elején, hogy illeszkedjen a környezetéhez:

# Fill in these variables with your values
$ServerList = "Server1", "Server2", "Server3", "Server4"
$FeatureList = "BitLocker", "Data-Center-Bridging", "Failover-Clustering", "FS-FileServer", "FS-Data-Deduplication", "Hyper-V", "Hyper-V-PowerShell", "RSAT-AD-Powershell", "RSAT-Clustering-PowerShell", "NetworkATC", "FS-SMBBW", "Storage-Replica"

# This part runs the Install-WindowsFeature cmdlet on all servers in $ServerList, passing the list of features in $FeatureList.
Invoke-Command ($ServerList) {
    Install-WindowsFeature -Name $Using:Featurelist -IncludeAllSubFeature -IncludeManagementTools
}

Ezután indítsa újra az összes kiszolgálót:

$ServerList = "Server1", "Server2", "Server3", "Server4"
Restart-Computer -ComputerName $ServerList -WSManAuthentication Kerberos

2. lépés: Fürtbeállítás előkészítése

Ezután ellenőrizze, hogy a kiszolgálók készen állnak-e a klaszterezésre.

Gyors ellenőrzésként érdemes futtatni a következő parancsokat, hogy biztos legyen abban, hogy a kiszolgálók jelenleg nem tartoznak egyetlen fürthöz sem:

Használja a Get-ClusterNode a csomópontok megjelenítéséhez.

Get-ClusterNode

Az összes fürtcsomópont megjelenítésére használható Get-ClusterResource :

Get-ClusterResource

Használja a Get-ClusterNetwork a fürthálózatok megmutatásához.

Get-ClusterNetwork

2.1. lépés: Meghajtók előkészítése

A közvetlen Tárolóhelyek engedélyezése előtt győződjön meg arról, hogy az állandó meghajtók üresek. Futtassa a következő szkriptet a régi partíciók és egyéb adatok eltávolításához.

Megjegyzés

Zárja ki a szkriptből a kiszolgáló-csomóponthoz csatlakoztatott cserélhető meghajtókat. Erre akkor ügyeljen például, ha a szkriptet helyben, egy kiszolgáló-csomópontról futtatja, és nem szeretné a fürt üzembe helyezéséhez használt cserélhető meghajtó tartalmát véglegesen törölni.

# Fill in these variables with your values
$ServerList = "Server1", "Server2", "Server3", "Server4"

Invoke-Command ($ServerList) {
    Update-StorageProviderCache
    Get-StoragePool | ? IsPrimordial -eq $false | Set-StoragePool -IsReadOnly:$false -ErrorAction SilentlyContinue
    Get-StoragePool | ? IsPrimordial -eq $false | Get-VirtualDisk | Remove-VirtualDisk -Confirm:$false -ErrorAction SilentlyContinue
    Get-StoragePool | ? IsPrimordial -eq $false | Remove-StoragePool -Confirm:$false -ErrorAction SilentlyContinue
    Get-PhysicalDisk | Reset-PhysicalDisk -ErrorAction SilentlyContinue
    Get-Disk | ? Number -ne $null | ? IsBoot -ne $true | ? IsSystem -ne $true | ? PartitionStyle -ne RAW | % {
        $_ | Set-Disk -isoffline:$false
        $_ | Set-Disk -isreadonly:$false
        $_ | Clear-Disk -RemoveData -RemoveOEM -Confirm:$false
        $_ | Set-Disk -isreadonly:$true
        $_ | Set-Disk -isoffline:$true
    }
    Get-Disk | Where Number -Ne $Null | Where IsBoot -Ne $True | Where IsSystem -Ne $True | Where PartitionStyle -Eq RAW | Group -NoElement -Property FriendlyName
} | Sort -Property PsComputerName, Count

2.2. lépés: Klaszterkonfiguráció tesztelése

Ebben a lépésben győződjön meg arról, hogy a kiszolgálócsomópontok megfelelően vannak konfigurálva egy fürt létrehozásához. A Test-Cluster parancsmaggal teszteket futtathat annak ellenőrzésére, hogy a konfiguráció alkalmas-e hiperkonvergens fürtként való működésre. Az alábbi példa a paramétert -Include használja a megadott tesztkategóriákkal annak biztosítására, hogy a megfelelő tesztek szerepeljenek az ellenőrzésben.

Test-Cluster -Node $ServerList -Include "Storage Spaces Direct", "Inventory", "Network", "System Configuration"

3. lépés: A klaszter létrehozása

Most készen áll arra, hogy fürtöt hozzon létre az előző lépések során érvényesített kiszolgálócsomópontokkal.

A fürt létrehozásakor figyelmeztetés jelenhet meg, amely azt mondja – "There were issues while creating the clustered role that may prevent it from starting. For more information, view the report file below." Ezt a figyelmeztetést nyugodtan figyelmen kívül hagyhatja. Ez a figyelmeztetés azért van, mert a fürt tanú számára nincsenek rendelkezésre álló lemezek. A fürttanú későbbi lépésekben kerül létrehozásra.

Megjegyzés

Ha a kiszolgálók statikus IP-címeket használnak, módosítsa a következő parancsot, hogy tükrözze a statikus IP-címet a következő paraméter hozzáadásával és az IP-cím megadásával: -StaticAddress <X.X.X.X>;.

$ClusterName="cluster1" 
New-Cluster -Name $ClusterName –Node $ServerList –nostorage

A fürt létrehozása után időbe telhet, amíg a fürt neve a DNS-en keresztül replikálódik a tartományon keresztül, főleg, ha a munkacsoport-kiszolgálók újonnan lettek az Active Directoryhoz hozzáadva. Bár előfordulhat, hogy a fürt megjelenik a Windows Felügyeleti központban, lehet, hogy még nem érhető el a csatlakozáshoz.

Egy jó ellenőrzés annak biztosítására, hogy az összes fürterőforrás online állapotban van:

Get-Cluster -Name $ClusterName | Get-ClusterResource

Ha a fürt feloldása egy idő után nem sikerül, a legtöbb esetben a fürt neve helyett használhatja az egyik fürtözött kiszolgáló nevét a csatlakozáshoz.

4. lépés: Gazdagépek hálózatkezelésének konfigurálása

A Microsoft azt javasolja, hogy ha az Azure Stack HCI 21H2 vagy újabb verzióját használja, a gazdagépek hálózatkezeléséhez a Hálózati ATC-t használja. Egyéb esetben lásd a gazdagép hálózati követelményeit a konkrét követelményekről és információkról.

A hálózati ATC automatizálhatja a tervezett hálózati konfiguráció üzembe helyezését, ha egy vagy több szándéktípust ad meg az adapterekhez. Az adott szándéktípusokról további információt a következő témakörben talál: Hálózati forgalomtípusok.

4.1. lépés: Fizikai adapterek áttekintése

Az egyik fürtcsomóponton futtassa Get-NetAdapter a fizikai adapterek áttekintéséhez. Győződjön meg arról, hogy a fürt minden csomópontja azonos nevű fizikai adapterekkel rendelkezik, és hogy az állapotukat "aktívként" jelzik.

Get-NetAdapter -Name pNIC01, pNIC02 -CimSession $ClusterName | Select Name, PSComputerName

Ha a fizikai adapter neve eltér a fürt csomópontjai között, átnevezheti azt a Rename-NetAdapter használatával.

Rename-NetAdapter -Name oldName -NewName newName

4.2. lépés: Szándék konfigurálása

Ebben a példában létrejön egy szándék, amely meghatározza a számítási és tárolási szándékot. További szándékkal kapcsolatos példákért lásd: Gazdagépek hálózatkezelésének egyszerűsítése hálózati ATC-vel .

Futtassa a következő parancsot a tárolási és számítási szándéktípusok hozzáadásához a pNIC01 és pNIC02 elemekhez. Megjegyzés: meg kell adnia a paramétert -ClusterName .

Add-NetIntent -Name Cluster_ComputeStorage -Compute -Storage -ClusterName $ClusterName -AdapterName pNIC01, pNIC02

A parancsnak a kezdeti ellenőrzés után azonnal vissza kell térnie.

4.3. lépés: Szándék üzembe helyezésének ellenőrzése

Futtassa a Get-NetIntent parancsmagot a fürt szándékának megtekintéséhez. Ha több szándékkal rendelkezik, megadhatja a Name paramétert, hogy csak egy adott szándék részleteit láthassa.

Get-NetIntent -ClusterName $ClusterName

A szándék kiépítési állapotának megtekintéséhez futtassa a következő Get-NetIntentStatus parancsot:

Get-NetIntentStatus -ClusterName $ClusterName -Name Cluster_ComputeStorage

Figyelje meg az állapotparamétert, amely a kiépítést, az érvényesítést, a sikerességet, a hibát jeleníti meg.

Az állapotnak néhány percen belül sikeresnek kell lennie. Ha a sikeres állapot nem fordul elő, vagy egy állapotparaméter hibája jelenik meg, ellenőrizze az eseménynaplóban a problémákat.

Feljegyzés

A hálózati ATC jelenleg nem konfigurál ip-címeket egyik felügyelt adapteréhez sem. Amint Get-NetIntentStatus jelentések állapota befejeződött, akkor IP-címeket kell hozzáadnia az adapterekhez.

5. lépés: Helyek beállítása (elosztott fürt)

Ez a feladat csak akkor érvényes, ha egy kinyújtott fürtöt hoz létre két helyszín között, mindegyik helyszínen legalább két kiszolgálóval.

Megjegyzés

Ha korábban beállította az Active Directory-helyeket és -szolgáltatásokat, nem kell manuálisan létrehoznia a helyeket a következő szakaszban leírtak szerint.

5.1. lépés: Webhelyek létrehozása

A következő parancsmagban a FaultDomain egyszerűen egy webhely egy másik neve. Ez a példa a "ClusterS1" nevet használja a nyújtott klaszter neveként.

New-ClusterFaultDomain -CimSession $ClusterName -FaultDomainType Site -Name "Site1"
New-ClusterFaultDomain -CimSession $ClusterName -FaultDomainType Site -Name "Site2"

Ellenőrizze a Get-ClusterFaultDomain parancsmaggal, hogy mindkét hely létre van hozva a fürthöz.

Get-ClusterFaultDomain -CimSession $ClusterName

5.2. lépés: Kiszolgálócsomópontok hozzárendelése

Ezután hozzárendeljük a négy kiszolgálócsomópontot a megfelelő helyekhez. Az alábbi példában a Server1 és a Server2 a Site1, míg a Server3 és a Server4 a Site2-hez van rendelve.

Set-ClusterFaultDomain -CimSession $ClusterName -Name "Server1", "Server2" -Parent "Site1"
Set-ClusterFaultDomain -CimSession $ClusterName -Name "Server3", "Server4" -Parent "Site2"

Get-ClusterFaultDomain A parancsmaggal ellenőrizze, hogy a csomópontok a megfelelő helyeken vannak-e.

Get-ClusterFaultDomain -CimSession $ClusterName

5.3. lépés: Előnyben részesített webhely beállítása

Meghatározhat egy globálisan előnyben részesített webhelyet is, ami azt jelenti, hogy a megadott erőforrásoknak és csoportoknak az előnyben részesített helyen kell futniuk. Ez a beállítás a hely szintjén a következő paranccsal határozható meg:

(Get-Cluster).PreferredSite = "Site1"

A kinyújtott fürtök előnyben részesített helyének megadása a következő előnyökkel jár:

  • Hidegindítás – hidegindításkor a virtuális gépek az előnyben részesített helyre kerülnek

  • Kvórumszavazás

    • Dinamikus kvórum esetén a súlyozás először a passzív (replikált) helyről csökken, hogy az előnyben részesített hely megmaradjon, ha minden más dolog egyenlő. Emellett a kiszolgálócsomópontok először a passzív helyről lesznek metszve az újracsoportosítás során olyan események után, mint például az aszimmetrikus hálózati csatlakozási hibák.

    • Két webhely kvórumának felosztása során, ha a fürt tanúsítóját nem lehet elérni, a rendszer automatikusan az előnyben részesített webhelyet választja a győzelemre. A passzív hely kiszolgálócsomópontjai kiesnek a fürttagságból, így a fürt egyidejűleg 50%-os szavazatvesztést élhet át.

Az előnyben részesített helyszín a klászter szerepkör vagy a csoport szintjén is konfigurálható. Ebben az esetben minden egyes virtuálisgép-csoporthoz konfigurálható egy másik előnyben részesített hely, amely lehetővé teszi a hely aktív és előnyben részesített használatát adott virtuális gépek esetében.

5.4. lépés: Stretch Clustering beállítása hálózati ATC-vel

A 22H2-es verzió után a Network ATC használatával állíthatja be a Stretch-fürtözést. A Network ATC a Stretch-et szándéktípusként adja hozzá a 22H2 verziótól kezdve. A Stretch-fürtözés hálózati ATC-vel történő üzembe helyezéséhez futtassa a következő parancsot:

Add-NetIntent -Name StretchIntent -Stretch -AdapterName "pNIC01", "pNIC02"

A kiterjesztett szándékok más szándékokkal is kombinálhatók a hálózati ATC-vel való üzembe helyezéskor.

Oldal felülbírálások

Az 5.1–5.3. lépés alapján hozzáadhatja előre létrehozott oldalait a Network ATC által üzemeltetett stretch célhoz. A hálózati ATC ezt a SiteOverrides használatával kezeli. SiteOverride létrehozásához futtassa a következőt:

 $siteOverride = New-NetIntentSiteOverrides

A siteOverride létrehozása után beállíthatja a siteOverride bármely tulajdonságát. Győződjön meg arról, hogy a siteOverride névtulajdonsága pontosan ugyanazzal a névvel rendelkezik, mint a webhelyének a ClusterFaultDomainben. A ClusterFaultDomain és a siteOverride közötti nevek eltérése azt eredményezi, hogy a siteOverride nincs alkalmazva.

Egy adott siteOverride tulajdonsága a következő: Név, StorageVlan és StretchVlan. Például 2 siteOverrides-t hoz létre a két webhelyhez, site1 és site2, a következő módon:

$siteOverride1 = New-NetIntentSiteOverrides
$siteoverride1.Name = "site1"
$siteOverride1.StorageVLAN = 711
$siteOverride1.StretchVLAN = 25

$siteOverride2 = New-NetIntentSiteOverrides
$siteOverride2.Name = "site2"
$siteOverride2.StorageVLAN = 712
$siteOverride2.StretchVLAN = 26

A PowerShell-ablakban futtatva $siteOverride1$siteOverride2 ellenőrizheti, hogy minden tulajdonsága a kívánt módon van-e beállítva.

Végül egy vagy több siteOverrides szándékhoz való hozzáadásához futtassa a következőt:

Add-NetIntent -Name StretchIntent -Stretch -AdapterName "pNIC01" , "pNIC02" -SiteOverrides $siteOverride1, $siteOverride2

6. lépés: Közvetlen Tárolóhelyek engedélyezése

A fürt létrehozása után használja a Enable-ClusterStorageSpacesDirect cmdletet, amely engedélyezi a Storage Spaces Directet, és automatikusan megtegye a következőket:

  • Tárolókészlet létrehozása: Létrehoz egy tárolókészletet a fürthöz, amely olyan nevet kap, mint a "Cluster1 Storage Pool".

  • Fürtteljesítmény-előzménylemez létrehozása: Létrehoz egy fürtteljesítmény-előzmény virtuális lemezt a tárolókészletben.

  • Adatok és naplókötetek létrehozása: Létrehoz egy adatkötetet és egy naplókötetet a tárolókészletben.

  • Storage Spaces Direct gyorsítótárainak konfigurálása: Ha a Storage Spaces Direct számára több adathordozó (meghajtó) típus érhető el, akkor a leggyorsabbakat gyorsítótár-eszközként teszik elérhetővé, amelyek a legtöbb esetben az olvasást és írást segítik.

  • Rétegek létrehozása: Két szintet hoz létre alapértelmezett szintként. Az egyiket "Capacity"-nek hívják, a másikat "Performance"-nek. A parancsmag elemzi az eszközöket, és beállítja az eszköztípusok és a rugalmasság megfelelő kombinációját az egyes rétegeken.

A szimpla szerveres forgatókönyv esetében a FaultDomainAwarenessDefault kizárólag a PhysicalDisk. Enable-ClusterStorageSpacesDirect A parancsmag egyetlen kiszolgálót észlel, és automatikusan konfigurálja a FaultDomainAwarenessDefaultot PhysicalDiskként az engedélyezés során.

A kifeszített fürtök esetében a Enable-ClusterStorageSpacesDirect parancsmag a következőket is elvégzi:

  • Ellenőrizze, hogy a webhelyek be vannak-e állítva
  • Annak meghatározása, hogy mely csomópontok mely helyeken találhatók
  • Meghatározza, hogy az egyes csomópontok milyen tárolóval rendelkeznek
  • Ellenőrzi, hogy a Tárreplika szolgáltatás telepítve van-e az egyes csomópontokon
  • Létrehoz egy tárolókészletet az egyes helyekhez, és azonosítja azt a hely nevével
  • Adat- és naplóköteteket hoz létre minden tárolókészletben – egy helyenként

Az alábbi parancs engedélyezi a Storage Spaces Directet egy többcsomópontos fürtön. A tárolókészlet számára barátságos nevet is megadhat, ahogyan itt látható:

Enable-ClusterStorageSpacesDirect -PoolFriendlyName "$ClusterName Storage Pool" -CimSession $ClusterName

Íme egy példa a tárológyorsítótár letiltására egy egycsomópontos fürtön:

Enable-ClusterStorageSpacesDirect -CacheState Disabled

A tárolókészletek megtekintéséhez használja a következő parancsot:

Get-StoragePool -CimSession $ClusterName

A fürt létrehozása után

A fürt létrehozása után további fontos feladatokat is el kell végeznie:

Következő lépések