Исходное сообщение
"Выпуск CRIU 2.0, системы для сохранения и восстановления сос..." Отправлено тень_pavel_simple, 10-Мрт-16 09:07
>>> Кто-нибудь уже придумал практическое применение (хотя бы в теории)? :D >> Павлин, как насчёт такого применения. > 1. Виртуалка. Сетевуха в бридже с eth0. > 2. Снапшот. > 3. Пуск > 4. Редирект трафика в виртуалку. >    -- если не упало обновляем продакшен, редиректим обратно. >    -- если упало -> не сохраняем снапшот. неплохо придумано, но, есть проблемы, как пример есть писаное чужими кривыми руками приложение, при старте коннектится к бд -> делает пару запросов -> следующие запросы раз в неделю. обработка потери соединения в приложении не расписана -> соответственно при потере tcp коннекта оно падает на раз-два. бд требует обновления, приложение остановить проблематично, можно конечно написать какой-нибудь прокси посередине но таких прокси ненаберёшся. > И то жирно, хватит проверить библиотеку на боевом, > ну отвалится сотня-другая тысяч клиентов, ничё, не умрут - F5 нажмут. > С миграциями есть риск, что все клиенты воткнутся вообще в нерабочий сервер. я конечно может слишком оптимистичен, но мне кажется criu взлетит. будет-ли реализована моя хотелка или нет - покажет время. f5 не для всех задач подходит, к сожалению. > --- > Вместо этой мигрилки лучше бы развивали тему "Дампа оперативки, и привязки его > к новой системе, как конфига ядра". (с) > grub: >  linux /boot/vmlinuz-9.99.999 root=/dev/cloud memcfg=/memdump-21.01.2189.raw > Через 2 сек. комп работает как и пару месяцев назад. > --- > За много бабла распишу и спроектирую схему реализации такой системы. Сам программить > не буду, влом уже. :) ну а чем принципиально это отличается от hibernate?