В 2025 году все больше российских компаний ищут пути ухода с зарубежных решений виртуализации: VMware, Hyper-V, Nutanix AHV. С VMware и Hyper-V миграция уже более-менее отлажена, а вот с Nutanix AHV — совсем другой разговор.
Мы в команде впервые столкнулись с задачей полноценного переноса виртуальных машин с AHV в отечественную систему zVirt от Orion soft. К нам пришел заказчик, у которого была задача мигрировать с Nutanix, поверх которого работала виртуализация VMware, на продукт с поддержкой в России. Готового решения не было ни у кого. Мы предложили заказчику переехать на zVirt – так как здесь миграция выполняется с помощью встроенного конвертера без дополнительных затрат и минимальных простоях.
Заказчик, взвесив все «за» и «против», выбрал продукт от Orion soft, и с помощью встроенного конвертера миграция прошла успешно. Но как только мы закончили миграцию с VMware, заказчик очень захотел провести миграцию с Nutanix AHV Virtualization. С этого началась эпохальная битва: решался вопрос, как вызволить из плена Nutanix AHV Virtualization виртуалки заказчика.
В этой статье поделюсь опытом: что сработало, какие были грабли и как мы с ними справлялись.

Все шло по плану, пока не пришел Nutanix
Многие скажут: «а что тут такого?». Действительно, переезд с зарубежных систем виртуализации, таких как VMware, не вызывает особых затруднений: но расскажу обо всем по порядку.
У ребят из Orion soft есть конвертер наподобие VMware, zVirt – он разворачивается как сервер-клиентское решение.
В среде виртуализации zVirt разворачивается и инициализируется контроллер конвертации.
Далее в среде виртуализации VMware разворачивается агент-отправитель, а агент-приемник – в срезе виртуализации zVirt. (Все эти шаги, кстати, подробно расписаны на портале Orion soft).
Ну а после в интерфейсе конвертора мы видим список виртуальных серверов из среды VMware – и можем нажатием нескольких кнопок без проблем конвертировать виртуалки в среду zVirt.
С миграциями с Nutanix AHV немного посложнее. Здесь придется выключать конвертируемую виртуалку, а дальше работать с помощью P2V-конвертера от тех же Orion soft.
И далее начинается самое интересное.
Таких в России мало, но те, кто использует Nutanix, действительно существуют. Проблема уже стара как мир: решение – зарубежное, и, как и многие зарубежные производители, матушку-Россию покинуло. Из этого вытекает следующее: поддержка отсутствует, масштабирование невозможно, лицензии уже не докупить.
«Но при чем здесь виртуализация, это же виртуальная вычислительная система», скажете вы. Все дело в том, что кроме самой виртуальной вычислительной платформы используется и сама виртуализация. Если поверх нее используется VMware, то тут все просто – как я написал выше, используйте конвертер от Orion soft. Но если кто-то использует оригинальную виртуализацию от Nutanix AHV Virtualization, будет проблемка.

Для нас эта задача была новой, из разряда тех, что мы ни разу не делали – но очень интересной, поэтому решили, что будем действовать. Пообщавшись с Orion soft, узнали, что таких заказчиков еще не было. Вот так по части Nutanix компетенции остались за нами.
Первое, что проверили – это миграцию с KVM, стоявшую под капотом AHV Virtualization. Проделав все подготовительные манипуляции на хостах Nutanix для импорта с KVM в среду zVirt… Что ж, если бы этот метод сработал, то не было бы данной статьи.
Да, коннект с Nutanix прошел – но факир был пьян, и фокус не удался, список виртуальных серверов не подтягивается, выдается ошибка. Вывод: все-таки AHV Virtualization сильно кастомизировали свое решение по сравнению с базовым KVM.
Остался вариант довольно неприятный – с конвертацией дисков на стороне Nutanix AHV Virtualization и переносом их в среду виртуализации zVirt. Тернистый, сложный путь, но других вариантов уже нет. Для этого наша команда была доукомплектована специалистами по AHV, так как данная среда довольно специфичная, и нужно знать много нюансов: начиная от определения, какой диск файл диска нам необходимо взять для конвертации, заканчивая тем, как его передать в новую среду виртуализации.
Этап конвертации
Здесь тоже пошли по шагам.
Изучив документацию по AHV, мы нашли встроенный инструмент по конвертации дисков в нужный нам формат для zVirt. Здесь тоже была проблемка со сопоставлением в консоли: понять, правильно ли мы выбрали диск, который надо сконвертировать – это был тот еще ребус с папками и идентификаторами.
Разобрались, сконвертировали.
Дальше диски нужно было передавать в zVirt – здесь была загвоздка, что время для миграции должно быть минимальным. Приняли решение, что презентовать диск по NFS с уже сконвертированными дисками необходимо из AHV в zVirt.
Создали на диске NFS шару, конвертировали туда диски и подключили NFS-хранилище на стороне zVirt. Но каково было наше разочарование, когда на этом хранилище никаких дисков мы не увидели. «Как так, может проблема с протоколом и файловой системой», подумали мы.
Подмапив шару в папку на гипервизоре, увидели диски как файлы – но в самой системе виртуализации их не было. Ну все, приплыли.
Обратились в Orion soft за помощью, описав нашу проблему – поддержка действительно помогла и подсказала ряд действий, после которых в интерфейсе виртуализации мы увидели наши сконвертированные диски.
Далее мы подготовили новые виртуальные сервера с необходимой конфигурацией, и в качестве дисков подключили перенесенные диски с AHV.
После включения серверов на стороне zVirt установили пакет драйверов от новой виртуализации в гостевой сервер. Сервера заработали, службы стартанули.
Ну а в конце – перенесли диски с NFS-шары с Nutanix в новое хранилище.
Так случилась победа: миграция с Nutanix AHV Virtualization прошла успешно, а виртуальные сервера, которые были в плену Nutanix, вызволены и переданы отечественной среде виртуализации zVirt.

Отдельно хотелось бы выделить, почему все описанное – уникальный опыт. На момент миграции (осень 2024) на рынке не было ни одной официальной методики переноса виртуальных машин из Nutanix AHV в отечественные платформы. AHV — закрытая система, с кастомной архитектурой, без официального SDK.
На мой взгляд, этот кейс уникален тем, что мы реализовали перенос "на коленке", без готовых решений, адаптировали zVirt к нестандартной среде, сохранив при этом целостность данных и конфигурации VM.
Итоги
По итогу миграция работает. Да, есть нюансы:
она не сетевая, и требуется выключение серверов и некоторый простой на время конвертации и инициализации в новой среде виртуализации;
также нужно иметь высокоскоростную сеть для ускорения копирования.
Конечно, метод миграции полностью не автоматизирован и требует ручного создания серверов и установки драйверов виртуализации. Но если нужно перенести сервера «как есть» с текущего Nutanix AHV Virtualization, других вариантов нет – как и возможности расширить текущие инсталляции с Nutanix и получать полноценную поддержку продукта в России.
Резюмируя, что нужно учесть при миграции с AHV в zVirt?
Останавливать VM, миграция не работает "на лету".
Поддержка со стороны вендоров важна: мы взаимодействовали с инженерами Orion soft
AHV — не стандартный KVM. Автоматизация невозможна, готовьтесь к ручной работе.
NFS — рабочий вариант передачи дисков, но требует отладки монтирования и инициализации.
На сегодняшний день — это рабочая схема миграции, проверенная в продакшене.
Комментарии (5)
sukharichev
02.06.2025 16:49Не очень понятно, что ж у заказчика за инфраструктура такая, что время простоя ВМ должно быть минимальным? они не задублированы, не кластеризованы, вообще никакого резерва и высокой доступности? Ну постояли бы без одной реплики какое-то время...
Boris_Eroshin Автор
02.06.2025 16:49к сожалению у заказчика были системы которые не имели на уровне архитектуры бизнес приложений кластеризации и репликации, поэтому и была необходимость в конвертации. Вся отказоустойчивость была на уровне виртуализации.
gedev
02.06.2025 16:49AHV — не стандартный KVM
Что в вашем понимании "стандартный KVM"? Вы там ожидали увидеть libvirt и QEMU?
По итогу: вы достали образы дисков, конвертировали (ну видимо в qcow2) и запустили новые виртуальные машины с них. Банальная и очевидная операция для любого системного инженера, но подаёте это как героический героизм.
По описанию:
1. Выключили виртуальные машины (иначе прощай консистентность данных)
2. Конвертировали диски, но они ещё лежали у Nutanix
3. Подключили диру с дисками по NFS к хосту с zVirt
4. Судя по описанию не осилили обновление пула хранилища в libvirt и позвали на помощь ребят из OrionSoft (zVirt это форк oVirt, а тот, сюрприз, использует libvirt)
5. Запусили ВМ в zVirt используя диски из шары
Самое же интересное тут это как выполняли:Ну а в конце – перенесли диски с NFS-шары с Nutanix в новое хранилище.
Ведь надо создать локальную копию диска, переключить чтение/запись на неё, а NFS шару разобрать. Опять останавливали ВМ? Но в чём тогда выигрыш от фокуса с NFS?
Ava256
Очень интересно.А можно по подробнее по пункту 6. « Обратились в Orion soft за помощью, описав нашу проблему – поддержка действительно помогла и подсказала ряд действий, после которых в интерфейсе виртуализации мы увидели наши сконвертированные диски.» В чем была проблема и как ее исправлять?
Boris_Eroshin Автор
проблема была в том, что после фалового копирования через консоль в среду zVirt, в консоли "доменов хранения" диска было не видно, список дисков не обновляется. Помогли тем что дали скрипт, после запуска которого скопированный диск появился в списке доступных.