> Хорошо в этом плане то что атомарной сущностью выступает нечто логически завершенное и
> самостоятельное, т.е. VM обладающая почти всеми свойствами железной машины и администряемая
> аналогично таковой.

Что вам запрещает считать логически завершенным и самостоятельным - группу процессов, выполняющих определенные задачи?

И причем здесь вообще свойства "железной машины"? :D  Абсолютно никто в реальном продакшене железки не эмулирует, за редкими специализированными исключениями.  Кстати, запуск legacy-софта - как раз таки разумный пример использования виртуализации.  Для пропиерастов, конечно.

> При ее перемещении проблемы с отъездом конфигурации мигрируемого сервиса
> не возникнут - он со своим окружением целиком мигрируется, проблемам вылезти
> просто неоткуда.

Ох уже эти "теоретики"...

> Нормальный и логичный подход.

Чем "ненормален и нелогичен" - подход с разделением ресурсов обычными средствами ОС?  Как вы сами упомянули - многозадачные ОС появились давным давно, ресурсы делить тоже не вчера научились.  Может, кто-то просто не вкурсе?

> Теоретики что-то такое пророчили уже давно. Как обычно в сферически-конском виде. Они
> называли это процессом-странником.

И правильно делали.  Именно в этом направлении идет развитие того, что включают в Linux (см., к примеру в сторону CRIU).  А OpenVZ - дорога в никуда.

> Да я уже давно понял что громче всех в таком стиле кудахтают
> те у кого в ОС виртуализации нет.

???!

> В виртуалке если я допустим снесу бутлоадер - откат снапшота вернет все на место за
> 10 секунд. Т.к. при желаниии - снапшотится "блочный девайс вообще". А
> вот вы в этом случае таки будете мудохаться с заковыриванием бутлоадера
> на место.

Не буду.  Просто потому что сервер загрузится дальше.  Не с этого диска - так с другого.

Понимаете, да?  Задачу можно решить разными способами.

>> для подобных вещей штуки типа puppet и не говорят чепухи...
> Вы не поняли. Штуки типа puppet не заменяют а дополняют.

Не заменяют и не дополняют - просто это пример разумного управления конфигурациями.  А не бардака с "скопировать и запустить".

> Можно и в владивосток из москвы пешком сходить, теоретически ничему не противоречит.
> Но на самолете - явно проще и быстрее. Вот то что предлагаете вы - чесать пешком.

Отнюдь.  Просто подобное решение нельзя получить привычным многим локалхост-админам копипастом из какого-нибудь говноблога.  Иными словами - здесь нет универсальных решений.  Их нет и в вашем случае: в зависимости от характера сервиса(ов) виртуалки, размера данных, нагрузки - вас поджидают разного рода засады...  Удачи - у вас еще столько впереди!...

>> Без виртуализации - тоже есть снапшоты (LVM, некоторые файловые системы).
> Есть. Но это довольно урезанное понимание снапшота. Снапшот VM может быть и
> например с полным снапшотом блочного девайса, включая служебные области.

Вы про MBR? :)  Выше было поставлено под вопрос - насколько это может оказаться полезным.

> Образом RAM VM и прочая.

Это верно, конечно.  Но конкретно в вашем примере (быстро откатить здорово поломанное) - ничего такого особо и не нужно.

>> Нет никаких причин не использовать их с умом на "реальной железке".
> Нет никаких причин не пользоваться виртуализацией в XXI веке.

С умом - вполне можно.

> Абстрагировав вычислительные ресурсы от претендентов на таковые.

Moar абстрахций!  А многозадачность, процессы, потоки - все это зачем по-вашему?

>> В принципе, ничто не мешает смигрировать все и без виртуализации.  Руки?
> Миграция VMа целиком - гарантирует простоту процесса и то что в процессе
> заведомо ничего не отвалится.

Прямые руки и знания - вот что в реальности гарантируют декларированное вами.