> Хорошо в этом плане то что атомарной сущностью выступает нечто логически завершенное и
> самостоятельное, т.е. VM обладающая почти всеми свойствами железной машины и администряемая
> аналогично таковой.Что вам запрещает считать логически завершенным и самостоятельным - группу процессов, выполняющих определенные задачи?
И причем здесь вообще свойства "железной машины"? :D Абсолютно никто в реальном продакшене железки не эмулирует, за редкими специализированными исключениями. Кстати, запуск legacy-софта - как раз таки разумный пример использования виртуализации. Для пропиерастов, конечно.
> При ее перемещении проблемы с отъездом конфигурации мигрируемого сервиса
> не возникнут - он со своим окружением целиком мигрируется, проблемам вылезти
> просто неоткуда.
Ох уже эти "теоретики"...
> Нормальный и логичный подход.
Чем "ненормален и нелогичен" - подход с разделением ресурсов обычными средствами ОС? Как вы сами упомянули - многозадачные ОС появились давным давно, ресурсы делить тоже не вчера научились. Может, кто-то просто не вкурсе?
> Теоретики что-то такое пророчили уже давно. Как обычно в сферически-конском виде. Они
> называли это процессом-странником.
И правильно делали. Именно в этом направлении идет развитие того, что включают в Linux (см., к примеру в сторону CRIU). А OpenVZ - дорога в никуда.
> Да я уже давно понял что громче всех в таком стиле кудахтают
> те у кого в ОС виртуализации нет.
???!
> В виртуалке если я допустим снесу бутлоадер - откат снапшота вернет все на место за
> 10 секунд. Т.к. при желаниии - снапшотится "блочный девайс вообще". А
> вот вы в этом случае таки будете мудохаться с заковыриванием бутлоадера
> на место.
Не буду. Просто потому что сервер загрузится дальше. Не с этого диска - так с другого.
Понимаете, да? Задачу можно решить разными способами.
>> для подобных вещей штуки типа puppet и не говорят чепухи...
> Вы не поняли. Штуки типа puppet не заменяют а дополняют.
Не заменяют и не дополняют - просто это пример разумного управления конфигурациями. А не бардака с "скопировать и запустить".
> Можно и в владивосток из москвы пешком сходить, теоретически ничему не противоречит.
> Но на самолете - явно проще и быстрее. Вот то что предлагаете вы - чесать пешком.
Отнюдь. Просто подобное решение нельзя получить привычным многим локалхост-админам копипастом из какого-нибудь говноблога. Иными словами - здесь нет универсальных решений. Их нет и в вашем случае: в зависимости от характера сервиса(ов) виртуалки, размера данных, нагрузки - вас поджидают разного рода засады... Удачи - у вас еще столько впереди!...
>> Без виртуализации - тоже есть снапшоты (LVM, некоторые файловые системы).
> Есть. Но это довольно урезанное понимание снапшота. Снапшот VM может быть и
> например с полным снапшотом блочного девайса, включая служебные области.
Вы про MBR? :) Выше было поставлено под вопрос - насколько это может оказаться полезным.
> Образом RAM VM и прочая.
Это верно, конечно. Но конкретно в вашем примере (быстро откатить здорово поломанное) - ничего такого особо и не нужно.
>> Нет никаких причин не использовать их с умом на "реальной железке".
> Нет никаких причин не пользоваться виртуализацией в XXI веке.
С умом - вполне можно.
> Абстрагировав вычислительные ресурсы от претендентов на таковые.
Moar абстрахций! А многозадачность, процессы, потоки - все это зачем по-вашему?
>> В принципе, ничто не мешает смигрировать все и без виртуализации. Руки?
> Миграция VMа целиком - гарантирует простоту процесса и то что в процессе
> заведомо ничего не отвалится.
Прямые руки и знания - вот что в реальности гарантируют декларированное вами.