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

A következőkre vonatkozik: Azure Stack HCI, 22H2, 21H2 és 20H2 verzió

Ebből a cikkből megtudhatja, hogyan hozhat létre Közvetlen tárolóhelyek használó Azure Stack HCI hiperkonvergens fürtöt Windows PowerShell. Ha inkább a fürt létrehozásához Windows Admin Center Fürtlétrehozás varázslóját használja, olvassa el a Fürt létrehozása Windows Admin Center című témakört.

Megjegyzés

Ha az Azure Stack HCI 21H2 egyetlen kiszolgálói telepítését végzi, a PowerShell használatával 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, mindegyik egyetlen helyen található.
  • Többhelyes fürt legalább négy kiszolgálócsomóponttal, amelyek két helyre terjednek ki, helyenként két csomóponttal.

Egyetlen kiszolgálós forgatókönyv esetén hajtsa végre az alábbi utasításokat az egy kiszolgálóra vonatkozóan.

Megjegyzés

A többhelyes fürtök nem támogatottak egyetlen kiszolgálókonfigurációban.

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

A többhelyes fürt esetében a ClusterS1 nevet fogjuk használni, és ugyanazt a négy kiszolgálócsomópontot fogjuk használni, amely a Site1 és a Site2 helyek között van elosztva.

A többhelyes fürtökkel kapcsolatos további információkért lásd: Többhelyes fürtök áttekintése.

Ha szeretné tesztelni az Azure Stack HCI-t, de korlátozott vagy nincs tartalék hardvere, tekintse meg az Azure Stack HCI értékelési útmutatóját, amelyben végigvezetjük az Azure Stack HCI azure-beli virtuális gépen belüli beágyazott virtualizálással történő használatán. Vagy próbálja ki a Virtuálisgép-alapú tesztkörnyezet létrehozása az Azure Stack HCI-hez című oktatóanyagot, amellyel saját privát tesztkörnyezetet hozhat létre beágyazott virtualizálással egy tetszőleges kiszolgálón az Azure Stack HCI-t futtató virtuális gépek fürtszolgáltatáshoz való üzembe helyezéséhez.

Előkészületek

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

A Windows PowerShell használata

A PowerShellt futtathatja helyileg 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ással foglalkozik.

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

Szüksége lesz a Távoli kiszolgálófelügyeleti eszközök (RSAT) parancsmagokra és PowerShell-modulokra a Hyper-V és a feladatátvételi fürtszolgáltatás esetében is. Ha ezek még nem érhetők el a felügyeleti számítógépen futó PowerShell-munkamenetben, a következő paranccsal adhatja hozzá őket: Add-WindowsFeature RSAT-Clustering-PowerShell.

1. lépés: A kiszolgálók kiépítése

Először csatlakozunk az egyes kiszolgálókhoz, csatlakoztatjuk őket egy tartományhoz (ugyanazzal a tartománnyal, amelyben a felügyeleti számítógép található), és telepíteni fogjuk 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 egy teljesen 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. Miután minden kiszolgálón futtatta a következő parancsot, a rendszer 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

Amikor PowerShell-parancsokat futtat a felügyeleti számítógéprő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 adja hozzá az egyes kiszolgálókat a felügyeleti számítógép Megbízható gazdagépek listájához. 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ányi fiókok hozzáadása

Eddig minden kiszolgálócsomóponthoz a helyi rendszergazdai fiókkal <ServerName>\Administratorcsatlakozott.

A folytatáshoz csatlakoztatnia kell a kiszolgálókat egy tartományhoz, és minden kiszolgálón a helyi Rendszergazdák csoporthoz tartozó tartományi fió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, adja hozzá a rendszergazdai fiókját a helyi Rendszergazdák csoporthoz az egyes kiszolgálókon – 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ára. Íme a telepíteni kívánt szerepkörök:

  • BitLocker
  • Adatközponthíd-képzés
  • Feladatátvételi fürtszolgáltatás
  • Fájlkiszolgáló
  • FS-Data-Deduplikációs modul
  • Hyper-V
  • Hyper-V PowerShell
  • RSAT-AD-Clustering-PowerShell modul
  • RSAT-AD-PowerShell-modul
  • NetworkATC
  • NetworkHUD
  • Tárreplika (többhelyes 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", "Hyper-V", "Hyper-V-PowerShell", "RSAT-AD-Powershell", "RSAT-Clustering-PowerShell", "NetworkATC", "NetworkHUD", "Storage-Replica" -IncludeAllSubFeature -IncludeManagementTools

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

# 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", "NetworkHUD", "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 fürtözésre.

Először érdemes megfontolni a következő parancsok futtatását, hogy a kiszolgálók még ne tartoznak-e fürthöz:

A használatával Get-ClusterNode megjelenítheti az összes csomópontot:

Get-ClusterNode

A használatával Get-ClusterResource megjelenítheti az összes fürtcsomópontot:

Get-ClusterResource

A használatával Get-ClusterNetwork megjelenítheti az összes fürthálózatot:

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: Fürtkonfigurá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 parancsmag tesztek futtatására szolgál annak ellenőrzéséhez, 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. Ez biztosítja, hogy a megfelelő tesztek szerepeljen az ellenőrzésben.

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

3. lépés: A fürt létrehozása

Most már készen áll arra, hogy hozzon létre egy fürtöt az előző lépésekben ellenőrzött kiszolgálócsomópontokkal.

A fürt létrehozásakor figyelmeztetés jelenik meg, amely azt jelzi, hogy ezt "There were issues while creating the clustered role that may prevent it from starting. For more information, view the report file below." a figyelmeztetést nyugodtan figyelmen kívül hagyhatja. Ennek az az oka, hogy a fürt tanúsítójának nem áll rendelkezésre lemez, amelyet később fog létrehozni.

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 némi időbe telhet, mire a fürt neve dns-en keresztül replikálódik a tartományon keresztül, különösen akkor, ha a munkacsoport-kiszolgálókat újonnan adták hozzá az Active Directoryhoz. Bár előfordulhat, hogy a fürt megjelenik Windows Admin Center, lehet, hogy még nem érhető el a csatlakozáshoz.

Ellenőrizze, hogy az összes fürterőforrás online állapotban van-e:

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 az egyik fürtözött kiszolgáló nevével csatlakozhat.

4. lépés: Gazdagép-hálózat konfigurálása

Ha az Azure Stack HCI 21H2-es vagy újabb verzióját futtatja, a Microsoft azt javasolja, hogy a Hálózati ATC használatával helyezze üzembe a gazdagépek hálózatkezelését. Ellenkező esetben a gazdagép hálózati követelményeit ismertető cikkben talál konkrét követelményeket és információkat.

A hálózati ATC automatizálhatja a kívánt hálózati konfiguráció üzembe helyezését, ha egy vagy több szándéktípust ad meg az adapterekhez. Az egyes szándéktípusokkal kapcsolatos további információkért lásd: Hálózati forgalomtípusok

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

Az egyik fürtcsomóponton futtassa a parancsot Get-NetAdapter a fizikai adapterek áttekintéséhez. Győződjön meg arról, hogy a fürt minden csomópontja ugyanazokkal a nevesített fizikai adapterekkel rendelkezik, és hogy "Fel" állapotot jelentenek.

Get-NetAdapter -Name pNIC01, pNIC02 -CimSession (Get-ClusterNode).Name | Select Name, PSComputerName

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

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ékra vonatkozó 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ék típusának a pNIC01 és a pNIC02 hozzáadásához. Vegye figyelembe, hogy megadjuk 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 egynél több szándékkal rendelkezik, megadhatja a Name paramétert, hogy csak egy adott szándék részleteit lássa.

Get-NetIntent -ClusterName $ClusterName

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

Get-NetIntentStatus -ClusterName $ClusterName -Name Cluster_ComputeStorage

Jegyezze fel az állapotparamétert, amely a kiépítést, az érvényesítést, a sikerességet, a hibát mutatja.

Az állapotnak néhány percen belül sikeresnek kell lennie. Ha ez nem történik meg, vagy állapotparaméter-hiba jelenik meg, ellenőrizze, hogy vannak-e problémák az eseménynaplóban.

Megjegyzés

A hálózati ATC jelenleg egyetlen felügyelt adapterhez sem konfigurál IP-címeket. Ha Get-NetIntentStatus a jelentések állapota befejeződött, ip-címeket kell hozzáadnia az adapterekhez.

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

Ez a feladat csak akkor érvényes, ha többhelyes fürtöt hoz létre két hely között, és mindegyik helyen legalább két kiszolgáló található.

Megjegyzés

Ha korábban már beállította az Active Directory - helyek és szolgáltatások szolgáltatást, nem kell manuálisan létrehoznia a helyeket az alább leírtak szerint.

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

Az alábbi parancsmagban a FaultDomain egyszerűen egy webhely egy másik neve. Ez a példa a "ClusterS1" nevet használja a többhelyes fürt neveként.

New-ClusterFaultDomain -CimSession "ClusterS1" -FaultDomainType Site -Name "Site1"
New-ClusterFaultDomain -CimSession "ClusterS1" -FaultDomainType Site -Name "Site2"

Get-ClusterFaultDomain A parancsmaggal ellenőrizze, hogy mindkét hely létrejött-e a fürthöz.

Get-ClusterFaultDomain -CimSession "ClusterS1"

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, a Server3 és a Server4 pedig a Site2 helyhez van rendelve.

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

Get-ClusterFaultDomain A parancsmaggal ellenőrizze, hogy a csomópontok a megfelelő helyeken találhatók-e.

Get-ClusterFaultDomain -CimSession "ClusterS1"

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

Meghatározhat egy globális előnyben részesített helyet 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 határozható meg a következő paranccsal:

(Get-Cluster).PreferredSite = "Site1"

A többhelyes 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 használatával először a passzív (replikált) hely súlyozása csökken annak biztosítása érdekében, hogy az előnyben részesített hely megmaradjon, ha minden más dolog egyenlő. Emellett a kiszolgálócsomópontok a passzív helyről is ki 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 hely kvórumfelosztása során, ha a fürt tanúsítójához nem lehet csatlakozni, a rendszer automatikusan az előnyben részesített webhelyet választja a nyerés érdekében. A passzív hely kiszolgálócsomópontjai kiesnek a fürttagságból. Ez lehetővé teszi, hogy a fürt túlélje a szavazatok egyidejű 50%-os elvesztését.

Az előnyben részesített hely a fürtszerepkör vagy a csoport szintjén is konfigurálható. Ebben az esetben minden virtuálisgép-csoporthoz más előnyben részesített hely konfigurálható. Ez lehetővé teszi, hogy egy hely aktív legyen, és előnyben részesítse az 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 Stretchet a 22H2-es verzióból adja hozzá szándéktípusként. Ha a Stretch-fürtözést hálózati ATC-vel szeretné üzembe helyezni, futtassa a következő parancsot:

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

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

SiteOverrides

Az 5.1-5.3 lépés alapján hozzáadhatja az előre létrehozott webhelyeket a Network ATC-vel üzembe helyezett stretch szándékhoz. A hálózati ATC ezt a SiteOverrides használatával fogja kezelni. SiteOverride létrehozásához futtassa a következőt:

 $siteOverride = New-NetIntentSiteOverrides

Miután létrehozott egy siteOverride tulajdonságot, beállíthatja a siteOverride tulajdonságot. Az egy adott webhelyhez megadható tulajdonságok listájaÁtvétel: Név, StorageVlan, StretchVlan és ManagementVlan. Például:

$siteoverride.Name = "A"
$siteoverride.StorageVLAN = 711
$siteoverride.StretchVLAN = 25

Végül futtassa a parancsot $siteOverride , és győződjön meg arról, hogy az összes tulajdonság a kívánt módon van beállítva.

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

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

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

A fürt létrehozása után használja a parancsmagot, amely engedélyezi a Enable-ClusterStorageSpacesDirect Közvetlen tárolóhelyek, és automatikusan elvégzi a következőket:

  • Tárolókészlet létrehozása: Létrehoz egy tárolókészletet a fürthöz, amelynek neve "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.

  • Közvetlen tárolóhelyek gyorsítótárak konfigurálása: Ha több adathordozó (meghajtó) típus érhető el Közvetlen tárolóhelyek, akkor gyorsítótár-eszközként a leggyorsabbat teszi lehetővé (a legtöbb esetben olvasási és írási).

  • Szintek létrehozása: Két réteget hoz létre alapértelmezett szintként. Az egyik a Capacity (Kapacitás), a másik pedig a Performance (Teljesítmény) réteg lesz. 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.

Egyetlen kiszolgálós forgatókönyv esetén az egyetlen FaultDomainAwarenessDefault a PhysicalDisk. Enable-ClusterStorageSpacesDirect A parancsmag észleli az önálló kiszolgálót, és automatikusan pyhsicalDiskként konfigurálja a FaultDomainAwarenessDefault parancsmagot az engedélyezés során.

Többhelyes fürtök esetén a Enable-ClusterStorageSpacesDirect parancsmag a következőket is el fogja végezni:

  • 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árterületet érhetnek el
  • 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 az egyes tárolókészletekben – egy helyenként

A következő parancs engedélyezi a Közvetlen tárolóhelyek egy többcsomópontos fürtön. A tárolókészlet rövid nevét is megadhatja, ahogy az itt látható:

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

Íme egy példa egy egycsomópontos fürtre, amely letiltja a tároló-gyorsítótárat:

Enable-ClusterStorageSpacesDirect -CacheState Disabled

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

Get-StoragePool -CimSession $session

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

Most, hogy elkészült, még néhány fontos feladatot el kell végeznie:

Következő lépések