Nasazení Storage Spaces Direct ve Windows Server

Článek
12/20/2024

Toto téma poskytuje krok za krokem pokyny k nasazení Storage Spaces Direct na 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 Storage Spaces Direct a zběžně projděte tento dokument, 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 podporuje 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ávání domén a připojování k nim. 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 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, který bude 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 stejně nová nebo novější než 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 správy nainstalujte cluster pro převzetí služeb při selhání a nástroje pro správu Hyper-V. Můžete to 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 PS 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 dělat totéž způsobem, který je užitečnější ve skriptech, pokud to potřebujete udělat více než jednou:

$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

Poznámka: 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

Zatím jste nakonfigurovali jednotlivé servery pomocí účtu místního správce <ComputerName>\Administrator.

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 svůj účet správce úložiště do místní skupiny Administrators na každém uzlu – nebo ještě lépe, přidejte skupinu, kterou používáte pro správce úložiště. Můžete použít následující příkaz (nebo můžete napsat funkci Windows PowerShellu– viz Použití PowerShellu k přidání uživatelů domény do místní skupiny další informace):

Net localgroup Administrators <Domain\Account> /add

Krok 1.4: Instalace rolí a funkcí

Dalším krokem je instalace rolí serveru na každý server. Můžete to udělat pomocí Windows Admin Center, Správce serveru) nebo 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, použijte tento bit skriptu a upravte 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 scriptblock 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 obvykle 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 seskupování s integrovaným přepínačem (SET) v rámci virtuálního přepínače Hyper-V. To umožňuje použití stejných fyzických portů síťové karty 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.

Propojení uzlů s přepínáním nebo bez přepínání

Přepínač: Síťové přepínače musí být správně nakonfigurované tak, aby zvládly šířku pásma a typ 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ší.
Bez přepínače: Uzly je možné propojit pomocí přímých připojení a vyhnout se 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 Prostory úložiště s přímým přístupem, ujistěte se, že jsou jednotky prázdné: žádné staré oddíly ani jiná data. Spuštěním následujícího skriptu a nahrazením názvů počítačů odstraníte všechny staré oddíly či 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ýstup bude vypadat takto, kde Počet označuje počet jednotek každého modelu na 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íže uvedený příklad 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é jste ověřili pro vytvoření clusteru v předchozím kroku pomocí následující rutiny PowerShellu.

Při vytváření clusteru se zobrazí upozornění, že při vytváření clusterové role došlo k problémům, které můžou bránit jeho 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. Doporučuje se nakonfigurovat sdíleného svědka souboru nebo cloudového svědka po vytvoření clusteru.

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 nějakou dobu trvat, než se replikuje DNS záznam pro název clusteru. Č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 najdete v následujících tématech:

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řit fond: Vytvoří jeden velký fond, který má název jako S2D v clusteru1.
Nakonfiguruje mezipaměti Storage Spaces Direct: Pokud je pro použití Storage Spaces Direct k dispozici více než jeden typ média (jednotky), využívá nejrychlejší zařízení jako mezipaměť (ve většině případů pro čtení a zápis).
vrstvy: Vytvoří dvě vrstvy jako výchozí úrovně. 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 spusťte v okně příkazového řádku PowerShellu otevřeného s oprávněními správce 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>

Pokud chcete povolit Prostory úložiště s přímým přístupem pomocí výše uvedeného příkazu, můžete místo názvu clusteru použít také 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, bude 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

Můžete volitelně povolit, aby mezipaměť sdíleného svazku clusteru (CSV) používala systémovou paměť (RAM) jako blokovou mezipaměť pro operace čtení, které ještě nejsou uloženy v mezipaměti správcem mezipaměti Windows. 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 sdíleného svazku clusteru snižuje množství paměti dostupné pro spouštění virtuálních počítačů v hyperkonvergovaném clusteru, takže budete muset vyrovnávat výkon úložiště s pamětí dostupnou pro virtuální pevné disky.

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í některých 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 potom klikněte na Konfigurovat roli....
Zobrazí se Průvodce vysokou dostupností.
Na stránce Vybrat roli klikněte na Souborový server.
Na stránce Typ souborového serveru klikněte na Scale-Out Souborový server pro aplikační data.
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

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 je čas na nich vytvořit sdílené složky – jedna sdílená složka na sdílený svazek clusteru na 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, postupujte takto:

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 PowerShell s přihlašovacími údaji Doménového správce na systém pro správu, a pak pomocí následujícího skriptu vytvořte skupinu v rámci služby Active Directory pro objekty počítače Hyper-V a upravte proměnné podle potřeb vašeho 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ě a pak pomocí následujícího skriptu vytvořte sdílené položky pro každý CSV (Cluster Shared Volumes) a udělte administrativní oprávnění ke sdíleným polož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í omezeného delegování Kerberos

Pokud chcete nastavit omezené delegování protokolu Kerberos pro vzdálenou správu scénářů a zvýšení zabezpečení pro Live Migration, použijte skript KCDSetup.ps1, který je zahrnutý v konfiguraci sdílené složky SMB pro úlohy Hyper-V, z jednoho z uzlů storage clustru. Tady je malý obal pro skript:

$HyperVClusterName = "Compute01"
$ScaleOutFSName = "SOFS"
$ScriptFolder = "C:\Scripts\SetupSMBSharesWithHyperV"

CD $ScriptFolder
.\KCDSetup.ps1 -HyperVClusterName $HyperVClusterName -ScaleOutFSName $ScaleOutFSName -EnableLM

Sdílet prostřednictvím

Nasazení Storage Spaces Direct ve Windows Server

Než začnete

Krok 1: Nasazení Windows Serveru

Krok 1.1: Instalace operačního systému

Krok 1.2: Připojení k serverům

Krok 1.3: Připojení k doméně a přidání účtů domény

Krok 1.4: Instalace rolí a funkcí

Krok 2: Konfigurace sítě

Krok 3: Konfigurace funkce Storage Spaces Direct

Krok 3.1: Vyčištění disků

Krok 3.2: Ověření clusteru

Krok 3.3: Vytvoření clusteru

Krok 3.4: Konfigurace clusteru s arbitrem clusteru

Krok 3.5: Povolení Storage Spaces Direct

Krok 3.6: Vytvoření svazků

Krok 3.7: Volitelně povolte mezipaměť CSV

Krok 3.8: Nasazení virtuálních počítačů pro hyperkonvergovaná nasazení

Krok 4: Nasazení souborového serveru Scale-Out pro sblížená řešení

Krok 4.1: Vytvoření role Scale-Out souborového serveru

Chcete-li vytvořit roli souborového serveru Scale-Out pomocí Správce clusteru s podporou převzetí služeb při selhání

Vytvoření role souborového serveru Scale-Out pomocí Windows PowerShellu

Krok 4.2: Vytvoření sdílených složek

Krok 4.3 Povolení omezeného delegování Kerberos

Další odkazy

Váš názor

Další materiály