Vyhledávání na webu

Clustering RHEV a instalace hypervizorů RHEL – část 5


V této části probereme některé důležité body související s naší řadou RHEV. V 2. části této série jsme probrali nasazení a instalace RHEV Hypervisor. V této části probereme další způsoby instalace RHEV Hypervisor.

První způsob byl proveden pomocí specializovaného RHEVH, který si přizpůsobil sám RedHat bez jakýchkoli úprav nebo změn ze strany administrátora. V opačném případě použijeme normální RHEL server [Minimální instalace], který bude fungovat jako RHEV Hypervisor.

Krok 1: Přidejte RHEL Hypervisor do prostředí

1. Nainstalujte předplacený server RHEL6 [Minimální instalace]. Své virtuální prostředí můžete rozšířit přidáním dalšího předplaceného serveru RHEL6 [Minimální instalace] funguje jako hypervizor.

Specifikace virtuálního stroje
OS: RHEL6.6 x86_64
Number of processors: 2
Number of cores : 1
Memory : 3G
Network : vmnet3
I/O Controller : LSI Logic SAS
Virtual Disk : SCSI
Disk Size : 20G
IP: 11.0.0.7
Hostname: rhel.mydomain.org

a ujistěte se, že jste zaškrtli možnost virtualizace v nastavení procesoru vm.

Tip : Ujistěte se, že váš systém je přihlášen k odběru kanálů redhat a je aktuální. Pokud nevíte, jak se přihlásit k odběru kanálu redhat, můžete si přečíst článek Povolit kanál odběru Red Hat.

Tip: Chcete-li ušetřit své zdroje, můžete vypnout jeden z aktuálně spuštěných hypervizorů.

2. Chcete-li změnit svůj server na hypervizor {použijte jej jako hypervizor}, možná na něj budete muset nainstalovat agenta RHEVM.

yum install vdsm

Po dokončení instalace balíčků přejděte na webové rozhraní RHEVM a přidejte je.

3. Oproti hypervizoru RHEVH můžete přidat hypervizor RHEL jedním způsobem z RHEM pomocí kořenového pověření hypervizoru RHEL. Z rhevm WUI se tedy přepněte na kartu Hostitelé a klikněte na nové.

Poté zadejte informace o svém hostiteli, jak je znázorněno.

Dále ignorujte varování Power mgmt a dokončete, počkejte několik minut a zkontrolujte stav nově přidaného hostitele.

Další podrobnosti o přidávání hostitele založeného na RHEL najdete v oficiální dokumentaci RHEV RedHat.

Krok 2: Správa RHEV Clustering

Clustering v RHEV popisuje skupinu hostitelů stejného typu CPU, kteří sdílejí stejné úložiště [např. přes síť] a používají se k provádění konkrétního úkolu [např. Vysoká dostupnost ]

Clusterování obecně má spoustu dalších úkolů, můžete se podívat na článek, který vysvětluje, co je shlukování a jeho výhody/nevýhody.

Hlavní výhodou clusteringu v RHEV je povolení a správa migrace virtuálních strojů mezi hostiteli, kteří patří do stejného clusteru.

Jak tedy virtuální stroje migrují mezi hostiteli?

RHEV má dvě strategie:

1. Živá migrace
2. Vysoká dostupnost

1. Živá migrace

Živá migrace se používá v nekritických situacích, což znamená, že vše obecně funguje dobře, ale musíte provést některé úlohy vyrovnávání zátěže (např. zjistíte, že hostitel je načten virtuálním počítačem přes jiný. může Live migrovat virtuální stroj z hostitele na jiný, aby bylo dosaženo vyrovnávání zátěže).

Poznámka: Během migrace za provozu nedochází k žádnému přerušení služeb, aplikací nebo uživatelů spuštěných uvnitř virtuálního počítače. Živá migrace také nazývaná jako přerozdělení zdrojů.

Živou migraci lze zpracovat ručně nebo automaticky podle předem definovaných zásad:

  1. Ručně: Vynutíte výběr cílového hostitele a poté na něj migrujte VM ručně pomocí WUI.
  2. Automaticky: Použití jedné z klastrových zásad ke správě živé migrace podle využití paměti RAM, využití procesoru atd.

Přepněte na kartu Clustery a po kliknutí na možnost upravit vyberte Cluster1.

Z karet okna přejděte na kartu Zásady clusteru.

Vyberte zásadu rovnoměrně_rozděleno. Tato zásada vám umožňuje nakonfigurovat maximální práh pro využití procesoru na hostiteli a povolenou dobu pro zatížení před zahájením migrace za provozu.

Nápověda

Jak je znázorněno, nakonfiguroval jsem maximální práh na 50 % a trvání na 1 min.

Poté OK a přepněte na kartu VM.

Vyberte Linux vm [Dříve vytvořeno], klikněte na upravit a zaškrtněte tyto body.

1. Z karty Host: Zaškrtněte možnosti Ruční a Automatická Pro tento virtuální počítač je povolena migrace za provozu.

2. Na kartě HA: Zkontrolujte stupeň Priority svého virtuálního počítače. V našem případě to není příliš důležité, protože hrajeme pouze s jedním vm. Ale bude důležité nastavit priority pro vaše vms ve velkém prostředí.

Poté spusťte Linux VM.

Nejprve použijeme Ručně živou migraci. Linux VM je nyní spuštěn na rhel.mydomain.org.

Před zahájením migrace spusťte následující příkaz přes konzolu vm.

ls -lRZ / 

Poté vyberte Linux VM a klikněte na Migrovat.

Pokud vyberete možnost automaticky, systém zkontroluje nejodpovědnějšího hostitele, který má být cílem podle zásad klastru. Vyzkoušíme to bez zásahu administrátora.

Takže po ručním výběru a výběru cíle klikněte na OK a přejděte do konzoly a sledujte spuštěný příkaz. Můžete také zkontrolovat stav vm.

Možná budete muset sledovat události úkolu.

Po několika sekundách najdete změnu v názvu hostitele vm.

Váš VM byl ručně úspěšně migrován za provozu!!

Zkusme automatickou Živou migraci, naším cílem je, aby zatížení procesoru na hostiteli rhevhn1 překročilo 50 %. Uděláme to zvýšením zatížení samotného vm, takže z konzoly napište tento příkaz:

dd if=/dev/urandom of=/dev/null

a sledovat zatížení hostitele.

Po několika minutách zatížení hostitele překročí 50 %.

Počkejte ještě několik minut a živá migrace se spustí automaticky, jak je znázorněno.

Můžete také zkontrolovat kartu úloh a po krátkém čekání bude váš virtuální počítač automaticky migrován za provozu na hostitele rhel.

Důležité: Ujistěte se, že jeden z vašich hostitelů má více zdrojů než ten druhý. Pokud jsou dva hostitelé identičtí ve zdrojích. VM nebude migrováno, protože nebude žádný rozdíl!!

Rada: Přepnutím hostitele do režimu údržby dojde k automatické migraci za provozu a spuštění virtuálních počítačů na jiné hostitele ve stejném clusteru.

Další informace o migracích virtuálních počítačů najdete v článku Migrace virtuálních počítačů mezi hostiteli.

Tip: Živá migrace mezi různými clustery není oficiálně podporována, očekávejte jeden případ, který můžete zkontrolovat zde.

2. Vysoká dostupnost

Na rozdíl od Živé migrace se HA používá k pokrytí kritických situací, nejen k vyrovnávání zátěže. Společná sekce, kterou váš virtuální počítač také migruje na jiného hostitele, ale s dobou výpadku restartu.

Pokud máte ve svém clusteru selhání, nefunkční nebo nereagující hostitel, migrace za běhu vám nemůže pomoci. HA vypne virtuální počítač a restartuje jej na jiném běžícím hostiteli ve stejném clusteru.

Chcete-li ve svém prostředí povolit HA, musíte mít alespoň jedno zařízení pro řízení spotřeby [např. vypínač] ve vašem prostředí.

Bohužel to v našem virtuálním prostředí neumíme. Pro více informací o HA v RHEV se prosím podívejte na Zlepšení doby provozuschopnosti pomocí VM High Availability.

Pamatujte: Živá migrace a Vysoká dostupnost fungují s hostiteli ve stejném clusteru se stejným typem CPU a připojenými ke sdílenému úložišti.

Závěr:

Dosáhli jsme vrcholu v naší sérii, když jsme diskutovali o jedné z důležitých funkcí RHEV Clustering, jak jsme ji popsali a její důležitost. Také jsme diskutovali o druhém typu [metodě] pro nasazení hypervizorů RHEV založených na RHEL [alespoň 6,6 x86_64].

V příštím článku budeme moci provádět některé operace na virtuálních strojích, jako jsou snímky, pečetění, klonování, export a fondy.