The OpenNET Project / Index page

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



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

Оглавление

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

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


17. "Выпуск CRIU 3.19, системы для сохранения и восстановления со..."  +1 +/
Сообщение от Аноним (5), 30-Ноя-23, 15:16 
То что восстановить на локальной системе можно - это понятно. Но вот представь, у тебя работающий сервер. Ты его замораживаешь, мигрируешь на другой VPS, размораживаешь. У него айпишник будет другой. Предположим, что у них хитрая реализация TCP, позволяющая менять айпишники в середине сессии. Более того, приложение в своих переменных будет хранить старый адрес, а значит все новые сессии на старый адрес прозрачно менять на новый. Но как они все узнают новый IP? А никак, в TCP такие финты не предусмотрены. Значит придётся это либо в протокол самого приложения, но тогда можно просто начать новую сессию с новым IP, и заменить адрес в переменных, как встроенная фича сервера. Тогда весь этот гимор с замораживаниями и хитрыми реализациями TCP не нужен. Делать навесной протокол без аутентификации? Злоумышленникам очень понравится. С аутентификацией? Не везде применимо, и код приложения менять надо. Далее, если миграция не пройдёт очень быстро, то клиенты отвалятся по таймауту.

Отсюда, единственное применение этой технологии - микросервисная архитектура, когда у нового и старого инстанса микросервиса один и тот же айпишник внутри своей частной сети и когда все микросервисы настроены не рвать соединение по таймауту. Эрзац-servicemesh на костылях. Обычный сервисмеш лучше, но на самом деле ни сервисмеш, ни миаросервисная архитектура не нужны, это просто модный культ карго.

Ответить | Правка | Наверх | Cообщить модератору

21. "Выпуск CRIU 3.19, системы для сохранения и восстановления со..."  –2 +/
Сообщение от Аноним (21), 30-Ноя-23, 18:14 
> У него айпишник будет другой.

Не будет. Переносил так виртуалки на другой континент, вместе с айпишником. Таймауты для TCP сессий в популярных ОС сам нагуглишь, это домашка тебе такая. Как сделаешь, я тебе про сервисмеш домашку выдам. А там глядишь и до карго-культа доберёмся. Всё, топай самообразовываться.

Ответить | Правка | Наверх | Cообщить модератору

23. "Выпуск CRIU 3.19, системы для сохранения и восстановления со..."  +/
Сообщение от Аноним (23), 30-Ноя-23, 22:28 
Я не тот аноним, но тоже не понял что-то. Вот есть у меня приложение, которое установило соединение с сервисом в инете. Я его заморозил, а через день разморозил, и все продолжит работать что-ли? И там в инете целый день меня буду ждать?
Ответить | Правка | Наверх | Cообщить модератору

25. "Выпуск CRIU 3.19, системы для сохранения и восстановления со..."  +/
Сообщение от Аноним (21), 01-Дек-23, 05:02 
Ну прямо день может и не будет, но вообще это зависит от многих факторов. В убогие времена модемной связи по карточкам можно было отключиться, пообедать, попить чаю, сходить в сортир и подключиться обратно, при этом SSH-сессии не рвались (если не пытаться в окне никакие кнопки нажимать, конечно же). Разгадка проста: публичный айпишник у провайдерского NATа был один на всех, поэтому с точки зрения удалённого сервера ничего страшного не происходило. RST не пришёл, а то, что пакетов полтора часа в сокете нет, так это ещё не повод рвать соединение. Если тебе в цифрах интересно, что смотри man 7 tcp, конкретно про логику работы keepalive.
Ответить | Правка | Наверх | Cообщить модератору

27. "Выпуск CRIU 3.19, системы для сохранения и восстановления со..."  +/
Сообщение от Аноним (27), 01-Дек-23, 14:05 
Это конкретно один протокол так реализован и сервер так настроен. А остальные сервера (HTTP, кхе, кхе) просто порвут соединение, чтобы не было slowloris.
Ответить | Правка | Наверх | Cообщить модератору

28. "Выпуск CRIU 3.19, системы для сохранения и восстановления со..."  +/
Сообщение от Аноним (27), 01-Дек-23, 14:11 
Собственно для миграции серверов, обслуживающих много пользователей, миграция контейнеров и нужна. Свой личный сервер перезапустить обычно проблемы нет. Перезапустить сервер массового обслуживания - у пользователей проблемы будут. Я не вижу, как замораживание их может решить. Обычно их решают так: стартуют новый заблаговременно на своём айпишнике, когда загрузится - балансировщик его задействует, после чего старый можно убирать. Так что миграция контейнеров и тут не нужна. Зачем нужно сохранение сетевых соединений при разморозке - не понятно.
Ответить | Правка | Наверх | Cообщить модератору

29. "Выпуск CRIU 3.19, системы для сохранения и восстановления со..."  +/
Сообщение от Аноним (29), 01-Дек-23, 18:15 
Про keepalive я в курсе, но а если он не используется в протоколе, то что? Вот, к примеру, я сделал telnet IP 80, и он продолжит работать после нескольких через заморозки?
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

32. "Выпуск CRIU 3.19, системы для сохранения и восстановления со..."  +/
Сообщение от Аноним (21), 04-Дек-23, 05:37 
Ты (и другой анон выше тоже) путаешь уровни OSI. Гарантии CRIU ограничиваются TCP. Всё, что выше не его забота. Для HTTP он действительно мало полезен. Но HTTP-соединения by design долго не живут. К сожалению, Интернет не ограничивается одним HTTP.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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