Upgrade RHEV prostředí

[Ston3]

Zdravím,
mám tu takový zapeklitý úkol.
mám prostředí Red Hat Enterprise Virtualization které tvoří:
1. RHEV-manager v3.5 běžící na RHEL 6.5, na tomto stejném stroji je i NFS storage pro ISO + připojena storage přes FC.
2. Hypervizory na RHEL 6.5 RHEV-H v3.5 (tato verze už se nedá ani ofiko stáhnout pouze na RHEL 6.8 ) + také připojena sdílená storage

Chtěl bych to celé zaktualizovat, ale popravdě nevím kde začít nebo spíše jak by se to mělo správně dělat aby se to neposralo

Tak jsem si vyhradil 3 stroje na to abych si zreplikoval svoje produkční prostředí a na tom si to všechno otestoval.
Takže mám 3x server + sdílené storage

1.srv: čistý RHEL 6.5 - vytvořím na něm NFS share a přidám na něj repository pro RHEV-M v3.5 a dám yum install rhevm
2.srv: Hypervizor z image RHEV-H (for RHEV-M 3.5) založené na RHEL 6.8, bude také připojen na sdílené diskové pole
3.srv: to stejné jako 2.srv

Servery 2 a 3 přidám to manageru, nainstaluji si tam nějaké virtuálky abych mohl otestovat funkčnost a dostupnost ( i během upgradu? )

Teď teda asi přichází na lámání chleba, českých zdrojů moc není a těch ofiko na Red Hatu je tolik že se v nich asi už nevyznám. Googlil jsem to už asi milionkrát, ale do všeho se bojím pustit.

Proto se ptám, má s tímto někdo podobnou zkušenost a mohl by mi poradit jak nejlépe postupovat?

Upgradovat napřed ten RHEL pod managerem? Upgradovat pouze ten manager tím že povolím repozitář s RHEV-M 3.6?
Jak potom upgradovat ty Hypervizory, musí se v manageru udělat nové datacentrum kde bude verze 3.6 a do toho potom přidat upgradovaný hypervizor z novější ISO image?, potom přesunout virtuálky a upgradovat ten druhý hypervizor?

Klidně hoďtě jenom linky podle kterých jste postupovali vy.
Děkuji mnohokrát za jakékoliv tipy a rady :-)

[Reklama]

[rats]

Trošku vám nevěřím, že skutečně něco takového řešíte, protože váš dotaz nese znaky naprosté neznalosti problematiky RHEL a celého toho ekosystému RedHatu. Nemluvě o tom, že ani ten popis toho prostředí, které chcete upgradovat, moc nesedí na to, co je nebo není v RHV verze 3.6 možné.
Dejme tomu ale, že jste jen nenapsal všechno, anebo vás někdo jako naprosto čistého začátečníka posadil před něco, co vidíte poprvé v životě - potom je to ale naprostý blázen.

Takže bodově:
1) Co RedHat subskripce, jaké máte k dispozici? A kolik?

2) Ne, opravdu je nemožné vám sem něco nalinkovat z relevantních zdrojů, protože jediným relevantním zdrojem je RedHat, a k tomu se nedostanete bez loginu na access.redhat.com... a ten vám zas bude úplně k ničemu bez subskripcí.

3) Pokud budete mít přístup ke Knowledge Base Red Hatu, a možnost zadávat Support Cases, postrádá jakýkoliv dotaz na root.cz smysl, protože Red Hat má velmi dobře zpracovaný Red Hat Virtualization Upgrade Helper, a pokud jste alespoň poučený začátečník v RHEL a RHV (zkratka RHEV už se nepoužívá, "Enterprise" bylo vypuštěno), tak se to prostě nedá rozbít.

4) V prostředí RHV jsou vám jakékoliv obecné znalosti KVM, libvirt, apod. víceméně k ničemu - leda byste si někdy zkusil nainstalovat a nakonfigurovat komunitní oVirt. RHV je pak čistě produkt Red Hatu, a má svá specifika, které bez práce přímo s RHV prostě nemáte šanci se kdekoliv naučit a pochopit.

Nicméně - jsem vám ochoten do určité míry pomoci, pokud mi pošlete z vašeho RHV-M stejný screenshot, jako je tento: https://pasteboard.co/HoHqX5E.png

[Ston3]

Dobrý den a děkuji za odpověď.
Je pravda že jsem v problematice RH ekosystému začátečník. A ano posadili mě k tomu protože si řekli, ty umíš linux? Tak tady máš RedHat Virtualizaci a chtělo by to aktualizovat :-D
1) Red Hat subskribce mám k dispozici:
Subscription Name: Red Hat Enterprise Linux with Smart Virtualization, Standard (2-socket)
Available:         72
Subscription Name: Red Hat Enterprise Linux with Smart Virtualization, Standard (2-socket)
Available:         Unlimited
Subscription Name: Red Hat Enterprise Linux for Virtual Datacenters, Standard
Available:         5
Subscription Name: Red Hat Virtualization (2-sockets), Standard
Available:         32
Subscription Name: Red Hat Virtualization Manager
Available:         5
2) login na access.redhat.com také mám
3) nemám tušení jak funguje support case, není to placená podpora navíc? zkratku RHEV jsem použil, proto že se ještě ve verzi 3.5 používala včetně toho Enterprise
4) RHV se snažím používat co nejvíce, bohužel je naše prostředí dost pestrobarevné, ale to ve veřejné zakázce nevysvětlíte a já nejsem obchodník

Chápu kam míříte tím screenshotem https://pasteboard.co/HoLhOUj.png

Moc děkuji za ochotu něco takového se mnou řešit, protože i přes to že jste psal že to nejde rozbít, tak si myslím že já bych to dokázal.

[MarSik]

- Support je placený, ale právě v rámci těch subskripcí. Takže to chce zjistit jakou přesně úroveň podpory máte v ceně.

- Obecná dokumentace je dostupná i bez subskripce a loginu

RHEV 3.5 -> 3.6

https://access.redhat.com/documentation/en-us/red_hat_enterprise_virtualization/3.6/html/upgrade_guide/index

RHEV 3.6 -> 4.0 (a výše)

https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.0/html/upgrade_guide/chap-upgrading_to_red_hat_virtualization_4.0

Budete muset aktualizovat hypervizory na RHEL 7.x, takže to je operace, která chce určitou míru plánování a opatrnosti.

[Ston3]

Support má tedy pouze 2 stupně, Standard a Premium? Pokud ano, tak mám minimálně ten Standard.
RHEV 3.5 > 3.6 ve zkratce tedy povolím repo rhevm 3.6, udělám "yum update rhevm\*setup\*" pak "engine-setup" a zakážu rhevm 3.5 repo. Pak udělat update OS RHEL?
V manageru pak musím zakázat kontrolování různých verzí RHEL:
engine-config -s CheckMixedRhelVersions=false --cver=3.5
a odebrat hypervizora z managera, přeinstalovat na novější a zase přidat do managera?

Zní to hrozně jednoduše, ale bojím se toho Proto jsem si udělal to testovací prostředí. Jdu to tedy zkusit

[Reklama]

[rats]

- Support je placený, ale právě v rámci těch subskripcí. Takže to chce zjistit jakou přesně úroveň podpory máte v ceně.

- Obecná dokumentace je dostupná i bez subskripce a loginu

RHEV 3.5 -> 3.6

https://access.redhat.com/documentation/en-us/red_hat_enterprise_virtualization/3.6/html/upgrade_guide/index

RHEV 3.6 -> 4.0 (a výše)

https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.0/html/upgrade_guide/chap-upgrading_to_red_hat_virtualization_4.0

Budete muset aktualizovat hypervizory na RHEL 7.x, takže to je operace, která chce určitou míru plánování a opatrnosti.

Kdepak. Zaprvé tato obecná dokumentace vám na upgrade "živého" clusteru na vyšší major verze stačit nebude. Zvlášť přechod 3.6 -> 4.0 má mnoho "skrytých krás", které bez přístupu k zadávání Support Cases na RedHat prostě nevyřešíte. Dvakrát jsem tento upgrade dělal, dvakrát jsem RedHat z různých důvodů potřeboval. Vy totiž nevíte předem, kolik "faulů" při instalaci clusteru verze 3.6 váš předchůdce udělal nebo co tam kdo stihl mezitím provést nestandardního.

Zadruhé - reinstalace hypervizorů na RHEL 7.x je snad ta nejsnadnější věc která existuje, zvlášť když nepoužijete jako základ obecný RHEL, ale nainstalujete je z RHV hypervisor image. A můžete to udělat klidně hned, RHV-M 3.6 podporuje hypervisory na RHEL 7.

[rats]

Support má tedy pouze 2 stupně, Standard a Premium? Pokud ano, tak mám minimálně ten Standard.
RHEV 3.5 > 3.6 ve zkratce tedy povolím repo rhevm 3.6, udělám "yum update rhevm\*setup\*" pak "engine-setup" a zakážu rhevm 3.5 repo. Pak udělat update OS RHEL?
V manageru pak musím zakázat kontrolování různých verzí RHEL:
engine-config -s CheckMixedRhelVersions=false --cver=3.5
a odebrat hypervizora z managera, přeinstalovat na novější a zase přidat do managera?

Zní to hrozně jednoduše, ale bojím se toho Proto jsem si udělal to testovací prostředí. Jdu to tedy zkusit

Ale přechod 3.5 - 3.6 skutečně takto snadný je. Update OS s tím nijak nesouvisí, pokud není přímo vyžadován.
Postup popisujete správně, ale hypervisory bude nutné přeinstalovat. Ale to můžete udělat po jednom, postupně.

"Challenge" je až přechod na 4.0. A pozdější upgrade na 4.1 (4.2) už je zase triviální.

Poradím vám důležitou věc - pravidelně si zálohujte aktuální podobu RHV-M přes engine-backup, a dobře si evidujte, z jaké verze a času ta záloha je. To je totiž to, co celý váš cluster drží pohromadě (vedle sdíleného storage s virtuálními disky VM). S RHV-M se dají dělat různá kouzla, můžete jich mít nainstalovaných několik, a jen mezi nimi přenášet zálohu a zkoušet, co kde bude nebo nebude fungovat, ALE - aktivní směrem ke clusteru může být v jeden čas VŽDY jen jeden jediný RHV-M.
Na hypervisorech nijak zvlášť nesejde, hypervisor si prostě nainstalujete s odpovídajicí verzí image RHVH nebo na odpovídající verzi v RHEL, a můžete ho volně přidávat, odebírat atd. Instalace a konfigurace hypervisoru, pokud nemáte kdovíjak košatou síťovou infrastrukturu za tím, je max. na hodinku...

Mnoho zdaru...

[Ston3]

Naštěstí předchůdců moc nebylo a v těchto verzích je to nainstalované na čisto, ale ne standardů se trošku bojím.

reinstalace hypervizprů na RHEL 7 je super jednoduchá, ale bohužel mám:
Red Hat Enterprise Virtualization Manager Version: 3.5.0-0.32.el6ev
Takže ho musím napřed upgradovat na 3.6, ale jakéhokoliv "yum update" se bojím

engine-backup jsem z logů zjistil že někdo použil tak maximálně po instalaci v roce 2015, takže jsem hned udělal
engine-backup  --mode=backup --file=backup_2018_06_07.bkp --log=backup_2018_06_07.bkp.log
a je možné že to má jenom 47 MB, ikdyž v logu se píše že to je zabalené:
2018-06-07 11:45:43 38577: Start of engine-backup mode backup scope all file backup_2018_06_07.bkp
2018-06-07 11:45:43 38577: Backing up:
2018-06-07 11:45:43 38577: Generating pgpass
2018-06-07 11:45:43 38577: Creating temp folder /tmp/engine-backup.zF0smycbaJ/tar
2018-06-07 11:45:43 38577: - Files
2018-06-07 11:45:43 38577: Backing up files to /tmp/engine-backup.zF0smycbaJ/tar/files
2018-06-07 11:45:43 38577: - Engine database 'engine'
2018-06-07 11:45:43 38577: Backing up database to /tmp/engine-backup.zF0smycbaJ/tar/db/engine_backup.db
2018-06-07 11:45:45 38577: Creating md5sum at /tmp/engine-backup.zF0smycbaJ/tar/md5sum
2018-06-07 11:45:46 38577: Packing into file 'backup_2018_06_07.bkp'
2018-06-07 11:45:46 38577: Creating tarball backup_2018_06_07.bkp
2018-06-07 11:46:00 38577: Done.

[MarSik]

Kdepak. Zaprvé tato obecná dokumentace vám na upgrade "živého" clusteru na vyšší major verze stačit nebude. Zvlášť přechod 3.6 -> 4.0 má mnoho "skrytých krás", které bez přístupu k zadávání Support Cases na RedHat prostě nevyřešíte.

- 3.6 na 4.0 je sice komplikovaná, ale on nemá hosted engine. Tim se to o něco zjednodušuje.
- 3.5 na 3.6 vyžaduje jen dobře naplánovat downtime hypervizorů kvůli maintenance.

Ta obecná dokumentace obsahuje ideální stav, pak jsou ještě různé KB články a solutions, kde už subskripci potřebujete. A samozřejmě se hodí, když máte problém.

Zadruhé - reinstalace hypervizorů na RHEL 7.x je snad ta nejsnadnější věc která existuje, zvlášť když nepoužijete jako základ obecný RHEL, ale nainstalujete je z RHV hypervisor image. A můžete to udělat klidně hned, RHV-M 3.6 podporuje hypervisory na RHEL 7.

Podporuje 6 i 7, ale ne v jednom clusteru, pokud tedy nepoužijete InClusterUpgrade scheduling policy. Takže musíte dobře naplánovat přesun VM, aby byla pořád zajištěna například vysoká dostupnost (tj nějaký náhradní host pro HA, roložení výkonu a tak).