Възстановяване на хостове - VMware

Коригирането на хоста се изпълнява по различни начини в зависимост от типовете базови линии, които прикачвате, и дали хостът е в клъстер или не.

Коригиране на хостове в клъстер

За ESXi хостове в клъстер процесът на коригиране е последователен по подразбиране. С Update Manager можете да изберете паралелно да изпълнявате корекция на хоста.

Когато коригирате клъстер от хостове последователно и един от хостовете не успее да влезе в режим на поддръжка, Update Manager съобщава за грешка и процесът спира и се проваля. Хостовете в клъстера, които са коригирани, остават на актуализираното ниво. Тези, които не са коригирани след неуспешното отстраняване на хоста, не се актуализират. Ако хост в клъстер с активиран DRS изпълнява виртуална машина, на която са инсталирани Update Manager или vCenter Server, DRS първо се опитва да мигрира виртуалната машина, изпълняваща vCenter Server или Update Manager, към друг хост, така че коригирането да успее. В случай че виртуалната машина не може да бъде мигрирана към друг хост, коригирането е неуспешно за хоста, но процесът не спира. Мениджърът на актуализиране продължава да коригира следващия хост в клъстера.

Коригирането на надстройката на хоста на ESXi хостове в клъстер продължава само ако всички хостове в клъстера могат да бъдат надстроени.

Поправянето на хостове в клъстер изисква временно да деактивирате функциите на клъстера като VMware DPM и контрол на достъпа на HA. Освен това изключете FT, ако е активиран на някоя от виртуалните машини на хост, и изключете сменяемите устройства, свързани към виртуалните машини на хост, така че да могат да бъдат мигрирани с vMotion. Преди да започнете процес на коригиране, можете да генерирате отчет, който показва кой клъстер, хост или виртуална машина има активирани функции на клъстера. За повече информация вижте Доклад за коригиране преди проверка.

Забележка: Когато извършвате коригиране на клъстер, който се състои от не повече от два хоста, деактивирането на контрола за допускане на HA може да не е достатъчно, за да осигури успешно отстраняване. Може да се наложи да деактивирате vSphere Availability (HA) на клъстера. Ако поддържате HA активиран, опитите за коригиране на хоста в клъстера са неуспешни, тъй като HA не може да предостави препоръка на Update Manager да постави някой от хостовете в режим на поддръжка. Причината е, че ако един от двата хоста е поставен в режим на поддръжка, в клъстера не остава наличен хост за преход при срив. За да осигурите успешна корекция на клъстер с 2 възела, деактивирайте HA на клъстера или поставете хостовете в режим на поддръжка ръчно и след това извършете корекция на двата хоста в клъстера.

Когато коригирате клъстер от хостове паралелно, Update Manager коригира няколко хоста едновременно. По време на паралелно коригиране, ако Update Manager срещне грешка при коригиране на хост, той игнорира хоста и процесът на коригиране продължава за другите хостове в клъстера. Update Manager непрекъснато оценява максималния брой хостове, които може да коригира едновременно, без да прекъсва настройките на DRS. Можете да ограничите броя на едновременно коригираните хостове до определен брой.

Update Manager коригира хостовете, които са част от vSAN клъстер последователно, дори ако изберете опцията да ги коригирате паралелно. Причината е, че по проект само един хост от vSAN клъстер може да бъде в режим на поддръжка по всяко време.

За множество клъстери в рамките на център за данни процесите на коригиране се изпълняват паралелно. Ако процесът на коригиране е неуспешен за един от клъстерите в центъра за данни, останалите клъстери все още се коригират.

Коригиране срещу множество базови линии или базови групи

От vCenter Server 6.7 Актуализация 2 можете да изберете няколко базови линии, вместо първо да ги групирате в базова група. Когато коригирате хостове срещу множество базови линии или групи базови линии, съдържащи базова линия за надграждане и базови линии за корекция или разширение, първо се извършва надграждането.

Коригиране на надстройка на хост

Когато надстроите хост ESXi6.0 и ESXi 6.5 до ESXi 6.7, всички поддържани персонализирани VIB остават непокътнати на хоста след надстройката, независимо дали VIB са включени в инсталатор ISO. Това е така, защото ESXi 6.x хостовете са двоично съвместими.

Можете да надстроите хостове, като използвате персонализирани ESXi изображения, които съдържат модули на трети страни за ESXi 6.7. В такъв случай модулите на трети страни, които са съвместими с ESXi 6.7, остават налични на надстроения хост.

Надстройката на хост в мрежа с висока латентност, в която Update Manager и хостовете са на различни местоположения, може да отнеме няколко часа, тъй като файлът за надстройка се копира от сървърното хранилище на Update Manager на хоста преди надстройката. През това време хостът остава в режим на поддръжка.

Update Manager 6.7 поддържа надграждане от ESXi6.0.x и ESXi 6.5.x до ESXi 6.7.

Важно: След като сте надстроили хоста си до ESXi6.7, не можете да се върнете към вашата версия на софтуера ESXi 6.0.x или ESXi6.5.x. Архивирайте конфигурацията на вашия хост, преди да извършите надстройка. Ако надстройката е неуспешна, можете да инсталирате отново софтуера ESXi 6.0.x или ESXi6.5.x, от който сте надстроили, и да възстановите конфигурацията на вашия хост. За повече информация относно архивирането и възстановяването на вашата ESXi конфигурация, вижте Надстройка на seevSphere.

Коригиране на корекции на хост

Диспечерът на актуализации обработва корекции на хост по следните начини:

Ако корекция в базова линия на корекция изисква инсталирането на друга корекция, Update Manager открива предпоставката в хранилището на корекцията и я инсталира заедно с избраната корекция. Ако дадена корекция е в конфликт с други корекции, които са инсталирани на хоста, конфликтната корекция може да не бъде поставена или инсталирана. Въпреки това, ако друга корекция в базовата линия разреши конфликтите, конфликтната корекция се инсталира. Например, помислете за базова линия, която съдържа корекция A и корекция C, и корекция A е в конфликт с корекция B, която вече е инсталирана на хоста. Ако корекция C остарява корекция B и корекция C не е в конфликт с корекция A, процесът на коригиране инсталира корекции A и C. Ако корекция е в конфликт с корекциите в хранилището за корекции на Update Manager и не е в конфликт с хоста, след сканиране, Update Manager отчита тази корекция като конфликтна. Можете да поставите и приложите корекцията към хоста. Когато са избрани няколко версии на една и съща корекция, Update Manager инсталира най-новата версия и пропуска по-ранните версии.

По време на корекцията на корекцията, Update Manager автоматично инсталира предпоставките на корекциите.

С Update Manager 6.7 можете да коригирате хостове на версия ESXi6.0 и ESXi 6.5 срещу офлайн пакети, които сте импортирали ръчно.

Можете да поставите корекции преди отстраняването, за да намалите времето за престой на хоста.

Коригиране на разширение на хост

По време на коригиране на разширение, Update Manager не инсталира автоматично предпоставките на разширението. Това може да доведе до неуспех на някои операции за коригиране. Ако липсващата предпоставка е корекция, можете да я добавите към базовата линия на корекция. Ако липсващата предпоставка е разширение, можете да го добавите към същото или друго базово разширение. След това можете да коригирате хоста спрямо базовата линия или базовите линии, които съдържат предпоставката и оригиналното разширение.

Коригиране на PXE стартирани ESXi хостове

Update Manager ви позволява да коригирате PXE стартирани ESXi хостове. Update Manager не прилага корекции, които изискват рестартиране към PXE стартирани ESXi хостове.

Ако има инсталиран допълнителен софтуер на PXE стартирания ESXi хост, софтуерът може да бъде загубен, ако хостът се рестартира. Актуализирайте своя профил на изображение с допълнителния софтуер, така че да присъства след рестартирането.