Аспро: ЛайтШоп [тема: ЖивMigration в другой кластер (даже с 3 на 5)]

ЖивMigration в другой кластер (даже с 3 на 5)

Wed, 23 Feb 2022 12:35:00 +0300

ЖивMigration в другой кластер (даже с 3 на 5) Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Последнее сообщение, которое я читал об этом, было в январе 2021 года, так что прошло больше года. Есть ли у тебя какие-то обновления по их прогрессу?
23.02.2022 12:35:00, andy77.

ЖивMigration в другой кластер (даже с 3 на 5)

Wed, 23 Feb 2022 11:23:00 +0300

ЖивMigration в другой кластер (даже с 3 на 5) Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
proxmox dev в настоящее время работают над кросс-кластерной живой миграцией, так что я надеюсь, что скоро это станет доступно.
23.02.2022 11:23:00, spirit.

ЖивMigration в другой кластер (даже с 3 на 5)

Wed, 23 Feb 2022 10:59:00 +0300

ЖивMigration в другой кластер (даже с 3 на 5) Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Привет, @tapsa, этот хак, похоже, больше не работает, так как команда qm сообщает: Код: узел кластера не найден.
23.02.2022 10:59:00, andy77.

ЖивMigration в другой кластер (даже с 3 на 5)

Fri, 20 Sep 2019 09:52:00 +0300

ЖивMigration в другой кластер (даже с 3 на 5) Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Надеюсь, они смогут реализовать эту функцию, потому что не очень удобно выполнять эти задачи вручную, используя резервные копии. В Proxmox v3 эта опция была доступна с помощью команды vzmigrate. К сожалению, она была убрана вместе с OpenVZ.
20.09.2019 09:52:00, jmjosebest.

ЖивMigration в другой кластер (даже с 3 на 5)

Fri, 20 Apr 2018 18:06:00 +0300

ЖивMigration в другой кластер (даже с 3 на 5) Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Этот метод безопасен для 'продакшен' хоста? Я хочу перенести с старого кластера на новый один узел. Но новый узел сейчас находится в продакшене. Раньше я просто копировал /etc/pve/qemu-server/.conf со старого узла на новый, так как я использую образы на общем NFS хранилище, а затем просто запускал и останавливал ВМ. Но это создает минутный простой. Я хочу 'живую миграцию' всех своих старых ВМ без простоев. Я также не хочу добавлять новый узел в кластер, а затем выводить его из кластера. Я слышал, что это очень рискованно (если не ошибаюсь). Спасибо заранее.
20.04.2018 18:06:00, Nkuean Kiriz.

ЖивMigration в другой кластер (даже с 3 на 5)

Sun, 04 Mar 2018 15:36:00 +0300

ЖивMigration в другой кластер (даже с 3 на 5) Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Все старые пользователи Proxmox знают, как это может быть досадно – мигрировать свою среду с 3 на 4 или даже на 5. И есть множество других причин, по которым иногда хочется переместить свои ВМ с одного кластера на другой. Для этого есть грязный хак: - скопируйте с вашего локального компьютера публичный ключ в целевую среду. - создайте путь к вашей исходной машине /etc/pve/nodes/target/qemu-server/ - создайте путь к вашей целевой машине /etc/pve/nodes/source/qemu-server/ и затем используйте этот грязный, совершенно небезопасный скрипт #!/bin/sh LOCALHOST="$(hostname)" VMID=$1 REMOTEHOST=$2 /usr/bin/scp -r /etc/pve/nodes/${LOCALHOST}/qemu-server/${VMID}.conf root@${REMOTEHOST}:/etc/pve/nodes/${LOCALHOST}/qemu-server/ /usr/sbin/qm migrate ${VMID} ${REMOTEHOST} -online /usr/bin/ssh root@${REMOTEHOST} mv /etc/pve/nodes/${LOCALHOST}/qemu-server/${VMID}.conf /etc/pve/qemu-server /usr/bin/ssh -o 'BatchMode=yes' root@${REMOTEHOST} qm resume ${VMID} --skiplock [ -d ./backup ] || mkdir ./backup mv /etc/pve/nodes/${REMOTEHOST}/qemu-server/${VMID}.conf ./backup/ И используйте его, как migrate.sh id targethost Да, это хак, и он может выдать вам ошибки. Вероятно, будет неплохой идеей добавить больше проверок к этому. Также имейте в виду, что в некоторых случаях это оставит блокировку миграции на конфигурационном файле, и вам нужно будет это очистить. В любом случае, это просто демонстрация того, что миграция ВМ из одного кластера в другой не так уж и сложна, и я думаю, что весьма странно, что в самом Proxmox нет этой функции.
04.03.2018 15:36:00, tapsa.