Неправда, пока нода не зарепортит что вольюм неиспользуется, нигде никто его не подключит. Attach-Detach контроллер этим занимается и проследит.

А как он узнает, что волум еще где-то подключен? - через attachedVolumes ноды. Ну вот если эту информацию просто выпиливать из API вместе с подом безо всяких дополнительных проверок, то будет плохо.

А как он узнает, что волум еще где-то подключен? - через attachedVolumes ноды. Ну вот если эту информацию просто выпиливать из API вместе с подом безо всяких дополнительных проверок, то будет плохо.

Эта информация в статусе ноды, если выпилить под, а нода мертва, то никто под не даст запустить пока скажем и объект ноды не удалить. Но это сильно ручное действие, по-моему ничто в кубе ноды не удаляет, это может только пользователь сдедать

диванная аналитика)

@SinTeZoiD

Эта информация в статусе ноды, если выпилить под, а нода мертва, то никто под не даст запустить пока скажем и объект ноды не удалить. Но это сильно ручное действие, по-моему ничто в кубе ноды не удаляет, это может только пользователь сдедать

Все верно, просто был вопрос как это дело автоматизировать. Я предложил использовать механизм fencing.

Эта информация в статусе ноды, если выпилить под, а нода мертва, то никто под не даст запустить пока скажем и объект ноды не удалить. Но это сильно ручное действие, по-моему ничто в кубе ноды не удаляет, это может только пользователь сдедать

>ничто в кубе ноды не удаляет @lazarenkod говорил что это дефолтное поведение openstack cloud provider :)

@SinTeZoiD

Что?

Что?

не станешь теперь криптомаганатом ты

не станешь теперь криптомаганатом ты

Да и фиг с ним

А есть какой-нибудь универсальный парсер ответов в командной строке ? Некоторые команды, например 'kubectl top nodes' не выдаёт результат в json, а запустить kubectl Proxy мы не можем по ряду причин

А есть какой-нибудь универсальный парсер ответов в командной строке ? Некоторые команды, например 'kubectl top nodes' не выдаёт результат в json, а запустить kubectl Proxy мы не можем по ряду причин

grep/sed/awk

А есть какой-нибудь универсальный парсер ответов в командной строке ? Некоторые команды, например 'kubectl top nodes' не выдаёт результат в json, а запустить kubectl Proxy мы не можем по ряду причин

CLI интерфейс никогда не будет стабильным. kubectl top nodes читает метрики из heapster, а у него есть REST API

А есть какой-нибудь универсальный парсер ответов в командной строке ? Некоторые команды, например 'kubectl top nodes' не выдаёт результат в json, а запустить kubectl Proxy мы не можем по ряду причин

если не нравится grep/sed/awk и нравится sql-like можно попробовать qq https://github.com/mattn/qq

Спасибо, подумаю

>ничто в кубе ноды не удаляет @lazarenkod говорил что это дефолтное поведение openstack cloud provider :)

Это в какой версии? В 1.9 и 1.10 точно удаляются в случае OpenStack

Эта информация в статусе ноды, если выпилить под, а нода мертва, то никто под не даст запустить пока скажем и объект ноды не удалить. Но это сильно ручное действие, по-моему ничто в кубе ноды не удаляет, это может только пользователь сдедать

Aws cloud provider удаляет.

Aws cloud provider удаляет.

Тогда непонятно о чем речь и что надо улучшать, клауд провайдер по определению знает правду,,если говорит что ноды нет, значит ее точно нет и диск неожиданно никак не замонтируется

/report

/report

/report

по правому клику есть отдельный пункт report

/report

Есть же бот, автоматом кикающий такой треш

Всем привет. Никто не подскажет в чем может быть дело. Есть deployment, три реплики, образы тянутся с приватного гитлаб регистри. Стабильно одна реплика не взлетает типа registry http access denied . Каждый раз это происходит на разных нодах. напрямую ssh и docker pull отрабатывает.

если кому-то интересно, решил вопрос заменой использованием deploy tokens и поменял переменные с CI_REGISTRY_USER\PASS на CI_DEPLOY_USER\PASS

Хвала Аллаху

Тогда непонятно о чем речь и что надо улучшать, клауд провайдер по определению знает правду,,если говорит что ноды нет, значит ее точно нет и диск неожиданно никак не замонтируется

Согласен. Факт остаётся фактом, fencing - это не проблема кубера, это проблема клауд-провайдера.

Согласен. Факт остаётся фактом, fencing - это не проблема кубера, это проблема клауд-провайдера.

Тем не менее по-умолчанию кубер безопасен, а вы страшилки рассказывали :) если руками не лезть, то ничего с данными не случится

Тем не менее по-умолчанию кубер безопасен, а вы страшилки рассказывали :) если руками не лезть, то ничего с данными не случится

наоборот, я объяснял почему это должно быть так

почему поды зависают в Unknown вместо того что-бы перезапуститься на других нодах

наоборот, я объяснял почему это должно быть так

Значит я не в тему выскочил посреди дискуссии размахивая флагом правды, извиняюсь

Ну хотя бы узнал что клауд провайдеры ноды прибивать умеют

ну на счет подключенных волумов вы были правы

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

не уж-то удаление ноды было проще реализовать, чем вычищать волумы и поды с нее

хотя для автоскелинга наверное самое то

не уж-то удаление ноды было проще реализовать, чем вычищать волумы и поды с нее

Ну это как "SIGKILL - лучший сборщик мусора" если нет ноды, надо прибивать, то что там вольюмы почистились то это бонус. Наверняка в PR с этим кодом есть развернутое обсуждение или ссылки на другие PR почему именно так

как вариант можно ноды при добавлении в клстер лейблами помечать

Как версия: Кто писал, тот и должен подчищать. За список примонтированных дисков отвечает kubelet, не дело туда лезть и что-то править, симметрия нарушается :) раз kubelet нет в живых, то остается только сжечь труп

звучит вполне логично

привет всем, кто-нибудь пользовался pharos/kontena ? интересно как прикрутить dashboard через nginx через Addons.

Кто поднимал кластер PostgreSQL, какой проект использовали?

Кто поднимал кластер PostgreSQL, какой проект использовали?

Проект? В рамках чего?

Кто поднимал кластер PostgreSQL, какой проект использовали?

столон

столон

Точно, забыл что он и в куб умеет

Господа, а не знаете нормального хелм чарта для деплоя рельсы в кубернетес с сайдкиком и миграциями?

Господа, а не знаете нормального хелм чарта для деплоя рельсы в кубернетес с сайдкиком и миграциями?

а не слипнется:)

а не слипнется:)

с чего бы вдруг?

джва года ждал такого чарта :-)

там даже Dockerfile у всех разный, не говоря уже про helm

У меня из-за carrierwave например статика не собирается без подключения к базе, нужны были костыли...

Ктонибудь делал как нибудь генерацию в ингресс dns hostname для Kubernetes? К примеру у меня домен hren.local, я хочу к примеру указать в annotations или labels "service_hostname": "wtf", после этого значения хоста автоматически бы заполнялось как wtf.hren.local. Извините что так сумбурно, надеюсь понятно)

значения хоста в ingress resource? почему нельзя нагенерить шаблонизатором все сразу

не хочется в шаблонах хардкодить

к примеру я развернул на одном кластере чарт, там домен prod.local, на другом test.local и тд

ок. я просто сейчас в helm для кластеров использую свои values для чартов, если вдруг что то отличается. хосты обычно отличаются. он сам шаблонизирует. не понимаю "в шаблонах хардкодить", типа усложнять шаблонами?

Коллеги, а могли бы вы накидать варианты, чего бы вам хотелось послушать о кубе или опыте эксплуатации приложений/инфраструктуры в кубе? Собираю тему для доклада. Буду признателен за помощь.

Коллеги, а могли бы вы накидать варианты, чего бы вам хотелось послушать о кубе или опыте эксплуатации приложений/инфраструктуры в кубе? Собираю тему для доклада. Буду признателен за помощь.

я все жду пока про katacontainers кто нибудь расскажет а то как будто я один в ней ковырялся, хотя 3 мес релиз уже

Коллеги, а могли бы вы накидать варианты, чего бы вам хотелось послушать о кубе или опыте эксплуатации приложений/инфраструктуры в кубе? Собираю тему для доклада. Буду признателен за помощь.

istio / linkerd, spinnaker?

Коллеги, а могли бы вы накидать варианты, чего бы вам хотелось послушать о кубе или опыте эксплуатации приложений/инфраструктуры в кубе? Собираю тему для доклада. Буду признателен за помощь.

чем более упоротый будет кейс тем круче)

ну т.е. больше интересуют, как раз инфраструктурные куски куба, верно?

istio / linkerd, spinnaker?

+1 Istio\Envoy

ну т.е. больше интересуют, как раз инфраструктурные куски куба, верно?

Ага

А что у вас такого не стандартного есть?

мало чего. Очень много стандартного :)

Коллеги, а могли бы вы накидать варианты, чего бы вам хотелось послушать о кубе или опыте эксплуатации приложений/инфраструктуры в кубе? Собираю тему для доклада. Буду признателен за помощь.

Zipkin, трейсинг микросервисов

jaeger

но лучше про blue/green деплой на практике

Коллеги, а могли бы вы накидать варианты, чего бы вам хотелось послушать о кубе или опыте эксплуатации приложений/инфраструктуры в кубе? Собираю тему для доклада. Буду признателен за помощь.

!

но лучше про blue/green деплой на практике

Костыли ж только)