Миграция proxmox to Ред виртуализация

проксмокс - это, в первую очередь, толстенный слой скриптов поверх libvirt и всё это не равно херпойми редос виртуализация.

какие конкретно опасения и чем вынужден данный секас в гамаке на лыжах в противогазе?

Опасения - что не взлетят виртуалки и кто-то окажется крайним после приобретения данного продукта, но далеко не тот кто это предложил и продавил.

А данное совокупление связанно с тем что до 24 года необходимо имортозаместится и выбор пал на продукты редсофта.

ред ос виртуализация

Построена на базе oVirt, можешь покапать в этом направлении

Опасения - что не взлетят виртуалки

Много виртуалок? Только kvm или еще lxc используются?

Есть какие нибудь подводные камни?

Сетевые интерфейсы точно придется перенастраивать, изменяться mac.
Если на proxmox использовались тома zfs/lvm то нужно будет их в образы конфертнуть перед переносом (хотя может oVirt поддерживает такие тома тоже)

А данное совокупление связанно с тем что до 24 года необходимо имортозаместится и выбор пал на продукты редсофта.

Альт Сервер Виртуализации (https://www.basealt.ru/alt-server-virtualizacii/description) под капотом proxmox и docker, удмаю можно будет с текущим proxmox в один кластер запихнуть и смигрировать виртуалки

Много виртуалок?

Много, территориально разнесены по районам области.

zfs/lvm

В том то и дело…

Альт Сервер Виртуализации

выбор пал на продукты редсофта… и к сожалению это не обсуждается(

https://lists.ovirt.org/pipermail/users/2017-December/085518.html вот напрмер что нашлось по теме

Бывает, а Ред свои продукты только продает? нельзя взять шароварную версию на месяц и отработать процесс переноса чтобы все костыли собрать?

Ну так-то можно ещё на Астра + Брест посмотреть. Но ТС написал, что волевое решение уже принято, остаётся бороться с последствиями.

Астра + Брест

Тоже proxmox? Понаплодили «импортозамещения»...недавно подключался к человеку по rudesktop, смотрю что-то он мне напоминает, ну да точно RustDesk!

Саму ОС скачать можно. Конкретно про виртуализатор предлагают писать письма.

Я почему-то думаю, что пойдут навстречу, тем более человека интересует внедрение конкретно их продукта. Возможно, потребуется письмо от руководства предприятия, а не физлица…

ну, раз

после приобретения данного продукта

и

выбор пал на продукты редсофта

Тряси поддержку, запроси демку, консультацию, возможность платной поддержки и непосредственного участия их специалистов в процессе миграции и т.д.

Работать люди должны, а не просто так зарплату получать. Зато на любой факап у тебя будут факты (бумажки, подтверждающие выполненные работы).

По консультациям с лора никто тебе документов не предоставит. И…

кто-то окажется крайним

Таки дела.

Можно конечно. И обязательно протестируем в ближайшем будущем. Просто хочется заранее быть готовым. Только месяцем не обойдется, есть довольно специфичный софт, при работе которого косяки могут проявится не за месяц и не за два.

Ну тогда пишите на адрес, который я нашёл выше…

Спасибо, запрос уже сделали… Меня больше интересует инфа о результате самого переноса вм, к чему готовится и стоит ли вообще.

Стоит, могу про миграцию vmware -> proxmox рассказать. Если мигрируешь linux и в initramfs нет нужных драйверов (VirtIO обычно), то система не загрузится нужно будет через livecd и chroot пересобирать initramfs. Миграция win тоже от этого страдает, нужно или зараннее драйвера virtio ставить и мигрировать или на виртуалке в proxmox выбирать другой тип диска и сетевой карты. Еще удалять vmware-tools и ставить quemu-agent чтобы из интерфейса proxmox корректно выключалась виртуалка.
Ну и смена mac адресов на интерфейсах, обычно можно руками поправить в настройках vm.

Мне кажется, что в этом случае, к сожалению, работает правило «Хочешь сделать что-то хорошо — сделай это сам». Пользователей РедСофта на ЛОРе, скорее всего, и вообще-то немного, а уж по виртуализации и того меньше.

проксмокс - это, в первую очередь, толстенный слой скриптов поверх libvirt

Поверх qemu. В proxomx не использутеся libvirt.

хех, действительно…

root@pve:~# apt-cache policy libvirt0
libvirt0:
  Installed: (none)
  Candidate: 7.0.0-3+deb11u2
  Version table:
     7.0.0-3+deb11u2 500
        500 http://ftp.ru.debian.org/debian bullseye/main amd64 Packages

ну, общей сути, в данном контексте, это не меняет…

Сетевые интерфейсы точно придется перенастраивать, изменяться mac

С чего бы вдруг? MAC-адреса адаптеров в виртуалке задаются легко и непринужденно.

Это да, но мало кому надо во всех виртуалках жестко задавать mac при установке системы, а при переносе можно наткнуться на то что он поменялся и dhcp не то выдал или acl перестал пускать или еще что

Вообще при создании виртуалки MAC фикируется всегда. Он может генерироваться при создании - но после этого он уже стабилен. Слишком много в настройках сети (во всех ОС) завязано на него чтобы он не фиксировался.

Так что просто написать сркипт который из проксмокса утащит конфиги ВМ и потом пересоздаст их в целевой системе вообще не вопрос.

Вообще при создании виртуалки MAC фикируется всегда.

да, но когда ты создаешь виртуалку на другом хосте mac генерируется по новой и если его не перетащить с предыдущего хоста то будет фейл.

Виртуалки или контейнеры? По идее линуксовые виртуалки проксмокса можно скопировать прямо на реальную машину и будет работать. Поэтому проблем не должно возникнуть.

Если ты едешь через virsh define то вполне задается. Я бы больше беспокоился за смену адресации виртуальных девайсов на PCI

Вообще РедСофт это чистой воды Шапка7/CentOS7, + напихали несколько версий софта с версиями выше чем в 7 и все.

Если в ядре включена старые имена устройств (net.ifnames=0) и сетку поднимаем NM то по барабану.

На поверку Ред Виртуализация оказалась RedHat Virtualization один в один, слегка стилизованной в цвеца редсофта.

слегка стилизованной в цвеца редсофта

Типичное импортозамещение.

и к сожалению это не обсуждается(

Увольняйся пока не повесили на тебя все косяки.