Обновление ESXi 6.7 до 8.0 — исправление сбоя производственного сервера
Полный план обновления ESXi 6.7 до 8.0 для рабочего сервера: проверка совместимости, резервное копирование конфигурации хоста, маршруты хранилища ISO и esxcli, лицензионные ключи, книга действий при сбоях — и откат Shift+R, который спасает ночь.
📑Главы
- Почему необходимо отказаться от версии 6.7 — прекращение поддержки и почему это обновление основной версии, а не патч.
- Ворота 1 — доказать, что серверное оборудование по-прежнему поддерживается ESXi 8.0.
- Шлюз 2 — резервное копирование конфигурации хоста и подтверждение резервных копий виртуальной машины.
- Запланируйте период обслуживания — объявите об этом и установите жесткий срок отката.
- Режим обслуживания — каждая виртуальная машина отключается или переносится до того, как будет затронут хост.
- Путь А — загрузите ISO-образ 8.0 и обновите его, сохранив хранилище данных VMFS.
- Путь Б — обновление хранилища esxcli из оболочки хоста.
- После перезагрузки — лицензионный ключ 8.0 и проверка.
- План действий при сбое: чтение фиолетового экрана, первые проверки и откат Shift+R.
📋 Обзор и пошаговое руководство
Сначала проверьте совместимость оборудования
Общая поддержка 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 в соответствии с вашими правами, поэтому организуйте доступ заранее.
Путь А — обновление путем загрузки ISO 8.0
Сообщите об этом пользователям, а затем переведите хост в режим обслуживания — каждая виртуальная машина отключится или перенесется на другой хост. Никогда не обновляйте хост, на котором все еще работают рабочие виртуальные машины.
Загрузите установщик ESXi 8.0 из ISO, выберите диск, на котором находится существующая установка, и выберите Обновить ESXi, сохранить хранилище данных VMFS. Это маршрут, показанный на большинстве серверов, и тот, который аккуратно обрабатывает большой переход на версию, поскольку предварительные проверки появляются на экране по мере его выполнения.
Путь Б — обновление Shell с помощью 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 на этот файл. Обратите внимание, что обновление профиля — это команда обновления: она сохраняет существующую конфигурацию и сторонние 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 обратно на хост той же версии и сборки для случаев, когда одного загрузочного банка недостаточно.
🏷️Переменные и ключевые слова поиска по теме
🎙️ Полная расшифровка — нажмите, чтобы развернуть.
__TOK_36__
__TOK_37__
__TOK_38__
❓ Часто задаваемые вопросы
Это руководство на 100 % бесплатно?
__TOK_39__
Могут ли новички следовать этому руководству?
__TOK_40__
Где я могу задать вопросы, если застрял?
__TOK_41__