Převod na roztažený cluster Azure Stack HCI
Platí pro: Azure Stack HCI verze 22H2 a 21H2
Tento článek vysvětluje a obsahuje kroky potřebné k vytvoření roztaženého clusteru přidáním nových uzlů serveru do existujícího clusteru s jednou lokalitou. K tomu slouží příkazy Windows PowerShell.
Clustery s jednou lokalitou používají Windows Admin Center k přidání nebo odebrání serverů pro cluster Azure Stack HCI. Popsané příkazy PowerShellu dělají totéž při převodu clusteru s jednou lokalitou na roztažený cluster.
Než začnete
Prvním krokem je získání nového hardwaru serveru Azure Stack HCI od původního dodavatele OEM se stejnými vlastnostmi jako stávající hardware serverového uzlu. Každý nový fyzický server se musí přesně shodovat se zbytkem serverů v clusteru, pokud jde o typ procesoru, paměť, počet jednotek a typ a velikost jednotek.
Při přidávání nového serverového hardwaru pro použití v clusteru si projděte dokumentaci od výrobce OEM. Další informace o hardwaru řešení integrovaného systému Azure Stack HCI najdete v katalogu Azure Stack HCI.
Při přípravě nových uzlů serveru postupujte následovně:
- Umístěte nové fyzické servery do racku a odpovídajícím způsobem je připojte.
- Povolte porty fyzického přepínače a upravte seznamy řízení přístupu (ACL) a ID sítě VLAN, pokud je to možné.
- Nakonfigurujte správnou IP adresu v řadiči pro správu základní desky (BMC) a použijte všechna nastavení systému BIOS podle pokynů výrobce OEM.
- Použijte aktuální standardní hodnoty firmwaru pro všechny komponenty pomocí nástrojů, které poskytuje výrobce OEM.
- Spusťte ověřovací testy OEM, abyste zajistili homogenitu hardwaru se stávajícími clusterovanými servery.
- Nainstalujte na nový server operační systém Azure Stack HCI. Podrobné informace najdete v tématu Nasazení Azure Stack HCI.
- Připojte servery ke stejné doméně clusteru.
Kdykoli přidáte nebo odeberete server, proveďte ověření clusteru, abyste měli jistotu, že cluster funguje normálně.
Před přidáním uzlů serveru
Roztažené clustery vyžadují stejný počet uzlů serveru a stejný počet jednotek v každé lokalitě. Při přidávání serverů do clusteru Azure Stack HCI se jejich jednotky automaticky přidají do jednoho fondu úložiště. V roztaženém clusteru ale musí mít každá lokalita svůj vlastní fond úložiště.
Aby se zajistilo, že se vytvoří samostatné fondy úložiště, musí se nejprve vytvořit lokality, aby bylo možné přidat nové uzly serveru. Po vytvoření lokalit je možné přidat uzly serveru do clusteru a vytvořit vlastní fond, jeden pro každou lokalitu.
Vytvoření dalšího webu
Azure Stack HCI automaticky vytvoří lokalitu při vytvoření (neroztaženého) clusteru. Vzhledem k tomu, že je cluster vytvořen v jedné lokalitě, přidají se do této lokality uzly serveru a vytvoří se jeden fond jednotek.
Za normálních okolností se při vytváření dalších lokalit používá rutina New-ClusterFaultDomain . Uzly serveru však nelze přidat do lokality, pokud servery nejsou součástí clusteru.
Podobně jako když přidáte nebo odeberete servery do clusteru Azure Stack HCI pomocí Windows Admin Center, rutiny Get-ClusterFaultDomainXML a Set-ClusterFaultDomainXML se použijí k vytvoření souboru XML, který určuje lokality a uzly v nich. Když se do clusteru přidají další uzly serveru, přidají se do nové lokality a vytvoří se fond jednotek druhé lokality.
Další servery můžete přidat současně pomocí rutiny Add-ClusterNode , která současně přidá jednotky každého nového serveru.
Clustery obvykle spravujete ze vzdáleného klientského počítače, nikoli ze serveru v clusteru. Tento vzdálený počítač se nazývá počítač pro správu.
Poznámka
Při spouštění příkazů PowerShellu z počítače pro správu zahrňte -Cluster
parametr s názvem clusteru, který spravujete.
Dobře, začněme:
Vypište uzly lokality a serveru, které jsou aktuálně v clusteru, a vytvořte
Sites.xml
soubor:Get-ClusterFaultDomainXML | out-file sites.xml
Přejděte na místo, kde
Sites.xml
se soubor nachází na počítači pro správu, a otevřete soubor. Pokud jsou například v clusteru aktuálně dva uzly,Sites.xml
bude soubor vypadat takto:<Topology> <Site Name="Site1" Description="" Location=""> <Node Name="NODE1" Description="" Location=""> <Node Name="NODE2" Description="" Location=""> </Site> <Topology>
V tomto příkladu přidejte do lokality nový název lokality a dva nové servery,
Sites.xml
aby soubor vypadal takto:<Topology> <Site Name="Site1" Description="" Location=""> <Node Name="NODE1" Description="" Location=""> <Node Name="NODE2" Description="" Location=""> </Site> <Site Name="Site2" Description="" Location=""> <Node Name="NODE3" Description="" Location=""> <Node Name="NODE4" Description="" Location=""> </Site> <Topology>
Upravte informace o lokalitě (doméně selhání). První příkaz nastaví proměnnou pro získání a zobrazení obsahu
Sites.xml
souboru. Druhý příkaz nastaví úpravu na základě proměnné$XML
následujícím způsobem:$XML = Get-Content .\sites.xml | out-string Set-ClusterFaultDomainXML -xml $XML
Ověřte správnost provedených úprav:
Get-ClusterFaultDomain
Přidání nových uzlů serveru
Po vytvoření lokalit přidáte nové servery do clusteru. Tyto servery by se přidaly do nové lokality, jak bylo uvedeno dříve, a vytvoří se také nový fond jednotek.
Pomocí rutiny
Add-ClusterNode
přidejte do clusteru nové uzly serveru:Add-ClusterNode -Name NODE3, NODE4
Po přidání serverů pomocí následujícího příkazu ověřte, že jsou ve správné nové lokalitě:
Get-ClusterFaultDomain
Ověřte, že je vytvořený nový fond jednotek. Vytvoření fondu úložiště z nově přidaných uzlů může trvat několik minut:
Get-StoragePool
Vytvoření disků a replikace
Vytvoření virtuálních disků v sekundární lokalitě a nastavení repliky úložiště je ruční proces. Pokud chcete zobrazit všechny virtuální disky aktuálně v clusteru, použijte rutinu Get-VirtualDisk .
U repliky úložiště musí mít všechny disky stejnou velikost a atributy. Při vytváření disků v sekundární lokalitě použijte stejnou metodu vytváření virtuálních disků a odolnost disků, jakou jste použili pro uzly primární lokality. Replika úložiště také vyžaduje jednotku protokolu pro každou lokalitu, která může provádět replikaci.
Další kroky
Váš názor
https://aka.ms/ContentUserFeedback.
Připravujeme: V průběhu roku 2024 budeme postupně vyřazovat problémy z GitHub coby mechanismus zpětné vazby pro obsah a nahrazovat ho novým systémem zpětné vazby. Další informace naleznete v tématu:Odeslat a zobrazit názory pro