>> Если вдруг возникнет такая задача -
>> zfs send имя-снапшота | ssh host zfs receive имя-номер-виртуалки
>круто. И пока оно копируется - виртуалка спокойно полежит.Ну да, нет проблем. У меня почти все виртуалки обязаны работать 12 часов в сутки, а остальное время имеют право лежать. И да, если мы такое делаем, значит либо с виртуалкой что-то не так и она всяко уже лежит, либо нам надо копию для экспериментов и нас вполне устроит снапшот живой машины, которую не надо стопать для этого.
>А если у тебя там не zfs а к примеру lvm как местные эксперты насоветовали?
Что там советуют любители "европэйсих ценностей" и использования интерфейса вывода для ввода - мне не интересно. Я гей-порно не смотрю ;)
>коммерческих системах виртуализации
Вот сразу нахер с пляжа. У меня задача решить проблемы клиента юридически чисто с максимальной эффективностью за минимальные деньги. Понятие "стоимость софта" в решении этой задачки лишнее.
Поправить текстовый конфиг зачастую гораздо быстрее, чем ползать по веб-морде и искать нужные кнопочки-галочки. Благо у веб-морды прокса легко доступно окно консоли, если уж нет линукса под рукой
>А перенос виртуалки в другой кластер делается вот так: move-vm 'name' -Destination 'name'
>Разумеется, она при этом ничего даже и не заметит.
И, разумеется, трастовые отношения между кластерами вмвари настроены заранее? ;) Мы же обсуждаем перенос виртуалки между разными кластерами.
В пределах одного кластера Proxmox, разумеется, умеет live migration и оно прекрасно работает. В том случае, если процессоры у нод одинаковые. Но live migration между Intel и AMD, например, не умеет и нежно облизываемая vmware, причём от слова "совсем"
Да, я не знаю, как в проксе сделать межкластерный траст, скорее всего - никак. Но за много лет использования прокса (с 3 версии) мне это понадобилось 2 раза и оба раза вариант с zfs send-receive меня полностью устроил