Poznámka
Přístup k této stránce vyžaduje autorizaci. Můžete se zkusit přihlásit nebo změnit adresáře.
Přístup k této stránce vyžaduje autorizaci. Můžete zkusit změnit adresáře.
Tento článek poskytuje podrobné pokyny k nasazení Storage Spaces Direct ve Windows Serveru. Informace o nasazení funkce Storage Spaces Direct jako součást Azure Local najdete v části O Azure Local.
Spropitné
Chcete získat hyperkonvergovanou infrastrukturu? Microsoft doporučuje zakoupit ověřené hardwarové/softwarové řešení Azure Local od našich partnerů. Tato řešení jsou navržená, sestavená a ověřená v naší referenční architektuře, abyste zajistili kompatibilitu a spolehlivost, abyste mohli rychle začít pracovat. Pokud chcete prohlédnout katalog hardwarových a softwarových řešení, která pracují s Azure Local, podívejte se na azure Local Catalog .
Spropitné
Pomocí Hyper-V virtuálních počítačů, včetně těch v Microsoft Azure, můžete vyhodnotit Storage Spaces Direct bez nutnosti použít hardware. Můžete si také projít užitečné skripty rychlého nasazení Windows Serveru , které používáme pro účely školení.
Než začnete
Projděte si požadavky na hardware Prostorů úložiště Direct, abyste se seznámili s celkovým přístupem a důležitými poznámkami souvisejícími s některými kroky.
Shromážděte následující informace:
Možnost nasazení : Storage Spaces Direct podporují dvě možnosti nasazení: hyperkonvergované a konvergované, označované také jako členěné. Seznamte se s výhodami každého z nich, abyste se rozhodli, která je pro vás nejvhodnější. Kroky 1 až 3 níže platí pro obě možnosti nasazení. Krok 4 je nutný pouze pro konvergované nasazení.
názvy serverů : Seznamte se se zásadami pojmenování pro počítače, soubory, cesty a další prostředky vaší organizace. Budete muset zřídit několik serverů, z nichž každý má jedinečné názvy.
název domény: Seznamte se se zásadami vaší organizace pro pojmenování domény a připojování k doméně. Připojíte servery k vaší doméně a budete muset zadat název domény.
sítě RDMA: Existují dva typy protokolů RDMA: iWarp a RoCE. Všimněte si, který síťový adaptér používáte, a pokud RoCE, poznamenejte si také verzi (v1 nebo v2). Pro RoCE si také všimněte modelu přepínače v horní části racku.
ID sítě VLAN: Poznamenejte si ID sítě VLAN, které se má použít pro síťové adaptéry operačního systému pro správu na serverech( pokud existuje). Měli byste to získat od správce sítě.
Krok 1: Nasazení Windows Serveru
Krok 1.1: Instalace operačního systému
Prvním krokem je instalace Windows Serveru na každý server v clusteru. Storage Spaces Direct vyžaduje Windows Server Datacenter Edition. Můžete použít možnost instalace jádra serveru nebo Server s desktopovým prostředím.
Při instalaci Windows Serveru pomocí průvodce instalací si můžete vybrat mezi Windows Server (odkazující na jádro serveru) a Windows Server (Server s desktopovým prostředím), což je ekvivalent možnosti instalace Úplná dostupná v systému Windows Server 2012 R2. Pokud si nevyberete, automaticky se zvolí možnost instalace jádra serveru. Další informace naleznete v tématu Instalace jádra serveru.
Krok 1.2: Připojení k serverům
Tato příručka se zaměřuje na možnost instalace jádra serveru a vzdálenou správu ze samostatného systému pro správu, který musí mít:
- Verze Windows Serveru nebo Windows 10, která je alespoň tak nová jako servery, které spravuje, a má nejnovější aktualizace.
- Síťové připojení k serverům, které spravuje.
- Připojeno ke stejné doméně nebo plně důvěryhodné doméně.
- Nástroje pro vzdálenou správu serveru (RSAT) a moduly pro PowerShell pro Hyper-V a failover clustering. Nástroje pro vzdálenou správu serveru a moduly PowerShellu jsou k dispozici na Windows Serveru a je možné je nainstalovat bez instalace dalších funkcí. Nástroje pro vzdálenou správu serveru můžete nainstalovat také na počítač se správou Windows 10.
V systému pro správu nainstalujte Failover Cluster a nástroje pro správu Hyper-V, což lze provést prostřednictvím Správce serveru pomocí průvodce Přidat role a funkce. Na stránce Funkce vyberte nástroje pro vzdálenou správu serverua pak vyberte nástroje, které chcete nainstalovat.
Zadejte relaci PowerShellu a použijte název serveru nebo IP adresu uzlu, ke kterému se chcete připojit. Po spuštění tohoto příkazu se zobrazí výzva k zadání hesla, zadejte heslo správce, které jste zadali při nastavování Windows.
Enter-PSSession -ComputerName <myComputerName> -Credential LocalHost\Administrator
Tady je příklad toho, jak to samé udělat způsobem, který je užitečnější ve skriptech:
$myServer1 = "myServer-1"
$user = "$myServer1\Administrator"
Enter-PSSession -ComputerName $myServer1 -Credential $user
Spropitné
Pokud vzdáleně nasazujete ze systému pro správu, může se zobrazit chyba, jako je WinRM nemůže požadavek zpracovat. Tento problém vyřešíte tak, že pomocí Windows PowerShellu přidáte každý server do seznamu důvěryhodných hostitelů v počítači pro správu:
Set-Item WSMAN:\Localhost\Client\TrustedHosts -Value Server01 -Force
Seznam důvěryhodných hostitelů podporuje zástupné znaky, například Server*
.
- Chcete-li zobrazit seznam důvěryhodných hostitelů, zadejte
Get-Item WSMAN:\Localhost\Client\TrustedHosts
. - Pokud chcete seznam vyprázdnit, zadejte
Clear-Item WSMAN:\Localhost\Client\TrustedHost
.
Krok 1.3: Připojení k doméně a přidání účtů domény
Pokud chcete spravovat Prostory úložiště s přímým přístupem, budete muset servery připojit k doméně a použít účet domény služby Active Directory Domain Services, který je ve skupině Administrators na každém serveru.
V systému pro správu otevřete konzolu PowerShellu s oprávněními správce. Pomocí Enter-PSSession
se připojte ke každému serveru a spusťte následující rutinu, ve které nahraďte vlastní název počítače, název domény a přihlašovací údaje domény:
Add-Computer -NewName "Server01" -DomainName "contoso.com" -Credential "CONTOSO\User" -Restart -Force
Pokud váš účet správce úložiště není členem skupiny Domain Admins, přidejte účet správce úložiště do místní skupiny Administrators na každém uzlu nebo přidejte skupinu, kterou používáte pro správce úložiště. K provedení tohoto kroku můžete použít následující příkaz nebo vytvořit skript PowerShellu. Další informace najdete v tématu Použití PowerShellu k přidání uživatelů domény do místní skupiny.
Net localgroup Administrators <Domain\Account> /add
Krok 1.4: Instalace rolí a funkcí
Dalším krokem je instalace rolí serveru na každý server prostřednictvím windows Admin Center, Správce serverunebo PowerShellu. Tady jsou role, které se mají nainstalovat:
- Cluster pro toleranci poruch
- Hyper-V
- Souborový server (pokud chcete hostovat jakékoli sdílené složky, například pro sblížené nasazení)
- Data –Center-Bridging (pokud používáte RoCEv2 místo síťových adaptérů iWARP)
- RSAT –Clustering-PowerShell
- Hyper-V PowerShell
K instalaci přes PowerShell použijte rutinu Install-WindowsFeature. Můžete ho použít na jednom serveru takto:
Install-WindowsFeature -Name "Hyper-V", "Failover-Clustering", "Data-Center-Bridging", "RSAT-Clustering-PowerShell", "Hyper-V-PowerShell", "FS-FileServer"
Pokud chcete příkaz spustit na všech serverech v clusteru ve stejnou dobu, spusťte tento skript, který upraví seznam proměnných na začátku skriptu tak, aby vyhovoval vašemu prostředí.
# Fill in these variables with your values
$ServerList = "Server01", "Server02", "Server03", "Server04"
$FeatureList = "Hyper-V", "Failover-Clustering", "Data-Center-Bridging", "RSAT-Clustering-PowerShell", "Hyper-V-PowerShell", "FS-FileServer"
# This part runs the Install-WindowsFeature cmdlet on all servers in $ServerList, passing the list of features into the script block with the "Using" scope modifier so you don't have to hard-code them here.
Invoke-Command ($ServerList) {
Install-WindowsFeature -Name $Using:Featurelist
}
Krok 2: Konfigurace sítě
Pokud nasazujete Prostory úložiště s přímým přístupem uvnitř virtuálních počítačů, přeskočte tuto část.
Storage Spaces Direct vyžaduje sítě s vysokou šířkou pásma a nízkou latencí mezi servery v clusteru. Vyžaduje se alespoň 10 GbE sítě a doporučuje se přímý přístup do paměti vzdáleného počítače (RDMA). Můžete použít iWARP nebo RoCE, pokud má logo Windows Serveru, které odpovídá vaší verzi operačního systému, ale iWARP je jednodušší nastavit.
Důležitý
V závislosti na vašem síťovém vybavení a zejména u RoCE v2 může být vyžadována konfigurace přepínače top-of-rack. Správná konfigurace přepínače je důležitá k zajištění spolehlivosti a výkonu Prostorů úložiště s přímým přístupem.
Windows Server 2016 zavedl technologii switch-embedded teaming (SET) v rámci virtuálního přepínače Hyper-V. To umožňuje použití stejných portů síťové karty (NIC) pro veškerý síťový provoz při použití RDMA, což snižuje počet požadovaných fyzických portů síťové karty. Pro Storage Spaces Direct se doporučuje používání týmování s vloženým přepínačem.
- Přepnutý: Síťové přepínače musí být správně nakonfigurované pro zpracování šířky pásma a typu sítě. Pokud používáte RDMA, který implementuje protokol RoCE, je konfigurace síťového zařízení a přepínače ještě důležitější.
- bezpínací: Uzly mohou být vzájemně propojené pomocí přímých připojení, aby se zabránilo použití přepínače. Vyžaduje se, aby každý uzel měl přímé připojení ke každému druhému uzlu clusteru.
Pokyny k nastavení sítě pro Storage Spaces Direct najdete v Průvodci nasazením RDMA pro Windows Server 2016 a 2019.
Krok 3: Konfigurace funkce Storage Spaces Direct
Následující kroky se provádějí v systému pro správu, který má stejnou verzi jako nakonfigurované servery. Následující kroky by neměly být spouštěné vzdáleně pomocí relace PowerShellu, ale místo toho se spouštět v místní relaci PowerShellu v systému pro správu s oprávněními správce.
Krok 3.1: Vyčištění disků
Než povolíte Storage Spaces Direct, ujistěte se, že jsou vaše jednotky prázdné: žádné staré oddíly ani jiná data. Spusťte následující skript a nahraďte názvy počítačů, abyste odstranili všechny staré oddíly nebo jiná data.
Důležitý
Tento skript trvale odebere všechna data na jiných jednotkách, než je spouštěcí jednotka operačního systému.
# Fill in these variables with your values
$ServerList = "Server01", "Server02", "Server03", "Server04"
foreach ($server in $serverlist) {
Invoke-Command ($server) {
# Check for the Azure Temporary Storage volume
$azTempVolume = Get-Volume -FriendlyName "Temporary Storage" -ErrorAction SilentlyContinue
If ($azTempVolume) {
$azTempDrive = (Get-Partition -DriveLetter $azTempVolume.DriveLetter).DiskNumber
}
# Clear and reset the disks
$disks = Get-Disk | Where-Object {
($_.Number -ne $null -and $_.Number -ne $azTempDrive -and !$_.IsBoot -and !$_.IsSystem -and $_.PartitionStyle -ne "RAW")
}
$disks | ft Number,FriendlyName,OperationalStatus
If ($disks) {
Write-Host "This action will permanently remove any data on any drives other than the operating system boot drive!`nReset disks? (Y/N)"
$response = read-host
if ( $response.ToLower() -ne "y" ) { exit }
$disks | % {
$_ | Set-Disk -isoffline:$false
$_ | Set-Disk -isreadonly:$false
$_ | Clear-Disk -RemoveData -RemoveOEM -Confirm:$false -verbose
$_ | Set-Disk -isreadonly:$true
$_ | Set-Disk -isoffline:$true
}
#Get-PhysicalDisk | Reset-PhysicalDisk
}
Get-Disk | Where-Object {
($_.Number -ne $null -and $_.Number -ne $azTempDrive -and !$_.IsBoot -and !$_.IsSystem -and $_.PartitionStyle -eq "RAW")
} | Group -NoElement -Property FriendlyName
}
}
Výsledek vypadá následovně, kde Počet znamená počet disků každého modelu v každém serveru:
Count Name PSComputerName
----- ---- --------------
4 ATA SSDSC2BA800G4n Server01
10 ATA ST4000NM0033 Server01
4 ATA SSDSC2BA800G4n Server02
10 ATA ST4000NM0033 Server02
4 ATA SSDSC2BA800G4n Server03
10 ATA ST4000NM0033 Server03
4 ATA SSDSC2BA800G4n Server04
10 ATA ST4000NM0033 Server04
Krok 3.2: Ověření clusteru
V tomto kroku spustíte nástroj pro ověření clusteru, abyste zajistili, že uzly serveru jsou správně nakonfigurované pro vytvoření clusteru pomocí Prostorů úložiště s přímým přístupem. Při spuštění ověření clusteru (Test-Cluster
) před jeho vytvořením se provedou testy ověřující, zda konfigurace odpovídá požadavkům pro úspěšné fungování jako cluster pro přežití. Následující příklad přímo používá parametr -Include
a pak jsou zadány konkrétní kategorie testů. Tím se zajistí, že se do ověření zahrnou konkrétní testy Storage Spaces Direct.
Pomocí následujícího příkazu PowerShell ověřte sadu serverů pro použití jako cluster Storage Spaces Direct.
Test-Cluster -Node <MachineName1, MachineName2, MachineName3, MachineName4> -Include "Storage Spaces Direct", "Inventory", "Network", "System Configuration"
Krok 3.3: Vytvoření clusteru
V tomto kroku vytvoříte cluster s uzly, které ověříte pro vytvoření clusteru v předchozím kroku pomocí následující rutiny PowerShellu.
Při vytváření clusteru se zobrazí upozornění: "Při vytváření clusterované role došlo k problémům, které můžou bránit jejímu spuštění. Další informace najdete v následujícím souboru sestavy." Toto upozornění můžete bezpečně ignorovat. Důvodem je, že pro kvorum clusteru nejsou k dispozici žádné disky. Po vytvoření clusteru se doporučuje nakonfigurovat sdílenou složku jako svědka nebo cloudového svědka.
Poznámka
Pokud servery používají statické IP adresy, upravte následující příkaz tak, aby odrážel statickou IP adresu přidáním následujícího parametru a zadáním IP adresy:-StaticAddress <X.X.X.X.X>. V následujícím příkazu by měl být zástupný symbol ClusterName nahrazen názvem netbios, který je jedinečný a 15 znaků nebo méně.
New-Cluster -Name <ClusterName> -Node <MachineName1,MachineName2,MachineName3,MachineName4> -NoStorage
Po vytvoření clusteru může trvat nějakou dobu, než se záznam DNS (Domain Name System) pro název clusteru replikuje. Čas závisí na prostředí a konfiguraci replikace DNS. Pokud vyřešení clusteru není úspěšné, ve většině případů se můžete pokusit být úspěšní použitím názvu počítače uzlu, který je aktivním členem clusteru, místo názvu clusteru.
Krok 3.4: Konfigurace clusteru s arbitrem clusteru
Doporučujeme nakonfigurovat svědka pro klastr, aby klastry se třemi nebo více servery mohly vydržet selhání dvou serverů nebo být offline. Nasazení se dvěma servery vyžaduje klastrový svědek, jinak v případě, že jeden ze serverů přejde do režimu offline, způsobí to nedostupnost druhého serveru. V těchto systémech můžete jako svědka použít sdílenou složku nebo cloudového svědka. Další informace naleznete v tématu Nasazení quorumového svědka.
Krok 3.5: Povolení Storage Spaces Direct
Po vytvoření clusteru použijte rutinu Enable-ClusterStorageSpacesDirect
PowerShellu, která umístí systém úložiště do režimu Prostory úložiště s přímým přístupem a provede následující kroky automaticky:
Vytvoření poolu: Vytvoří jeden velký pool, který má název jako "S2D na Cluster1".
Nastaví mezipaměti Storage Spaces Direct: Pokud je pro použití Storage Spaces Direct k dispozici více než jeden typ média (jednotka), aktivuje nejrychlejší jako zařízení mezipaměti (ve většině případů pro čtení a zápis).
vrstvy: Vytvoří dvě vrstvy jako výchozí vrstvy. Jedna se nazývá "Kapacita" a druhá se nazývá "Výkon". Cmdlet analyzuje zařízení a nakonfiguruje každou úroveň pomocí kombinace typů zařízení a jejich odolnosti.
V systému pro správu otevřete okno PowerShellu se zvýšenými oprávněními a spusťte následující příkaz. Název clusteru je název clusteru, který jste vytvořili v předchozích krocích. Pokud je tento příkaz spuštěn místně na jednom z uzlů, není parametr -CimSession
nutný.
Enable-ClusterStorageSpacesDirect -CimSession <ClusterName>
Tento příkaz povolí Prostory úložiště s přímým přístupem, kde můžete místo názvu clusteru použít název uzlu. Použití názvu uzlu může být spolehlivější kvůli zpožděním replikace DNS, ke kterým může dojít u nově vytvořeného názvu clusteru.
Po dokončení tohoto příkazu, který může trvat několik minut, je systém připravený na vytvoření svazků.
Krok 3.6: Vytvoření svazků
Doporučujeme použít příkaz New-Volume
, protože poskytuje nejrychlejší a nejjednodušší použití. Tato jedna rutina automaticky vytvoří virtuální disk, oddíly a naformátuje ho, vytvoří svazek s odpovídajícím názvem a přidá ho do sdílených svazků clusteru – to vše v jednom jednoduchém kroku.
Další informace najdete v tématu Vytváření svazků ve funkcionalitě Storage Spaces Direct.
Krok 3.7: Volitelně povolte mezipaměť CSV
Mezipaměť sdíleného svazku clusteru (CSV) může být volitelně povolena pomocí systémové paměti (RAM) jako mezipaměti na úrovni blokového zápisu pro operacích čtení, které správce mezipaměti Windows neukládá do své mezipaměti. To může zlepšit výkon aplikací, jako je Hyper-V. Mezipaměť sdíleného svazku CSV může zvýšit výkon čtecích požadavků a je také užitečná pro scénáře souborového serveru Scale-Out.
Povolení mezipaměti CSV snižuje množství paměti dostupné pro provoz virtuálních počítačů v hyperkonvergovaném clusteru, takže budete muset vyvážit výkon úložiště s pamětí dostupnou pro VHD.
Pokud chcete nastavit velikost mezipaměti CSV, otevřete relaci PowerShellu v systému pro správu pomocí účtu, který má oprávnění správce v clusteru úložiště. Poté použijte tento skript a upravte proměnné $ClusterName
a $CSVCacheSize
podle potřeby (v tomto příkladu se nastaví 2 GB mezipaměti CSV na každý server):
$ClusterName = "StorageSpacesDirect1"
$CSVCacheSize = 2048 #Size in MB
Write-Output "Setting the CSV cache..."
(Get-Cluster $ClusterName).BlockCacheSize = $CSVCacheSize
$CSVCurrentCacheSize = (Get-Cluster $ClusterName).BlockCacheSize
Write-Output "$ClusterName CSV cache size: $CSVCurrentCacheSize MB"
Další informace najdete v tématu Použití mezipaměti čtení v paměti.
Krok 3.8: Nasazení virtuálních počítačů pro hyperkonvergovaná nasazení
Pokud nasazujete hyperkonvergovaný cluster, posledním krokem je zřízení virtuálních počítačů v clusteru Prostorů úložiště s přímým přístupem.
Soubory virtuálního počítače by měly být uložené v systémovém oboru názvů CSV (například c:\ClusterStorage\Volume1) stejně jako clusterované virtuální počítače v clusterech s podporou převzetí služeb při selhání.
Ke správě úložiště a virtuálních počítačů, jako je System Center Virtual Machine Manager, můžete použít nástroje in-box nebo jiné nástroje.
Krok 4: Nasazení souborového serveru Scale-Out pro sblížená řešení
Pokud nasazujete sblížené řešení, dalším krokem je vytvoření instance souborového serveru Scale-Out a nastavení sdílených složek. Pokud nasazujete hyperkonvergovaný cluster , jste hotovi a nepotřebujete tuto část.
Krok 4.1: Vytvoření role Scale-Out souborového serveru
Dalším krokem při nastavování služeb clusteru pro váš souborový server je vytvoření role clusterového souborového serveru, což je při vytváření instance Scale-Out souborového serveru, na které jsou hostované nepřetržitě dostupné sdílené složky.
Chcete-li vytvořit roli souborového serveru Scale-Out pomocí Správce clusteru s podporou převzetí služeb při selhání
Ve Správci clusteru s podporou převzetí služeb při selhání vyberte cluster, přejděte na Rolea pak vyberte Konfigurovat roli....
Zobrazí se Průvodce vysokou dostupností.Na stránce Vybrat roli vyberte File Server.
Na stránce Typ souborového serveru vyberte Scale-Out Souborový server pro data aplikací.
Na stránce klientský přístupový bod zadejte název souborového serveru Scale-Out.
Ověřte, že se role úspěšně nastavila, tak, že přejdete na Role a potvrdíte, že sloupec Stav zobrazuje Spuštěno vedle role clusterového souborového serveru, kterou jste vytvořili, jak je znázorněno na obrázku 1.
Obrázek 1 Správce clusteru pro převzetí služeb při selhání zobrazující souborový server Scale-Out se stavem Spuštěno
Poznámka
Po vytvoření clusterové role může docházet k určitým zpožděním šíření sítě, které by vám mohly bránit v vytváření sdílených složek na něm po dobu několika minut nebo potenciálně déle.
Vytvoření role souborového serveru Scale-Out pomocí Windows PowerShellu
V relaci Windows PowerShell, která je připojená ke clusteru souborového serveru, zadejte následující příkazy pro vytvoření role Scale-Out souborového serveru: změňte FSCLUSTER tak, aby odpovídal názvu vašeho clusteru, a SOFS tak, aby odpovídal názvu, který chcete dát roli Scale-Out souborového serveru.
Add-ClusterScaleOutFileServerRole -Name SOFS -Cluster FSCLUSTER
Poznámka
Po vytvoření clusterové role může docházet k určitým zpožděním šíření sítě, které by vám mohly bránit v vytváření sdílených složek na něm po dobu několika minut nebo potenciálně déle. Pokud se role SOFS okamžitě nezdaří a nespustí se, může to být proto, že objekt počítače clusteru nemá oprávnění k vytvoření účtu počítače pro roli SOFS. Nápovědu k tomu najdete v tomto blogovém příspěvku: Scale-Out Role souborového serveru nelze spustit s ID událostí 1205, 1069 a 1194.
Krok 4.2: Vytvoření sdílených složek
Po vytvoření virtuálních disků a jejich přidání do sdílených svazků clusteru (CSV) je čas vytvořit na nich sdílené složky – jedna sdílená složka na každý sdílený svazek clusteru na každý virtuální disk. System Center Virtual Machine Manager (VMM) je pravděpodobně nejužitevější způsob, jak to udělat, protože zpracovává oprávnění za vás, ale pokud ho ve svém prostředí nemáte, můžete k částečné automatizaci nasazení použít Windows PowerShell.
Použijte skripty zahrnuté v konfiguraci sdílené složky SMB pro skript úloh Hyper-V, který částečně automatizuje proces vytváření skupin a sdílených složek. Je napsaná pro Hyper-V úlohy, takže pokud nasazujete jiné úlohy, možná budete muset upravit nastavení nebo provést další kroky po vytvoření sdílených složek. Pokud například používáte Microsoft SQL Server, musí mít účet služby SQL Serveru plnou kontrolu nad sdílenou složkou a systémem souborů.
Poznámka
Členství ve skupině budete muset aktualizovat při přidávání uzlů clusteru, pokud k vytvoření sdílených složek nepoužíváte System Center Virtual Machine Manager.
Pokud chcete vytvořit sdílené složky pomocí skriptů PowerShellu, proveďte následující kroky:
Stáhněte si skripty zahrnuté v konfiguraci sdílené složky SMB pro úlohy Hyper-V do jednoho z uzlů clusteru souborového serveru.
Otevřete relaci Windows PowerShellu s přihlašovacími údaji správce domény v systému pro správu. Pomocí následujícího skriptu vytvořte skupinu služby Active Directory pro objekty počítače Hyper-V a změňte hodnoty proměnných podle potřeby pro vaše prostředí:
# Replace the values of these variables $HyperVClusterName = "Compute01" $HyperVObjectADGroupSamName = "Hyper-VServerComputerAccounts" <#No spaces#> $ScriptFolder = "C:\Scripts\SetupSMBSharesWithHyperV" # Start of script itself CD $ScriptFolder .\ADGroupSetup.ps1 -HyperVObjectADGroupSamName $HyperVObjectADGroupSamName -HyperVClusterName $HyperVClusterName
Otevřete relaci Windows PowerShellu s přihlašovacími údaji správce na jednom z uzlů úložiště. Pomocí následujícího skriptu vytvořte sdílené složky pro každý soubor CSV a udělte administrativní oprávnění ke sdíleným složkám skupině Domain Admins a výpočetnímu clusteru.
# Replace the values of these variables $StorageClusterName = "StorageSpacesDirect1" $HyperVObjectADGroupSamName = "Hyper-VServerComputerAccounts" <#No spaces#> $SOFSName = "SOFS" $SharePrefix = "Share" $ScriptFolder = "C:\Scripts\SetupSMBSharesWithHyperV" # Start of the script itself CD $ScriptFolder Get-ClusterSharedVolume -Cluster $StorageClusterName | ForEach-Object { $ShareName = $SharePrefix + $_.SharedVolumeInfo.friendlyvolumename.trimstart("C:\ClusterStorage\Volume") Write-host "Creating share $ShareName on "$_.name "on Volume: " $_.SharedVolumeInfo.friendlyvolumename .\FileShareSetup.ps1 -HyperVClusterName $StorageClusterName -CSVVolumeNumber $_.SharedVolumeInfo.friendlyvolumename.trimstart("C:\ClusterStorage\Volume") -ScaleOutFSName $SOFSName -ShareName $ShareName -HyperVObjectADGroupSamName $HyperVObjectADGroupSamName }
Krok 4.3 - Povolení Kerberos omezeného delegování
Pokud chcete nastavit omezené delegování protokolu Kerberos pro vzdálenou správu scénářů a zvýšit zabezpečení Živé migrace, použijte skript KCDSetup.ps1, který je zahrnut v konfiguraci sdílené složky SMB pro úlohy Hyper-V, z jednoho z uzlů úložného clusteru. Tady je malý obal pro skript:
$HyperVClusterName = "Compute01"
$ScaleOutFSName = "SOFS"
$ScriptFolder = "C:\Scripts\SetupSMBSharesWithHyperV"
CD $ScriptFolder
.\KCDSetup.ps1 -HyperVClusterName $HyperVClusterName -ScaleOutFSName $ScaleOutFSName -EnableLM