На землю из облаков: переезд Proxmox на компьютер в офисе в РФ

[vampire333]

Не совсем понятно, зачем такие мучительные процедуры? Я переезжал сделав бэкап на старом сервере, переместил бэкап, развернул на новом. Все штатными срелствами.

[Bessome]

1. Хранилища называются по-другому. Штатное средство не работает.
2. Хотелось установить не на Debian, а именно свежий оригинальный образ
3. На переезд было 2 дня выходных и вечер пятницы.

[MAXXL]

Я делал переезды так — разворачиваем на новом сервере Proxmox, создаем виртуальные машины, пустые, с конфигурацией аналогичной исходным (можно ручками, можно из файла конфигурации исходного сервера). Этот подготовительный этап можно делать сколько угодно времени, оригинальный сервер работает. Если сохраним оригинальные имена и номера VM, то можно будет создать бэкапы VM на старом сервере и восстановить их на новом. Второй вариант — остановить машины на старом сервере, перенести файлы с образами дисков на новый (если изменились имена то переименовать соответственно), стартануть VM. Тут затраченное время будет зависит от пропускной способности интернет каналов. Ну и время на разворачивание из бэкапов, если первый вариант.

[ky0]

1. При ресторе бэкапа можно указать название хранилища, если есть дополнительные mount-point`ы — добавить их в конфиг руками после рестора.
2. Бэкапы от более старых версий совместимы с новыми — это же просто архивы ФС.
3. Дамп-рестор занимает совсем немного времени.

[oller]

Советы по proxmox после 7 лет использования:

• следите за iowait!!! Это ахилесова пята, во время миграции диска легко словить краш фс в соседней виртуалке, во время бекапа, который только полный! Тоже, последний прикол потеря таблицы разделов с ubuntu14, после перезапуска ос.
• бекапьте сторонними средствами с агентами, появился pbs, но он демка глубокая, на ровном месте отваливается
• обновления= боль, без обновлений тоже проблемы бывают притом серьезные
• кучу проблем с отвывами на форуме — обновитесь, решено в новой версии, ну и частые советы отрубить ha

Ps извините за ошибки в тексте, пишу с телефона

[werter78]

Пользуем PVE более 6 лет.
Бэкапим\восстанавливаем встроенными средствами — проблем нет.
Обновлялись последовательно еще с 2-й до 6-й — проблем нет.
PBS — релиз. Развертывайте и пробуйте.

[oller]

Тоже со второй, огребали не раз
Pbs только на словах релиз и требует обновление всего кластера!

[Bessome]

Два комментария к Вашему:

1. пишу-“остановите Ноду N.”
2. Пишу — выбран релиз Debian (с убунту тоже огребали веселья)

[oller]

1 пишу. — " и затем перенесите с простоем на обновленный кластер и не дай бог у вас ceph или gluster"
2 Пишу. — Далеко не всегда даже LTS можно ставить, попробуйте ка Python свежий, ну требования разрабов такое, ну не устраивает их 2 и даже начальные 3и

[werter78]

Почему нельзя было просто развернуть PVE на новом железе и развернуть бэкапы ВМ?
B почему вы 5-й PVE развертывали?

Зы. Всем интересующимся forum.netgate.com/topic/120102/proxmox-ceph-zfs-pfsense-%D0%B8-%D0%B2%D1%81%D0%B5-%D0%B2%D1%81%D0%B5-%D0%B2%D1%81%D0%B5/

[Bessome]

Развертывали 5-Ый на старом, облачном? Или на новом, офисном? Или по ссылке про установку версию выяснили?
Поставили машины в облаке в минус третьем году от пандемии. Сейчас ставили актуальную версию из интернет.
В принципе, развернули pve на новом железе, развернули бекапы вм.

[vviz]

А что не ESXi?

[borisovEvg]

Что-то как-то все сложно. Конфигурации ВМ находятся в папке /etc/pve/qemu-server/, файлики id_вирт_машины.conf.
в этом конфиге легко меняется путь расположения виртуального диска:
virtio0: data:106/vm1.raw,cache=writeback,size=60G

[Bessome]

Конфигурация машины переехавшей находится в архиве на 173гб, который заливался всю субботу.
Решение, описанное в статье, как раз для случая, когда нет вариантов перезаливать с нужными настройками.
Архив открыть и отредактировать не было места уже.

[borisovEvg]

В таком случае vzdump и qmrestore имеют необходимые параметры чтобы не делать так сложно как описано у вас. Честно говоря по вашему «мануалу» вряд ли кому-то еще удасться (захочется) переехать на новый сервер.

[chempionmaks]

Спасибо за статью. Вот вы пишите "передаваемая в аренду услуга по предоставлению удаленных рабочих мест" и "компании в штате нет настоящего linux-гуру." Как понимаю у вас там Windows в гостевых ОС с доступом по РДП? Или все таки что-то интереснее? Было бы интересно почитать о том, как у вас это организовано. Мой опыт виртуализации "вид новых гостей" в KVM окончился тем, что бухгалтерия начала работать на linux (manjaro) :))