Компания Tesco переносит около 40 000 серверных нагрузок с VMware на открытый стек после отказа Broadcom продлевать поддержку. Миграция проходит в предельно сжатые сроки, что потребовало доработки инструментов резервного копирования, так как стандартные решения Veeam и Zerto оказались несовместимы с новой платформой.
Процесс перехода охватывает девять функциональных осей, разделенных на три группы по сложности внедрения. Если перенос самих виртуальных машин осуществляется инструментами конвертации, то обвязку — бэкапы, микросегментацию и планы восстановления — необходимо выстраивать заново, предварительно проверив совместимость компонентов.
В открытых платформах механизмы резервного копирования и CBT работают по-разному. Proxmox VE использует dirty bitmaps QEMU, а oVirt — контрольные точки, что накладывает ограничения на форматы дисков и расписание задач. Для обеспечения целостности данных при бэкапе требуется обязательная настройка гостевых агентов, поддерживающих уровни согласованности файловой системы.
Оркестраторы, такие как OpenStack, развиваются независимо от гипервизоров. По данным OpenInfra Foundation, к октябрю 2025 года в продакшене работало более 55 млн ядер на OpenStack. При этом управление инфраструктурой через API и Terraform доступно, но для ряда российских форков инструменты автоматизации требуют доработки или собственной разработки.
Функции автобалансировки нагрузки в открытых системах также имеют свои особенности. В OpenStack за это отвечает компонент Watcher, который в релизе Epoxy 2025.1 получил интеграцию с Prometheus. В Proxmox VE штатный балансировщик отсутствует, поэтому для крупных кластеров инструменты распределения ресурсов приходится создавать самостоятельно. Микросегментация реализуется через OVN, однако расширенные функции уровня L7 требуют интеграции дополнительных решений.
