Представлен (https://lists.openvz.org/pipermail/criu/2015-December/023888...) значительный релиз проекта CRIU 1.8 (http://criu.org/Download/criu/1.8), развивающего технологию сохранения и восстановления процессов в пространстве пользователя для Linux. Разработанный в рамках проекта инструментарий позволяет организовать создание контрольных точек, с заморозкой состояния запущенных приложений, и последующего восстановления работы с сохранённой позиции, в том числе после перезагрузки системы или на другом сервере без разрыва уже установленных сетевых соединений.
Представленная версия включает в себя множество функциональных исправлений, исправления в безопасности и новую функциональность:
- Добавили поддержку заморозки и разморозки следующих структур: правила маршрутизации IPv6 и правила фильтрации IPTables, экземпляр сетевого пространства имён с пустым сетевым мостом, seccomp в режиме FILTER, сетевые сокеты с опцией IP_FREEBIND (http://man7.org/linux/man-pages/man7/ip.7.html).- Добавили возможность получения списка поддерживаемой функциональности CRIU через RPC;
- Переработали систему запуска набора тестов (zdtm.py теперь использовать гораздо проще). Тесты запускаются в автоматическом режиме (https://ci.openvz.org/view/CRIU/) на всех поддерживаемых платформах (AMD64, PPC64le, ARM, AArch64, ARM) в непрерывном режиме с помощью Jenkins.
- Добавили возможность запуска пользовательских скриптов перед заморозкой и после разморозки процессов.
- Добавили опцию "info" в утилиту CRIT с информацией о статистике файлов с информацией о замороженных процессах (например количество сохранённых объектов).
- Сделали вывод утилиты CRIT более информативным для пользователя
- Добавили поддержку языка Python в API
- Возможность добавления произвольных путей в irmap scan;Следует отметить, что открытые проекты и компании всё больше интересуются технологией сохранения и восстановления состояния процессов в Linux:
- Пакет CRIU был добавлен (https://access.redhat.com/errata/RHEA-2015:2458) в Red Hat Enterprise Linux 7.0 (https://access.redhat.com/documentation/en-US/Red_Hat_Enterp...).
- На недавно прошедшей конференции DockerCon Europe итальянцы Jonathan Leibiusky и Marcos Lilljedahl в своём докладе продемонстрировали процесс миграции контейнеров с помощью CRIU (https://www.youtube.com/watch?v=ZBcMy-_xuYk&feature=youtu.be...), а отдельный доклад конференции был посвящен самому проекту (http://www.slideshare.net/openvz/live-migrating-a-container-...).URL: https://lists.openvz.org/pipermail/criu/2015-December/023888...
Новость: https://www.opennet.ru/opennews/art.shtml?num=43489
годнота
Списочек практических применений пожалуйте, сударь.
0-time deployment
live container migration
service backup
debug info gatheringдостаточно?
*BSD Live Migration http://7he.at/freebsd/vps/docs/demo_2012.mp4
По ходу так до ума и не доведен и года два уже как заброшен.
Или это такой бздшный ритуал – "закoпать" на пару лет и подождать, пока оно "созреет"? )
> По ходу так до ума и не доведен и года два уже как заброшен.Как и портирование KVM на фрю. Да и launchd они тоже стащить собирались.
Не хватает им квалифцированных разработчиков для нормального развития. Удержать бы то, что есть...
Ох, я понимаю, конечно, что это круто - но костыль же эпичных размеров
Отец русской демократии всем раскажет как надо?
Да как и всё остальное - понятные и соблюдаемые интерфейсы для установки/сохранения всего нужного состояния с достаточной эффективностью, плюс корректная обработка обрыва соединений и новых подключений пирами.Либо какие-нибудь stateless движки, работающие с распределёнными бэкэндами, плюс балансировщик, чтобы клиент даже не увидел, что какой-то инстанс умер.
Другое дело, что на практике регулярно костыли оказываются более разумным решением. Иногда они даже оказываются очень красивыми и изощрёнными - CRIU, гибернация, ksplice - как раз тз этой серии. Но, извините, меньшими костылями они от этого не становятся, так как всё это реализуется в системе которая, в общем случае, на такие фокусы совсем не рассчитана.
> Пакет CRIU был добавлен в Red Hat Enterprise Linux 7.0.А про "удален из Debian" - написать забыли.