Оновлення ESXi від 6.7 до 8.0 – виправлення збою робочого сервера

Спочатку перевірте апаратну сумісність

Загальна підтримка ESXi 6.7 завершилася 15 жовтня 2022 року, тому перехід назрів, але версія 6.7 до 8.0 є оновленням основної версії, а не виправленням. Між двома версіями VMware повністю видалила модель драйвера VMKLinux (тепер кожен пристрій потребує рідного драйвера) і вивела з експлуатації ціле покоління ЦП, мережевих адаптерів і контролерів зберігання. Абсолютно здоровий хост 6.7 усе ще може не оновлюватися.

Перш ніж забронювати будь-яке вікно, перевірте в Посібнику з сумісності VMware точну модель сервера, сімейство ЦП, мережеві адаптери та контролер зберігання даних щодо ESXi 8.0, а також оновіть програмне забезпечення сервера (BIOS, контролер зберігання, мережеві карти) до версій, указаних постачальником для 8.0. Власна попередня перевірка інсталятора також попереджає про застарілі пристрої, але виявити це за консоллю опівночі – невідповідний час. Спочатку перевірте на папері.

Резервне копіювання конфігурації хоста та віртуальних машин

Зробіть резервну копію конфігурації хоста з оболонки хоста (спершу ввімкніть SSH на хості, якщо він вимкнений). Команда повертає посилання для завантаження комплекту конфігурації — відкрийте його та збережіть файл .tgz десь не на цьому сервері:

vim-cmd hostsvc/firmware/backup_config

Потім переконайтеся, що резервні копії віртуальної машини актуальні та що принаймні одне відновлення було перевірено. Половина всіх фіолетових екранів після оновлення свідчать про мікропрограму, яку допускав старий гіпервізор, але збої, які ви не можете скасувати, не мають резервної копії.

Сплануйте вікно та тримайте напоготові ліцензійний ключ 8.0

Виберіть слот для обслуговування та повідомте про це користувачам — ніхто не повинен перебувати в середині збереження, коли хост вимикається. Запишіть послідовність із часом і встановіть крайній термін жорсткого відкоту: момент уночі, після якого ви припиняєте налагодження та відкочуєтеся (крок 7) замість того, щоб з’їдати все вікно. Надішліть заключне повідомлення, коли роботу буде виконано, щоб наступний ранок не починався з чуток.

Сортуйте ліцензію перед вікном, а не під час нього. Ліцензійні ключі прив’язані до основної версії — хост 8.0 не прийме ключ 6.7, і без нього він працює в режимі оцінювання протягом 60 днів. У Broadcom ключі та завантаження надходять із порталу підтримки Broadcom проти ваших прав, тому організуйте цей доступ заздалегідь.

Шлях A — Оновлення шляхом завантаження ISO 8.0

Повідомте користувачам, а потім переведіть хост у режим обслуговування — кожна віртуальна машина вимикається або переміщується на інший хост. Ніколи не оновлюйте хост, на якому все ще працюють робочі віртуальні машини.

Завантажте програму встановлення ESXi 8.0 із ISO, виберіть диск, на якому зберігається наявна інсталяція, і виберіть Оновити ESXi, зберегти сховище даних VMFS. Це маршрут, показаний на більшості серверів, і той, який обробляє велику версію, чітко переходить, оскільки попередні перевірки з’являються на екрані під час проходження.

Шлях Б — Оновлення з оболонки за допомогою esxcli

Маршрут депо працює повністю з оболонки хоста — без фізичних або віртуальних носіїв — що робить його практичним вибором для віддаленого хосту. Хост усе ще спочатку переходить у режим обслуговування, точно як у маршруті A. Дозвольте клієнту HTTP через брандмауер хосту:

esxcli network firewall ruleset set -e true -r httpClient

Перелічіть профілі, доступні в онлайн-магазині VMware, і запам’ятайте точну назву стандартного профілю 8.0:

esxcli software sources profile list -d https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml

Потім запустіть оновлення профілю для депо, використовуючи саме це ім’я профілю, і перезавантажте хост, коли воно завершиться:

esxcli software profile update -d <depot-url> -p <exact-profile-name>

Той самий маршрут працює в режимі офлайн: скопіюйте пакет депо ZIP до сховища даних і замість цього вкажіть значення -d для цього файлу. Зауважте, що profile update — це команда оновлення — вона зберігає вашу існуючу конфігурацію та сторонні VIB там, де вони сумісні; не замінюйте profile install, який замінює зображення.

Після перезавантаження — ліцензія, перевірка, потім звільнення

Щойно хост відновить роботу на версії 8.0, застосуйте свій ліцензійний ключ ESXi 8.0 — ключ 6.7 не приймається, а без нового ключа годинник оцінки цокає. Вийдіть із режиму обслуговування, потім спершу запустіть одну некритичну віртуальну машину та перевірте її мережу, сховище та консоль, перш ніж запускати решту.

Далі перевірте сам хост: журнал подій і стан апаратного забезпечення для скарг на драйвер або датчик, кожне підключене сховище даних і налаштування мережі керування не змінені. Лише тоді відпустіть сервер користувачам і надішліть завершальне повідомлення з кроку 3.

The Crash Playbook — фіолетовий екран і Shift+R відкат

Якщо на хості з’являються фіолетові екрани (PSOD) або він не завантажується належним чином після оновлення, працюйте в такому порядку. По-перше, сфотографуйте фіолетовий екран, перш ніж торкатися чогось. PSOD означає навмисну ​​зупинку VMkernel, тому що продовження загрожує віртуальним машинам, а екран є діагнозом: тип винятку та модуль, названий на ньому, вказують на причину, а ім’я модуля драйвера вказує на проблему з апаратною підтримкою та помилку сторінки, яка вказує на пам’ять або мікропрограму.

По-друге, перезавантажте один раз і подивіться. Один тимчасовий фіолетовий екран після зміни драйвера є даними; повторний — вирок. Перші підозрювані, у власному порядку оновлення: непідтримуваний мережевий адаптер або адаптер накопичувача, прошивка, старіша за списки посібника з сумісності, або помилка пам’яті, на яку стара версія не звертала уваги.

По-третє, відкат. ESXi встановлюється в два завантажувальні банки, і оновлення залишає вашу попередню збірку 6.7 недоторканою в альтернативному банку. Перезавантажте хост і під час запиту завантаження натисніть Shift + R і підтвердьте — хост завантажить попередню збірку 6.7, включаючи конфігурацію, точно так, як ви її залишили. Якщо відкат працює, ви виграли час: усуньте причину сумісності вдень і оновіть знову в новому вікні.

vim-cmd hostsvc/firmware/restore_config <bundle-path>

Ця команда відновлення є другим шляхом виходу — вона повертає конфігурацію хоста з пакета кроку 2 назад на хост тої самої версії та збірки, у випадках, коли одного завантажувального банку недостатньо.