The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск CRIU 3.18, системы для сохранения и восстановления состояния процессов в Linux, opennews (??), 24-Апр-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


7. "Выпуск CRIU 3.18, системы для сохранения и восстановления со..."  +4 +/
Сообщение от Аноним (7), 24-Апр-23, 23:42 
Было бы неплохо смигрировать вживую контейнер с одной машины на другую, например.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

12. "Выпуск CRIU 3.18, системы для сохранения и восстановления со..."  +/
Сообщение от Dzen Python (ok), 24-Апр-23, 23:57 
М?
Прикладники научились писать софт, который не требует перезапусков раз в эн времени?
Или 640 петабайт оперативы уж точно должно хватить всем?
Ответить | Правка | Наверх | Cообщить модератору

14. "Выпуск CRIU 3.18, системы для сохранения и восстановления со..."  +/
Сообщение от 48 (?), 25-Апр-23, 00:40 
А что драйверов на расте писать не собираются? или системы не состоят из контейнеров внутри виртуалок, потому что никто низачто не отвечает?
Ответить | Правка | Наверх | Cообщить модератору

40. "Выпуск CRIU 3.18, системы для сохранения и восстановления со..."  +1 +/
Сообщение от Ivan (??), 25-Апр-23, 11:16 
Жду пока в Proxmox VE добавят живую миграцию LXC контейнеров. Ранее в Promox VE работала живая миграция
OpenVZ контейнеров. После того как разработчики в Proxmox VE добавили LXC вместо OpenVZ, то они сломали живую миграцию контейнеров.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

48. "Выпуск CRIU 3.18, системы для сохранения и восстановления со..."  +/
Сообщение от ABATAPA (ok), 25-Апр-23, 16:40 
Для QEMU-контейнеров работает.
Ответить | Правка | Наверх | Cообщить модератору

54. "Выпуск CRIU 3.18, системы для сохранения и восстановления со..."  +/
Сообщение от PnD (??), 26-Апр-23, 16:23 
LXC оборачивает то что умеет ядро с cgropus.
Там некому (пока?) контролировать состояние памяти (чтобы построить поверху миграцию). Максимум что можно — зафризить SIGSTOP и потом тащить всю память, до победного.
Второй проблемой будет перенос состояния CPU в новую точку запуска контейнера. И вот его в CRIU как-то сумели решить, как я понял из новости.
* "Тапки", fd etc. не упоминаю т.к. в целом тривиально.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру