Proxmox VE 5.0.
Proxmox VE 5.0 на базе Debian 9 Stretch и на ядре Linux 4.10 увидел свет.
Proxmox VE Storage Replication
Одним из серьёзных нововведений стоит признать технологию Storage Replication. Как было до её появления? Вам был нужен общий ресурс (shared storage), на котором будут лежать образы-жёсткие-диски виртуальных машин. Вы могли бы использовать Live Migration для того, чтобы виртуальная машина в режиме онлайн могла "переходить" с одной физической ноды на другую в случаях аварий или при плановом обслуживании. А как быть в случаях, когда нет возможности создать такой общий ресурс?
Технология Storage Replication позволяет в асинхронном режиме БЕЗ использования общих хранилищ передавать на другую ноду дельты изменений виртуальной машины, чтобы в случае поломки ноды у вас были данные на другой. Технология опирается на механизм снимков (snapshots), которые и отправляются, как дельты, на целевую ноду. Минимальный интервал - 1 минута. Максимальный - 1 неделя.
Гостевую операционную систему можно реплицировать на несколько нод кластера, но, естественно, нельзя реплицировать дважды на одну и ту же. Включённая для гостевой системы технология реплицирования не позволяет использовать технологию Live Migration, хотя обычное offline миграция поддерживается.
Если у вас, для примера, есть VM100 на НодаА и вы указали реплицировать данные на НодаБ, а потом заставили мигрировать виртуальную машину с А на Б, то при успешной миграции реплика сама поменяет направление и уже НодаА будет принимать изменения-дельты от НодаБ. Если вы заставляете VM мигрировать туда, где нет реплики, то будет скопирован полный образ гостя, а реплика будет продолжаться делаться на ту ноду, куда вы указывали прежде.
Более подробно Storage Replication
importdisk
Улучшили и упростили процедуру импорта виртуальных машин других гипервизоров VMware, Hyper-V и т.д. Появилась возможность вызвать qm с параметром qm importdisk
До сего момента, переход с одного гипервизора был болезненным. Кроме образа диска нужно было разобраться с конфигурацией аппаратуры, которую виртуализировал гипервизор. Ошибки в ручном подборе похожего "железа" и вот гостевая MS Windows падает в BSoD. Нужно было раньше готовить гостя к переходу через легендарный MergeIDE, теперь многое станет проще.
Более подробно Importing Virtual Machines from foreign hypervisors
