История изменений

Есть несколько причин:

• клонирование, подразумевает собственно клонирование, на локальный сторадж. Локальный сторадж - на серверном оборудовании (2,5' SAS 10k), дорогой. Если говорить о fullclone. Не fullclone, я пока не нашёл как делать (не считая возможности использовать шаблон, но это совсем о другом).
• если делать полное клонирование, то это вызовет гигансткий io
• есть потребность, на клонированной машине, не изменять никаких настроек. Особенно, это касается сети. Если я буду клонироваться на тот же узел, как минимум MAC, придётся менять.
• есть потребность иметь полную копию продуктивного окружения (в т.ч. сеть, DNS и т.д.). Для теста обновления ПО или наката из backup.
• продуктивная машина может быть достаточно «толстой», и в клонированном виде, придётся ей урезать ОЗУ (к примеру), что может вызвать ряд проблем, внутри самой VM.

Вообще, активно потыкав ovirt - нашёл, что это ПО, во-первых заточено под shared storage. Что вообще говоря, правильно и хорошо. Но весьма не дёшего. И ovirt, имеет ряд багов. Сходу наткнулся прям на несколько. Все баги есть в bugtracker. Один из багов фатальный, и приводит к не возможности управлять нодой. То есть, ovirt - не идеален. Факт прям из фактов! Да, я знаю про RHEV, но в виду того, что с zfs есть проблемы, и всё точится под shared storage, я вынужден посмотреть на proxmox (в виду цены shared хранилища).

Да и вообще, можете считать меня рукожопым, но... CentOS мне совсем не нравится. Я тут давича тред создавал, что не мог работать с локальными дисками в ней, так вот, таки выяснил, что надо настраивать multipath - чёрные списки дисков, тогда будет всё ок. - И всё у меня получилось. Так что мои руки тут не при чём! Это by design так... Теперь следующая проблема: у меня после ребута далеко не всегда поднимается сеть... В начале загрузки centos, прям тухнут светодиоды на сетевой карте. Помогает только ifdown, ifup, ifup, reboot. - Только так..! Что тут глючит - не знаю. Железо серверное. Может systemd дурит, или selinux. - В общем, на debian таких проблем не было, ровным счётом - никогда.

Есть несколько причин:

• клонирование, подразумевает собственно клонирование, на локальный сторадж. Локальный сторадж - на серверном оборудовании (2,5' SAS 10k), дорогой. Если говорить о fullclone. Не fullclone, я пока не нашёл как делать (не считая возможности использовать шаблон, но это совсем о другом).
• если делать полное клонирование, то это вызовет гигансткий io
• есть потребность, на клонированной машине, не изменять никаких настроек. Особенно, это касается сети. Если я буду клонироваться на тот же узел, как минимум MAC, придётся менять.
• есть потребность иметь полную копию продуктивного окружения (в т.ч. сеть, DNS и т.д.). Для теста обновления ПО или наката из backup.
• продуктивная машина может быть достаточно «толстой», и в клонированном виде, придётся ей урезать ОЗУ (к примеру), что может вызвать ряд проблем, внутри самой VM.

Вообще, активно потыкав ovirt - нашёл, что это ПО, во-первых заточено под shared storage. Что вообще говоря, правильно и хорошо. Но весьма не дёшего. И ovirt, имеет ряд багов. Сходу наткнулся прям на несколько. Все баги есть в bugtracker. Один из багов фатальный, и приводит к не возможности управлять нодой. То есть, ovirt - не идеален. Факт прям из фактов! Да, я знаю про RHEV, но в виду того, что с zfs есть проблемы, и всё точится под shared storage, я вынужден посмотреть на proxmox (в виду цены shared хранилища).