Так куб и контейнеры это 2 разных сервиса
да
Igor
NM
Тсс 😂
Terry
ну , kubernetes был распиаренный
конечно, что бы не потерять клиентов потенциальных, но все же не логично
Terry
хотя каждому свои грабли😜
Solyar
Ребят, если использовать эластик как хранилище данных 300 гигов для среднего проекта это нормально?
Konstantin
юзай imap
Nikita
Solyar
Define средний проект
Ну скажем 10000 юзеров будут тыкать по кнопкам и в эластик будут лететь данные
Artyom
Одновременно тыкать?
Eduard
Alex
хм, на ноде упал apiserver (он в контейнере), kubelet работает нормально, в docker ps -a вижу, что действительно контейнер упал (вроде мигала сеть в этот момент), и потом виду созданные 20, 17, 11 и 5 минут назад apiserver контейнеры со статусом Created. Стоит что-нибудь трогать или оно само сумеет всё-таки подняться?
Alex
в docker inspect ничего интересного не нашел
Alex
в io.kubernetes.container.logpath по указанному пути для контейнеров со статусом created логов нет
Alex
кусок из "State":
"State": {
"Status": "created",
"Running": false,
"Paused": false,
"Restarting": false,
"OOMKilled": false,
"Dead": false,
"Pid": 0,
"ExitCode": 0,
"Error": "",
"StartedAt": "0001-01-01T00:00:00Z",
"FinishedAt": "0001-01-01T00:00:00Z"
},
Alex
хм, на ноде упал apiserver (он в контейнере), kubelet работает нормально, в docker ps -a вижу, что действительно контейнер упал (вроде мигала сеть в этот момент), и потом виду созданные 20, 17, 11 и 5 минут назад apiserver контейнеры со статусом Created. Стоит что-нибудь трогать или оно само сумеет всё-таки подняться?
слава куберу, всё само разрулилось )
Anonymous
слава куберу, всё само разрулилось )
в такие моменты вы наверно верите в бога и пишите заявление, параллельно обновляя резюме 😁
Alex
😂
Alex
не, это пет проджект
Alex
поэтому не страшно эксперементировать
Anonymous
тогда лучше эксперементировать глубже, чем "вау оно само"
Alex
тогда лучше эксперементировать глубже, чем "вау оно само"
ну кстати да, понял, что надо пройти всё-таки hard way 😄
Alex
тогда лучше эксперементировать глубже, чем "вау оно само"
в принципе насчёт "оно само" – гипотезы есть из-за чего это было, типа высокий IO и (как следсвтвие) LA, из-за которого всё безумно тормозило
Alex
и докер встал колом
Alex
как он любит делать
Anonymous
это не hard way, это призыв к разбору. воспоизведение и порешание проблем уменит даунтайм продов ваших
Anonymous
высокий io докеру по барабану, если оно не на сетевом в стеке
Anonymous
если конечно вы не юзаете экспериментальные драйверы для фс
Alex
Ну не, всё-таки знать, как связаны kubelet, apiserver, docker и прочее хочется чуть больше чем на уровне "через kubeadm задеплоилось и норм" )
Anonymous
это тоже полезно, но повлиять на это сложно
Anonymous
проще брать лучшее ото всюду)
Anonymous
т.е. из кубера - линковку и управление между нодами/шардами, а в каждой ноде/шарде - по сварму, на каждом сварме свой демон докера и он будет уже как ll управление
Anonymous
хотя наверно на этом всем припечет(
Alex
вообще, учитывая кол-во багов в docker – обычно просто не удивляюсь такому поведению и надеюсь, что либо само разрулится, либо поможет рестартом dockerd, либо поможет ребутом, либо поможет поднять ноду с нуля )
Anonymous
ну все базируется на докере... и багов все меньше и меньше
Anonymous
правда как поперли в lws...
Anonymous
ну, не буду о печальном
Anonymous
резюмирую: просвет стабильный)
Alex
не, ну стало гораздо лучше, чем во времена 16.04
Anonymous
больше 3-х лет прошло)
Anonymous
интересно слоупоки дебианы юзают новомодное...
Anonymous
новомодное для дебианов имею ввиду
Roman
Используйте podman вместо docker
Roman
Или хоть кто-нибудь его использует?
Anonymous
в рамках одного цода
Alex
но как-то пугающе мало историй успеха с его использованием...
Anonymous
редхат чеж тут)
Anonymous
за саппорт денег ждут, имхо
Roman
Ага, тоже интересно. Тут ещё и красношляпа 8 с ним
Anonymous
о_о, походу я проспал релиз 8-го
Anonymous
спс
Anonymous
ушел гуглить
Alex
ух ты, реально 8 релизнулась О_о
Tadeusz
воу
Tadeusz
когда там центос?)
Alexander
Всем привет.
Подскажите, есть два пода, в каждом из которых микросервис на node.js, у которых есть конфиг файлы того, на каком порту и хосте они работают. При этом, первый микросервис должен стучаться ко второму по определенному хосту и порту. Вопрос: какой хост я должен указать в конфиг файле микросервиса, чтобы, предположим первый микросервис (под) с тремя репликами мог по запросу стучаться ко второму микросервису (поду) с, например, двумя репликами?
Само собой, спрашиваю это с целью автоматизации процесса. Хотелось бы знать или какую переменную подставлять при деплое в кластер или же что-то ещё, что можно узнать заранее в пределах сборки на CI
Dmytro
и стучаться по днс сервиса
Alexander
Не по селектору
Alexander
А именно под днс?
Alexander
Каждого пода?
Dmytro
нужно ходить через сервис, зачем ходить в конкретный под?
Alexander
Если я неверно понял, то можно на маленьком примере рассказать?
Каждому микросервису присваивать какой-то левый днс по типу названия микросервиса и стучаться по нему?
Dmytro
каждому деплойменту свой сервис
Dmytro
и из других подов ходить по днс сервиса (и соответственно попадать в один из подов деплоймента раунд робином)
inqfen
ну кстати да, понял, что надо пройти всё-таки hard way 😄
Я когда в куб вкатывался так и сделал
Alexander
и из других подов ходить по днс сервиса (и соответственно попадать в один из подов деплоймента раунд робином)
Понял вас.
Спасибо! Попробую
Alexander
Так.
А как сделать форс рестарт пода с одним и тем же тегом после обновления образа? Спулить понятно как. А вот после этого под дальше с таким же тегом работает. Нет опции forceUpdateAfterPull?)
Dmytro
юзать разные теги?
Alexander
Кайф
Alexander
Я так понимаю, это значит никак
Dmytro
согласен, следовать best practices это кайфово
Dmytro
ну можно поставить imagePullPolicy: Always и удалить поды по лейблу
Dmytro
и выгребать потом другие проблемы