Technical Anshu Главная › Руководства › Обновление ESXi 6.7 до 8.0
🖥️ Обновление VMware ESXi

Обновление ESXi 6.7 до 8.0 — исправление сбоя производственного сервера

Полный план обновления ESXi 6.7 до 8.0 для рабочего сервера: проверка совместимости, резервное копирование конфигурации хоста, маршруты хранилища ISO и esxcli, лицензионные ключи, книга действий при сбоях — и откат Shift+R, который спасает ночь.

✍️ Technical Anshu🖥️ VMware ESXi 6.7 to 8.0🎧 Multi-Language Audio
Обновление ESXi 6.7 до 8.0 — исправление сбоя производственного сервера
🎧 Многоязычное аудио: В видеоплеере нажмите [Настройки] (⚙️) ➔ [Аудиодорожка], чтобы выбрать язык.

📑Главы

  1. Почему необходимо отказаться от версии 6.7 — прекращение поддержки и почему это обновление основной версии, а не патч.
  2. Ворота 1 — доказать, что серверное оборудование по-прежнему поддерживается ESXi 8.0.
  3. Шлюз 2 — резервное копирование конфигурации хоста и подтверждение резервных копий виртуальной машины.
  4. Запланируйте период обслуживания — объявите об этом и установите жесткий срок отката.
  5. Режим обслуживания — каждая виртуальная машина отключается или переносится до того, как будет затронут хост.
  6. Путь А — загрузите ISO-образ 8.0 и обновите его, сохранив хранилище данных VMFS.
  7. Путь Б — обновление хранилища esxcli из оболочки хоста.
  8. После перезагрузки — лицензионный ключ 8.0 и проверка.
  9. План действий при сбое: чтение фиолетового экрана, первые проверки и откат Shift+R.

📋 Обзор и пошаговое руководство

1

Сначала проверьте совместимость оборудования

Общая поддержка ESXi 6.7 завершилась 15 октября 2022 года, поэтому этот шаг запоздал, но версия с 6.7 до 8.0 — это обновление основной версии, а не патч. Между двумя версиями VMware полностью удалила модель драйвера VMKLinux (теперь каждому устройству нужен собственный драйвер) и отказалась от целого поколения процессоров, сетевых адаптеров и контроллеров хранения данных. Совершенно исправный хост 6.7 в его нынешнем виде по-прежнему не подлежит обновлению.

Прежде чем зарезервировать какое-либо окно, проверьте Руководство по совместимости VMware, чтобы узнать точную модель вашего сервера, семейство ЦП, сетевые адаптеры и контроллер хранилища для ESXi 8.0, а также обновите прошивку сервера (BIOS, контроллер хранилища, сетевые карты) до версий, указанных поставщиком для 8.0. Собственная предварительная проверка установщика также предупреждает об устаревших устройствах, но узнавать об этом в консоли в полночь — неподходящее время. Сначала проверьте на бумаге.

📌 Прямой путь обновления: прямое обновление до версии 8.0 задокументировано как поддерживаемое с ESXi 6.7 Update 3 и более поздних версий (и с версии 7.0). Если на вашем хосте установлена ​​более ранняя сборка 6.7, сначала обновите ее до поздней сборки 6.7, а затем перейдите на 8.0. Хосты на 6.5 не могут перейти напрямую — им нужен промежуточный шаг или новая установка с восстановленной конфигурацией.
2

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

⚠️ Не запускайте без резервных копий — это рабочий сервер. Прежде чем откроется окно, вам нужны две вещи, обе проверенные: резервная копия конфигурации хоста, хранящаяся вне сервера, и текущие восстанавливаемые резервные копии виртуальных машин. Обновление никогда не должно затрагивать виртуальные машины, но производственное окно без проверенных резервных копий — это азартная игра, а не обслуживание. Если вы не можете сказать, как бы вы вернулись на версию 6.7 примерно через 15 минут (шаг 7), вы не готовы начинать.

Создайте резервную копию конфигурации хоста из оболочки хоста (сначала включите SSH на хосте, если он выключен). Команда возвращает ссылку для скачивания комплекта конфигурации — откройте ее и сохраните файл .tgz где-нибудь, не на этом сервере:

ESXi Shell
vim-cmd hostsvc/firmware/backup_config

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

3

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

Выберите интервал обслуживания и сообщите об этом пользователям — никто не должен находиться в середине сохранения, когда хост выходит из строя. Запишите последовательность действий с указанием времени и установите крайний срок жесткого отката: момент в ночи, после которого вы прекращаете отладку и выполняете откат (шаг 7), а не съедаете все окно. Отправьте заключительное сообщение, когда работа будет завершена, чтобы следующее утро не началось со слухов.

Отсортируйте лицензию перед окном, а не во время него. Лицензионные ключи привязаны к основной версии — хост 8.0 не примет ключ 6.7, а без него он работает в оценочном режиме в течение 60 дней. В рамках Broadcom ключи и загрузки поступают с портала поддержки Broadcom в соответствии с вашими правами, поэтому организуйте доступ заранее.

✅ Прежде чем приступить к работе, подготовьте все необходимое: ISO-образ 8.0 или доступ к хранилищу, новый лицензионный ключ, пакет конфигурации хоста из шага 2 и записанные шаги отката из шага 7. Само окно около часа — подготовка делает его тихим.
4

Путь А — обновление путем загрузки ISO 8.0

Сообщите об этом пользователям, а затем переведите хост в режим обслуживания — каждая виртуальная машина отключится или перенесется на другой хост. Никогда не обновляйте хост, на котором все еще работают рабочие виртуальные машины.

Загрузите установщик ESXi 8.0 из ISO, выберите диск, на котором находится существующая установка, и выберите Обновить ESXi, сохранить хранилище данных VMFS. Это маршрут, показанный на большинстве серверов, и тот, который аккуратно обрабатывает большой переход на версию, поскольку предварительные проверки появляются на экране по мере его выполнения.

⚠️ Рассматривайте каждое предупреждение перед проверкой о неподдерживаемом или устаревшем устройстве как знак остановки, а не украшение — остановитесь, вернитесь к шагу 1 и сначала устраните проблему совместимости. А когда обновление завершится, позвольте хосту самостоятельно перезагрузиться в версию 8.0: никогда не выключайте и не выключайте хост, который, кажется, думает во время первой загрузки.
5

Путь Б — обновление Shell с помощью esxcli

Маршрут депо полностью выполняется из оболочки хоста — без физического или виртуального носителя — что делает его практичным выбором для удаленного хоста. Хост по-прежнему сначала переходит в режим обслуживания, точно так же, как и в маршруте A. Разрешите HTTP-клиенту пройти через брандмауэр хоста:

ESXi Shell
esxcli network firewall ruleset set -e true -r httpClient

Перечислите профили, доступные в онлайн-хранилище VMware, и запишите точное имя стандартного профиля 8.0:

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

Затем запустите обновление профиля для хранилища, используя точное имя профиля, и перезагрузите хост после завершения:

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

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

6

После перезагрузки — лицензия, проверка, затем выпуск

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

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

📌 Оставьте обновления VMware Tools и версии виртуального оборудования виртуальных машин на другой день. Ни то, ни другое не нужно менять в одном и том же окне, а обновление аппаратной версии является односторонним, поэтому оно никогда не входит в число ночных обновлений.
7

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

Если на хосте фиолетовые экраны (PSOD) или он не загружается после обновления, действуйте в таком порядке. Сначала сфотографируйте фиолетовый экран, прежде чем прикасаться к чему-либо. PSOD — это преднамеренная остановка VMkernel, поскольку продолжение может поставить под угрозу виртуальные машины, а экран — это диагноз: тип исключения и модуль, указанный на нем, указывают на причину, а имя модуля драйвера указывает на проблему с поддержкой оборудования, а ошибка страницы указывает на память или встроенное ПО.

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

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

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

Эта команда восстановления является вторым путем отхода — она помещает конфигурацию хоста из пакета Шага 2 обратно на хост той же версии и сборки для случаев, когда одного загрузочного банка недостаточно.

✅ Обнадеживающий факт: при сбое после обновления виртуальные машины почти никогда не теряются. Виртуальные машины живут в хранилище данных, не затронутые обновлением хоста. Что противоречит, так это хост и один неподдерживаемый компонент. Откатитесь назад, исправьте эту одну вещь и идите снова.

🏷️Переменные и ключевые слова поиска по теме

🔍 ESXi 6.7 to 8.0 Upgrade 🔍 VMware ESXi 🔍 Production Server 🔍 Shift+R Rollback 🔍 esxcli 🔍 Host Configuration Backup 🔍 Purple Screen of Death 🔍 PSOD 🔍 VMFS Datastore 🔍 ESXi Licence Key 🔍 Maintenance Mode 🔍 VMware Compatibility Guide 🔍 TechnicalAnshu
🎙️ Полная расшифровка — нажмите, чтобы развернуть.

__TOK_36__

__TOK_37__

__TOK_38__

❓ Часто задаваемые вопросы

Это руководство на 100 % бесплатно?

__TOK_39__

Могут ли новички следовать этому руководству?

__TOK_40__

Где я могу задать вопросы, если застрял?

__TOK_41__

🚀 Посмотрите полное руководство на YouTube

__TOK_42__

__TOK_43__

▶️ Посмотреть полное видео
Это руководство основано на видео об обновлении ESXi с 6.7 по 8.0 от Technical Anshu • Застряли на каком-либо этапе? Спрашивайте в комментариях к видео — там вам помогут 🙏