Это и есть проблема с архитектурой)

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

но насколько я понял кубер пока не умеет в стэйджи, зависимости и т.д.

Правда ли Kubernetes так сложен как везде пишут? Я с Docker Swarm и AWS достаточно долго разбирался как завести. Еще дольше?

Правда ли Kubernetes так сложен как везде пишут? Я с Docker Swarm и AWS достаточно долго разбирался как завести. Еще дольше?

В AWS есть кубернетес по галочке с недавних пор

Правда ли Kubernetes так сложен как везде пишут? Я с Docker Swarm и AWS достаточно долго разбирался как завести. Еще дольше?

Берешь kube-aws вкатываешь за день, оно работает потом амазон перекатывает твою ноду и пиздец

В AWS есть кубернетес по галочке с недавних пор

over kube-aws?

В AWS есть кубернетес по галочке с недавних пор

вроде пока не в паблике

over kube-aws?

AKS

если ты про EKS

AKS

over CoreOS?)

AKS

EKS*

https://aws.amazon.com/ru/eks/ Регистрация для доступа в ознакомительном режиме

о как

угу только ты сначала от них получи инвайт

интересно а когда fargate + eks будет?

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

Как мне кажется, вы не до конца пониманиете идеалогию кубера, она про отсутсвие состояния. Миграция и приложение это в целом два разнесенных процесса, которые друг к другу не шибко относятся.

Как мне кажется, вы не до конца пониманиете идеалогию кубера, она про отсутсвие состояния. Миграция и приложение это в целом два разнесенных процесса, которые друг к другу не шибко относятся.

ну так какое это отношение к архитектуре имеет место? либо вы по своему трактуете этот термин. А идея да - до меня только сейчас дошло что менеджмент процессов это не зона ответственности кубера

угу только ты сначала от них получи инвайт

даты релиза не озвучивали? хотелось бы что-то конкретнее чем "в этом году"

даты релиза не озвучивали? хотелось бы что-то конкретнее чем "в этом году"

нет

и уверен что сначала миграция а потом раскатить новую версию приложеньки на класстер

вот тут имхо концепутальная ошибка, нужно делать 3-шаговое выкатывание кода: 1. выкатываем код который может работать со старой схемой бд и с новой 2. выкатываем миграцию и она себе бежит сколько ей надо 3. когда миграция закончила бежать выкатываем код который работает только с новой версией схемы бд

даты релиза не озвучивали? хотелось бы что-то конкретнее чем "в этом году"

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

вот тут имхо концепутальная ошибка, нужно делать 3-шаговое выкатывание кода: 1. выкатываем код который может работать со старой схемой бд и с новой 2. выкатываем миграцию и она себе бежит сколько ей надо 3. когда миграция закончила бежать выкатываем код который работает только с новой версией схемы бд

пункт номер один странный - в моем понимании это просто текущая версия приложения а изменения в схеме базы просто обратно совместимы

ну как бы не всегда

ну как бы не всегде есть возможность разделить приложение на эти две версии

типичный юзкейс это когда в enum добавили значение и потом в приложении от этого отвалилось что-то

ну как бы не всегде есть возможность разделить приложение на эти две версии

ну потому и говорят что проблемы с архитектурой

типичный юзкейс это когда в enum добавили значение и потом в приложении от этого отвалилось что-то

это не является обратно совмесимым изменением в схеме, не находишь?

слушайте, а куда спрятали метрики из cadvisor в новой (1.9) версии кубера?

ну потому и говорят что проблемы с архитектурой

нет, это в описанном тобой кейсе проблемы с архитектурой

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

и тут 2 выхода: делать как все делают с 3 шаговой выкаткой или сделать свой оператор который будет управлять деплоем новой версии приложения

нет, это в описанном тобой кейсе проблемы с архитектурой

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

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

понял, проблемы нэйминга

у меня это просто очередной обратно совместимый релиз

у тебя это первый этап, у меня второй

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

нет, почему нейминга, проблемы когда вот было поле инт а потом пришел клиент и говорит а у нас айди UUID - как мы к вам подключимся

и тд и тп

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

да, все так

https://github.com/kubernetes/kubernetes/issues/55628 не очень понимаю, его выпилили или обновили? я метрик из него не вижу

просто миграция она ведь может бежать долго

несколько часов или даже дней

просто миграция она ведь может бежать долго

да, я понимаю. Просто меня смутило что ты это отдельным этапом в деплое делаешь хотя для меня это просто дополнительный деплой который нужен просто что бы консистентность не потерять

и делать такое через деплоймент - не очень хорошо

согласен

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

короч понял, в целом меня полностью устраивает

главное что есть 3 шага - обратно смовеместимый код, миграция, вычищаем

?

https://github.com/kubernetes/kubernetes/issues/55628 не очень понимаю, его выпилили или обновили? я метрик из него не вижу

помнится при переходе на 1.8 cadvisor metrics тоже путь меняли

теперь их снова не найти? =)

https://github.com/kubernetes/charts/blame/master/stable/prometheus/values.yaml#L744 @Andorka, урл отсюда не подходит?

с ноября там изменения висели, ждали мерджа. снова устарели? =)))

oh...

через апи-сервер проксировать теперь надо?

что за хрень

/api/v1/nodes/${1}:4194/proxy/metrics

и это аж в 1.7 меняли

спасибо, кажется я понял куда дальше ковыряться

там вместо ${1} имя ноды

ну там понятно по релейбелингу

просто раньше оно напрямую кубелетом отдавалось

а теперь проксируется

ребята подскажите, почему после того как я увеличил число  replicas до 6, спустя какое то время, оно обратно возвращается на значение которое было

кто-то реплэйсит конфиг реплики со старым значением?

ребята подскажите, почему после того как я увеличил число  replicas до 6, спустя какое то время, оно обратно возвращается на значение которое было

мб ты заюзал horizontalpodautoscaler

мб ты заюзал horizontalpodautoscaler

хм я пока не знаю что это и где

мб ты заюзал horizontalpodautoscaler

подскажи

kubectl get horizontalpodautoscaler

kubectl get horizontalpodautoscaler

у меня такого даже нет) я просто сделал вот как kubectl edit deploy/nginx и там изменил реплика на 6

а оно спустя минут десять опять возвращается в 3

хз, попробуй так: kubectl scale - -replicas=6 deploy/nginx

2 дефиса без пробела, телеграм их заменяет

kubectl get event, посмотри там

2 дефиса без пробела, телеграм их заменяет

а если это все таки horizontal Podautoscaller

ну он он бы вывелся в get, если No resources found, то он не настроен

так, а поды после скэйла создаются, но через 10 минут удаляются?

так, а поды после скэйла создаются, но через 10 минут удаляются?

да все таки это был hpa

нашёл что там стоит minimal replica 3

https://github.com/kstmp/metacontroller/tree/master/examples/vitess а кто нибудь вот это уже щюпал за мягкое?

я не смог победить, судя по всему оно не переопределяется, поэтому я просто добавил нужный мне тэг и на него опёрся в logstash

Сделал вне kubernetes processor поле с hostname. Сейчас работает, как мне надо. Спасибо

W0219 11:40:11.455349 1 x509.go:172] x509: subject with cn=system:kube-scheduler is not in the allowed list: [front-proxy-client] после деплоя с kubespray такое вылазит, кто сталкивался ?

https://github.com/kubernetes-incubator/kubespray/issues/2352

на тему деплой с kubespray

на тему деплой с kubespray

так cilium заработал или нет ?

Господа, я делаю вывод что никто тут не зопатчился от meltdown, иначе бы тут было сильно больше сообщений, что докер не может остановить контейнеры. Гонка в runc, которая начала проявляться после meltdown патчей. Фикс есть в runc включенном в докер 18.01

Накаркал, пардон, кто-то - месяц на пропатченных нодах все окей было, а сейчас пришел - 2 пода в terminating зависло)

Господа, я делаю вывод что никто тут не зопатчился от meltdown, иначе бы тут было сильно больше сообщений, что докер не может остановить контейнеры. Гонка в runc, которая начала проявляться после meltdown патчей. Фикс есть в runc включенном в докер 18.01

=) да, вывод правильный ;) но спасибо за ценное сообщение!

Накаркал, пардон, кто-то - месяц на пропатченных нодах все окей было, а сейчас пришел - 2 пода в terminating зависло)

А контейнеры то живы?)

Накаркал, пардон, кто-то - месяц на пропатченных нодах все окей было, а сейчас пришел - 2 пода в terminating зависло)

на какой OS ?