то и значит, обновились а драйвер например в новой версии кернела не совместим или глючит, а как откатится? А никак.

так на предыдущую версию образа

это все хорошо пока у тебя это не тяжёлая база данных

в coreos, по аналогии с docker rpm-ostree хранит все изменения в "слоях" - снепшотах.

не ну слои это очень удобно

а причем тут база данных? образ ОС на отдельном диске, если ваще не с сети тянется, да и весит он копейки, ведь там только ядро и CRI

а тут логика как в контейнерах, глючит "этот" образ? бери "другой")) тебя же не смущает в контейнерах, если глючит какой-нить там glibc, то ты просто берешь дургой образ, где "нормальная" версия этой либы и летишь дальше

не ну без визуального тыканья это крайне не удобно. У тебя ломается что нить, ты это не успеваешь фиксить.. и такой же эффект на всех хостах может быть. Сидишь и тупо плачешь от безысходности

Не ну в норм осях это руками хоть поправить можно

так тут так же))) собрал образ где все поправил и загрузился в него

ну да и сколько это человеко часов?

я чот уверен, что сборка подобных образов, примерно как в packer, автоматизирована и не доставит проблем.

да режим "дебага" полюбас есть) сужу по coreos, как бы не пытались, через rpm-ostree можно поставить пакеты и не ребутаться при этом. ну да, придется указать пару опций, которые спрятаны в недрах документации.

я чот уверен, что сборка подобных образов, примерно как в packer, автоматизирована и не доставит проблем.

Это, кстати, редко когда правда. С каждым мажорным апдейтом чего-нибудь могут прилетать новые грабли, которые приходится локально дебажить с VNC во время сборки. И затем аккуратно это тестировать и проверять на тестовых машинах. Другой вопрос, что такие образы не требуется часто собирать, т.к. весь рантайм в контейнерах и в образе по сути сидят ядро ОС, драйвера и CRI. И на выкатках намного больше уверенности в том, что в проде ничего не разломается из-за несовместимости ядра и либы Х

Кмк по совокупности обновление на новую версию при таком подходе - более трудозатратный процесс, чем бахнуть апдейт пакетов на продовых машинках с ребутом. Но намного менее нервный:D

Это, кстати, редко когда правда. С каждым мажорным апдейтом чего-нибудь могут прилетать новые грабли, которые приходится локально дебажить с VNC во время сборки. И затем аккуратно это тестировать и проверять на тестовых машинах. Другой вопрос, что такие образы не требуется часто собирать, т.к. весь рантайм в контейнерах и в образе по сути сидят ядро ОС, драйвера и CRI. И на выкатках намного больше уверенности в том, что в проде ничего не разломается из-за несовместимости ядра и либы Х

Ой на новом релизе вон крол очешуел.. @frct1 не даст соврать

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

да там по сути дело не дошло даже до крола) ерланг порвало жеж)

А где dev/stage для этого?

А где dev/stage для этого?

то есть у него не прод

У меня получилось, что не сам стек заглючил, а пакетная база centos 9

какие люди.

?

вы в чате аврора dev состоите вот и удивился

типа ОС как контейнер. вот ядро и CRI, дальше клади конфиги сюда, а файлы сюда. нужно обновить, просто ребутнись с нового образа

ну представь, тебе нужен HAProxy и только он, вот зачем тебе все остальное? нужно ядро, некий механизм передачи набора параметров ядру, sysctl, cmdline и собственно сам HAProxy с его конфигом, ВСЕ, остальное просто мусор по сути. Готовишь конфиги, кладешь в папки, жмякаешь кнопку старт - хапрокся работает, ну здорово же!))

ничего знать не хочу. Представь что в тебя ну например 18 хостов и как то этими хостами виртуализации надо управлять. И как? Вот допустим у нас еще столько же хостов с сефом. Как в случае чего диагностировать проблемы? И как это лечить?

А оно ОП и не работает. И ты такой - а? Чо?

Это если документация есть, а не в голове разработчика она

Логи, фикс конфигурации, ребут, все как с контейнером

Какие логи? Ну ок, в логах тайм-аут, дальше?

Дальше и что вы будете делать в баше с таймаутом?

Я то раскачу отладочный контейнер со всем говном, начиная от strace и tcpdump

И что вы там собрались смотреть В ПРОДЕ?!?!?!

Еще может компилятор поставить?)

Я то раскачу отладочный контейнер со всем говном, начиная от strace и tcpdump

Окей, увидите, что там tls бегает, например через port-mirrorна коммутаторе, тут tcpdump вообще не нужен

Да, это отладочный контейнер. Надо будет - поставлю

А откуда у вас доступ к коммутатору и готовый span?

Ну так ребутнетесь в отладочный образ...😅

Это вы как на проде сделаете ?

Ну например sky-dive развернут в инфре

Оно равносильно же нуу

И как он у вас ходит на физику ?

Так же как tcpdump

Вы чот перепрыгиваете. Tcpdump у вас смотрит на интерфейс. А как вы сделаете skydive port mirror на физике ?

Агент же запущен на гипервизорах

И как у вас skydive ходит на vswitch? И как он там сделает span?

Понятия не имею, админ задеплоил, может там вообще ebpf:)

Вот! Вот мы и пришли к тому как это собирать.

Я забыл как называется, там прикол в том, что внутри ядро и приклад

Кажется оно Firecracker