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

  • Cikk

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

Figyelmeztetés

A cikkben szereplő üzembehelyezési utasítások az Azure Stack HCI egy régebbi, 22H2-es verziójára vonatkoznak. Új üzemelő példányok esetén javasoljuk, hogy használja a legújabb általánosan elérhető verziót, az Azure Stack HCI 23H2-es verzióját. Az üzembe helyezési utasításokért lásd: Az Azure Stack HCI 23H2-es verziójának üzembe helyezése.

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 használatával. 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, helyekenként két csomóponttal.

Az egyetlen kiszolgálós forgatókönyv esetében végezze el ugyanazt az utasítást az egyetlen 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 használjuk, és ugyanazt a négy kiszolgálócsomópontot használjuk, 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 az Azure Stack HCI-t minimális vagy extra hardver nélkül szeretné tesztelni, tekintse meg az Azure Stack HCI értékelési útmutatóját. Ebben az útmutatóban bemutatjuk, hogyan tapasztalhatja meg az Azure Stack HCI-t beágyazott virtualizálással egy Azure-beli virtuális gépen belül. 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ást ismerteti.

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 van 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. 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, csatlakoztassa őket 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 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

Az előző lépésben az összes kiszolgálócsomóponthoz csatlakozott a helyi rendszergazdai fiókhoz <ServerName>\Administrator.

A folytatáshoz csatlakoztatnia kell a kiszolgálókat egy tartományhoz, és minden kiszolgálón a helyi Rendszergazdák csoportban található 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-Clustering-PowerShell modul
  • RSAT-AD-PowerShell-modul
  • NetworkATC
  • NetworkHUD
  • SMB sávszélességkorlátja
  • 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", "FS-SMBBW", "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", "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 fürtözésre.

Érdemes megfontolni a következő parancsok futtatását, hogy meggyőződjön arról, hogy a kiszolgálók még nem tartoznak 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 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 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 jelenhet meg, amely szerint – "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. Ezt a figyelmeztetést az okozza, hogy a fürt tanúsítójának nincsenek lemezei. A fürt tanúsítóját a későbbi lépésekben hozza létre.

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 DNS-en keresztül replikálódik a tartományon belül, különösen akkor, ha a munkacsoport-kiszolgálók újonnan lettek hozzáadva az Active Directoryhoz. Bár előfordulhat, hogy a fürt Windows Admin Center jelenik meg, 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ózatkezelésének konfigurálása

A Microsoft azt javasolja, hogy az Azure Stack HCI 21H2-es vagy újabb verziójának futtatásakor a Hálózati ATC használatával telepítse a gazdagépek hálózatkezelését. Egyéb esetben lásd: Gazdagép hálózati követelményei adott követelményekkel és információkkal.

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 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 a parancsot 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 "Up" állapotot jelentenek.

Get-NetAdapter -Name pNIC01, pNIC02 -CimSession $ClusterName | 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ékkal kapcsolatos példákért lásd: Gazdagépek hálózatkezelésének egyszerűsítése hálózati ATC-vel .

Az alábbi parancs futtatásával adja hozzá a tárolási és számítási szándék típusait a pNIC01 és a pNIC02 fájlhoz. 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 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 és a hibát mutatja.

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

Megjegyzés

A hálózati ATC jelenleg nem konfigurál ip-címeket egyik felügyelt adapteréhez sem. Miután 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 (elosztott fürt)

Ez a feladat csak akkor érvényes, ha egy 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 előre 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 kinyújtott fürt neveként.

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

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

Get-ClusterFaultDomain A parancsmaggal ellenőrizze, hogy mindkét hely létre lett-e 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 találhatók-e.

Get-ClusterFaultDomain -CimSession $ClusterName

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

Globális előnyben részesített webhelyet is definiálhat, 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 rugalmas 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ópontokat a rendszer először a passzív helyről metszi át 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órumfelosztása során, ha a fürt tanúsítója nem érhető el, 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 túléli a szavazatok 50%-os elvesztését.

Az előnyben részesített hely fürtszerepkörben vagy csoportszinten 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 hálózati ATC a 22H2-es verzióból hozzáadja a Stretchet szándéktípusként. Ha egy szándékot a Stretch-fürtszolgáltatással szeretne üzembe helyezni a hálózati ATC-vel, futtassa a következő parancsot:

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

A stretch szándékok más szándékokkal is kombinálhatók 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 hálózati ATC-vel üzembe helyezett stretch szándékhoz. 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 a siteOverride bármely tulajdonságát beállíthatja. Győződjön meg arról, hogy a siteOverride névtulajdonsága pontosan ugyanazzal a névvel rendelkezik, mint a webhelynek a ClusterFaultDomainben. A ClusterFaultDomain és a siteOverride néveltérése azt eredményezi, hogy a siteOverride nem lesz alkalmazva.

Egy adott webhelyReverziride tulajdonsága a következő: Név, StorageVlan és StretchVlan. Például 2 siteOverrides fájlt hoz létre a két webhelyhez, az 1. és a 2. webhelyhez a következő használatával:

$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 meggyőződhet arról, hogy minden tulajdonsága a kívánt módon van beállítva.

Végül egy vagy több siteOverrides a 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 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 a gyorsítótár-eszközök (a legtöbb esetben olvasási és írási) leggyorsabb használatát teszi lehetővé.

  • Szintek létrehozása: Két szintet 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 egyetlen kiszolgálót észlel, és automatikusan konfigurálja a FaultDomainAwarenessDefaultot PhysicalDiskként az engedélyezés során.

A rugalmas fürtök esetében a parancsmag a Enable-ClusterStorageSpacesDirect következőket is tartalmazza:

  • Ellenőrizze, hogy a webhelyek be vannak-e állítva
  • Annak meghatározása, hogy mely csomópontokon találhatók a helyek
  • 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 az itt látható módon:

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