Кратко — нужно регулярно сохранять две группы вещей: 1) все файлы виртуальных машин (VMDK, VMX и др.) и/или снапшоты/бекупы самих ВМ и 2) конфигурацию ESXi-хоста (сетевые настройки, storage‑мэппинг, RDM, лицензии, сертификаты и т.д.). Тогда при полном выходе железа вы сможете быстро поставить новый хост, подключить/подмонтировать сторидж и вернуть ВМ в работу без потери конфигурации.
Ниже — подробный чек‑лист что именно хранить и как восстанавливать.
1) Что обязательно сохранить (приоритет)
- Файлы виртуальных машин (на datastore):
- .vmx (параметры VM),
- .vmdk (диски: -flat.vmdk / -sparse.vmdk и т. п.),
- .nvram (BIOS/UEFI VM),
- .vmsd / .vmsn (снапшоты),
- .vmxf, .log и др.
Если datastore находится на SAN/NFS/общем хранилище — эти файлы уже вне хоста и достаточно просто иметь доступ к хранилищу.
- Конфигурация ESXi-хоста (ключевой файл — /etc/vmware/esx.conf и сопутствующие файлы):
- esx.conf (вся конфигурация hostd: сеть, vSwitch/portgroup, datastore UUID, устройства, настройки multipath),
- сертификаты /etc/vmware/ssl/* (если кастомные),
- конфиг hostd, vpxa и др. (при необходимости),
- state.tgz — архив конфигурации, создаваемый средствами ESXi/vCLI (см. ниже).
- Информация о сетевой привязке:
- имена vSwitch/portgroup, VLAN ID, физические NIC ↔ порт,
- NIC teaming/политики,
- MAC-адреса (если важно сохранить идентичность NIC для ОС внутри ВМ).
- Storage‑информация:
- LUN ID / WWN / serial номеров LUN, подписи VMFS, multipath конфигурация (claim rules),
- RDM mappings (если используются).
- vCenter / vSphere DVS / host profiles:
- База данных vCenter (если есть vCenter) — обязательно бэкапить vCenter/PSC,
- Конфигурация vDS (Distributed Switch) хранится в vCenter; если вы потеряете и vCenter — понадобится его бэкап.
- Лицензии и ключи, скрипты/документация по BIOS/firmware (особенно MAC/NIC ordering).
- Бекап ВМ (на уровне образов): регулярные резервные копии (Veeam, Nakivo, прочие), если локальные диски хоста — единственное место хранения ВМ.
2) Как регулярно брать бэкап конфигурации ESXi
- Использовать средство бэкапа конфигурации:
- из vSphere CLI / vSphere Management Assistant (vCLI): vicfg-cfgbackup --server <ESXi> -s cfg.tgz
- или на самом ESXi: vim-cmd hostsvc/firmware/backup_config — команда создаст архив (и выдаст URL для скачивания).
- Также можно скопировать вручную ключевой файл:
- scp root@ESXi:/etc/vmware/esx.conf .
- Бэкап vCenter (база данных, PSC) по расписанию — критично, если у вас vDS/HA/DRS.
3) Восстановление после полного выхода хоста — пошагово
a) Оцените состояние сториджа:
- Если сторидж (SAN/NFS/shared datastore) доступен: файлы ВМ целы — восстановление намного проще.
- Если сторидж был локальным на том хосте и он сгорел — надо иметь внешние бекапы ВМ (Veeam/снимки массива).
b) Установите ESXi (та же версия/patch level предпочтительна) на новый хост или замените железо.
c) Восстановите конфигурацию хоста:
- восстановите state.tgz / esx.conf через vicfg-cfgbackup или API → вернутся настройки vSwitch, VMkernel интерфейсы, т. п.;
- если конфигурацию восстановить не получается (разное железо) — вручную воссоздайте vSwitch/portgroup/NIC mapping/VMkernel, соблюдая прежние имена и VLAN.
d) Подключите сториджи:
- подключите SAN LUN/подмонтируйте NFS datastores / подключите FC zoning, проверьте VMFS UUID и видимость LUN.
e) Зарегистрируйте ВМ:
- если VMX/файлы на datastore — через vSphere Client: Browse datastore → правой кнопкой register .vmx,
- или через CLI: vim-cmd solo/registervm /vmfs/volumes/<datastore>/<vm>/<vm>.vmx <folder>
При регистрации VMX идентификаторы VM (UUID, MAC, настройка) сохранятся.
f) Восстановите RDM/специфичные маппинги при необходимости.
g) Присоедините хост к vCenter и/или восстановите vDS через бэкап vCenter (если использовался vDS).
h) Включите ВМ, проверьте сетевую/сторидж работоспособность и целостность приложений.
4) Тонкости и подводные камни
- Если при повторной регистрации VMware сгенерирует новые MAC/UUID — внутри гостевой ОС может появиться новое сетевое устройство (особенно Linux), возможно придётся поправить конфиги сети.
- Восстановление esx.conf на хост с иным оборудованием может привести к несоответствиям (например, привязки vmnicX → phys NIC). Всегда проверьте и поправьте физические привязки.
- vDS управляется vCenter; если у вас бэкап только ESXi, но нет vCenter — придётся воссоздавать распределённые сети вручную или восстанавливать vCenter из бэкапа.
- Локальные datastores, которые были на вышедшем хосте, если диски повреждены/потеряны — единственный путь — восстановление из копий/снэпшотов.
5) Рекомендуемая политика резервного копирования
- Регулярно (например, ежедневно/еженедельно) делать:
- бэкап конфигурации ESXi (state.tgz / esx.conf),
- бэкап vCenter (полный бэкап DB + файлы),
- бэкап ВМ на уровне образов (критичные ВМ — чаще).
- Документировать сетевые/сторидж схемы, VLANы, WWN/LUN ID, привязки NIC → порты свитчей.
- Хранить копии SSL-сертификатов и лицензий.
- Тестировать процедуру восстановления (DR drill).
6) Полезные команды/действия (пример)
- Создать бэкап конфигурации (на удалённой машине с vCLI):
vicfg-cfgbackup --server <ESXi_IP> -s esxi-backup.tgz
- На ESXi:
vim-cmd hostsvc/firmware/backup_config
(потом скачать сгенерированный архив через https://<esxi>/downloads/...)
- Скопировать файл конфигурации:
scp root@<esxi>:/etc/vmware/esx.conf .
- Просмотреть содержимое datastore:
ls /vmfs/volumes/<datastore>/<VM_folder>/
- Зарегистрировать VM из .vmx (пример):
vim-cmd solo/registervm /vmfs/volumes/<datastore>/<VM_folder>/<vm>.vmx
Если нужно, могу:
- прислать точные команды для вашего окружения (в т.ч. vicfg-cfgbackup/vim-cmd) с примерами,
- помочь составить план бэкапа/восстановления под ваш конкретный стек (используемые типы хранилищ, vCenter/vDS/HA/DRS, backup‑решение).