В связи с уходом из России крупных ИТ-вендоров типа Microsoft или VMWare, становится актуальным переход на OpenSource-решения в сфере виртуализации.
У себя мы выбрали в качестве альтернативы — Proxmox. В целом, очень достойный гипервизор, особенно, если учитывать тот факт, что он бесплатный. Но есть нюансы, которые надо учитывать при эксплуатации. Расскажем об одном из таких нюансов, а именно — об обновлении Proxmox.
Во время работы кластера Proxmox, мы 2 раза поймали непонятный сбой с двумя нодами, когда они неожиданно отваливались по сети. Изучая форум разработчика, нашли описание проблемы, где одна из первых рекомендаций была провести обновление. У нас стояла стабильная версия Proxmox 7.1, соответственно, было принято решение обновляться до актуальной версии 7.2.
Сказано-сделано. И тут выяснилось, что в новой версии не работает живая миграция между нодами, виртуалка при миграции падает. Дальнейшее изучение форума показало, что это известная проблема в ядре 5.15.39-3-pve для некоторых типов процессоров. И нам очень повезло, что буквально на днях вышло пропатченное ядро 5.15.39-3-pve-guest-fpu, в котором баг исправлен. Если бы мы сразу после выхода стабильной версии 7.2 стали обновляться, то вынуждены были либо откатываться, либо жить без миграции пару месяцев до исправления бага.
Выводы при работе с Proxmox
1) Не стоит ставить свежие обновления без острой необходимости. Надо дать обновлению "настояться" для выявления критичных багов.
2) Нужно обязательно иметь тестовый стенд с максимально идентичным железом, чтобы перед обновлением проверять работоспособность основных функций.
На текущий момент ощущения от эксплуатации Proxmox следующие: продукт вполне работоспособен и к использованию годен, но нужно быть аккуратным и внимательно все предварительно проверять на тестовом стенде. А на сэкономленные от закупки лицензий VMWare и Microsoft деньги нужно обязательно закупить и собрать этот стенд.
Нужно администрирование proxmox? Можете обратиться в EFSOL IT.
#proxmox #hyperv #vmware