VMware ESXi 4.0 бесплатно: экономим на лицензиях, теряем Service Console

В начале января VMware официально подтвердила то, чего ждали давно: ESXi 4.0 распространяется бесплатно без каких-либо временных ограничений. Не триальная версия, не урезанный вариант с потолком по RAM - полноценный bare-metal гипервизор, который регистрируешь на сайте VMware и получаешь ключ. vSphere остаётся платным, но сам гипервизор - нет.

Для нас это был сигнал пересмотреть конфигурацию у двух клиентов на сопровождении, у которых стоял лицензионный ESX 3.5. Не огромные инсталляции - по два-три хоста, десяток-полтора виртуальных машин. Ровно тот типаж, где стоимость лицензии ESX ощутимо давит на смету, а функциями vCenter они не пользовались.

Что изменилось с ESX 3.5 на ESXi 4.0

Технически переход несложный: те же виртуальные машины, тот же VI Client, привычная логика сети и хранилищ. ESXi 4.0 поддерживает аппаратную версию VM 7, VMotion, iSCSI - всё, что нужно в небольшой среде.

Но есть один принципиальный момент, который мы проходили ещё в 2007 году при первом знакомстве с ESXi 3.5: никакой Service Console. В классическом ESX она существовала как небольшой Linux-раздел, через который делалось всё ручное управление - SSH-доступ, скрипты, cron-задачи, агенты мониторинга. ESXi этой прослойки лишён. Есть только DCUI на консоли и удалённое управление через VI Client или API.

Для большинства задач это не проблема. Но у обоих клиентов были самописные скрипты резервного копирования - bash-скрипты, которые запускались прямо на хосте через SSH, останавливали нужные VM, делали snapshot-копии через vmkfstools, потом стартовали обратно. Просто, понятно, работало годами.

На ESXi этот подход не работает в принципе.

Переписываем скрипты

Выбор был примерно такой:

• VMware Consolidated Backup (VCB) - официальное решение, работает через отдельный прокси-сервер на Windows. Нужна ещё одна машина или VM, которая будет прокси. Лишняя точка отказа, Windows-лицензия.
• Скрипты через VI Perl Toolkit - VMware предоставляет набор perl-библиотек для взаимодействия с ESXi по SOAP. Можно запускать с любой Linux-машины, управлять VM, делать снэпшоты, копировать VMDK через SCP.
• Сторонние агенты - Veeam Backup, Vizioncore, прочие. Работают без Service Console. Но это снова деньги на лицензию.

Выбрали VI Perl Toolkit. Написали новый набор скриптов: отдельная Linux-VM на каждом хосте (один vCPU, 256 МБ RAM - расход смешной) выступает управляющей машиной, инициирует снэпшоты через perl-скрипты, потом копирует файлы по SCP на NAS. Работает. Но потратили на это примерно три вечера - тестирование, обкатка, отладка edge-кейсов вроде VM в нестандартном состоянии.

Что по факту получили

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

С операционной - работаем в немного другой парадигме:

• Мониторинг теперь через SNMP и VI API, а не через Nagios-агент в Service Console. Всё видно, но настройка потребовала времени.
• Обновление гипервизора через vSphere Update Manager - инструмент работает, но требует Windows-машину под себя. У второго клиента такой не было, обновляли через командную строку DCUI и пересборку хоста.
• Логи доступны через syslog-перенаправление на внешний сервер. Настроили, работает нормально.

Принципиального сожаления о переходе нет. Но иллюзий тоже - «бесплатный» в данном случае означает «без прямых лицензионных затрат, но с затратами на адаптацию». Кто рассчитывает поставить ESXi и просто перенести старые скрипты - будет разочарован.

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