@kubernetes_ru

Страница 138 из 958
 
Denis
12.03.2017
13:15:40
Мы примерно такое собираем с помощью nginx ingress controller + nginx-lua-prometheus + nginx-vts-module
Круто. А куда потом складываете?

 
Vitaliy
12.03.2017
13:17:48
Prometheus это все собирает, но никуда потом не складывает:) Экспортом и remote storage не интересовались - возможно они подойдут

 
Paul
12.03.2017
15:17:07
Мы примерно такое собираем с помощью nginx ingress controller + nginx-lua-prometheus + nginx-vts-module
а зачем сразу и луа и втс? они у вас дублируют друг друга, нет?

 
Vitaliy
12.03.2017
15:24:16
Да, они дублируют друг друга процентов на 80. В vts нет histogram на время ответа, которые очень нужны. В Lua до недавнего времени не было gauge из stub_status

Google
 
Artem
12.03.2017
15:37:28
Можете подсказать насчёт связки кубер + Prometheus? Как собирать следующую статистику? 1. Запросы к сайту по минутам (по каждой ноде и поду): 1.1. по странам, откуда происходит запрос 1.2. по тому, к камим доменам (TLD) был доступ 1.3. сочетание этих параметров 1.4. тип запроса (маски URI, method) 1.5. мин/макс/среднее количество запросов в секунду 1.6. общее количество запросов 1.7. мин/макс/средняя длительность ответа 2. Доступ к API роутам по минутам: URI, мин/макс/среднее количество в секунду, общее количество запросов, мин/макс/среднее время ответа. 3. Выгружать всю эту поминутную статистику во внешнюю БД с идентификацией по кластеру/ноде/поду.
У нас примерно те же данные собирает nginx прокси в логах, а их подсчитывает и графики рисует стак контейнеров ELK

 
Paul
12.03.2017
15:56:54
Да, они дублируют друг друга процентов на 80. В vts нет histogram на время ответа, которые очень нужны. В Lua до недавнего времени не было gauge из stub_status
если вы используете луа, по-моему вам проще просто дописать нужный функционал

 
благо луа - беспредельно простой язык

 
Vitaliy
12.03.2017
16:00:09
Я не спорю, что от vts в этом кейсе можно отказаться. И мы его метрики в результате почти нигде не используем.

 
Denis
12.03.2017
22:05:06
Тут набрасывают) https://gist.github.com/jonathan-kosgei/dac620fed9d9aeec35050bcc0a146647

 
Оу, круто (из каментов) - http://fission.io/

 
Кто какие дистрибутивы использует для Kubernetes?

 
Fike
13.03.2017
02:55:57
Тут набрасывают) https://gist.github.com/jonathan-kosgei/dac620fed9d9aeec35050bcc0a146647
неосилятор's delight

 
Artem
13.03.2017
04:49:18
надо признать, продукты от гугля не отличаются удобством интерфейсов

 
зато работает

 
а в целом ощущение, что он сравнивает карандаш и 3дпринтер, говоря смотрите, оба решения работают

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

 
но описываемые кейсы простые, а про сложные ни слова

Google
 
Artem
13.03.2017
05:00:41
а последнее его предложение вообще задаёт риторический вопрос, что человек вообще на гитхабе забыл

 
с уважением, театральный критик Артем С.

 
Fike
13.03.2017
05:05:15
а я бы хотел высказаться по поводу уверенности молодого человека в том, что "ну он там где-то volume создал без конфигурации, и всё просто работает )))" это реально и нормально в серьезном кластере

 
Artem
13.03.2017
05:18:21
я понимаю что чувак сказать хотел и в целом он даже прав в чем-то. но подача так себе

 
Andrey
13.03.2017
07:16:53
Дарова Тема из новотелекома

 
Artem
13.03.2017
07:55:42
о привет

 
10 лет уж прошло

 
кто ето)

 
Alex
13.03.2017
08:04:57
Точнее формулируй вопрос)

 
Denis
13.03.2017
08:19:53


 
Можно ещё в качестве финального аккорда ему этот скриншот вбить :)

 
Andrey
13.03.2017
12:13:28
привет. подскажите самый простой способ реализации динамического Load balancer'а под Kubernetes.
http://avmaksimov.ru/2017/03/06/kubernetes-%D0%B8%D1%81%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5-ingress/

 
Paul
13.03.2017
12:53:19
@amaksimov, пожалуйста, прочитайте вот эту книгу - https://book.glvrd.ru/

 
у вас много интересных статей, но читается очень тяжело, ИМХО

 
Andrey
13.03.2017
12:54:53
у вас много интересных статей, но читается очень тяжело, ИМХО
Большое спасибо, обязательно прочитаю!

 
Sergej
13.03.2017
14:19:51
Большое спасибо, обязательно прочитаю!
Достаточно распечатать статью на бумаге и перечитать через неделю. И взглянуть на нее глазами человека которые делает это впервые.

 
Timur
13.03.2017
14:23:47
http://avmaksimov.ru/2017/03/06/kubernetes-%D0%B8%D1%81%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5-ingress/
спасибо.

 
Paul
13.03.2017
14:26:03
Достаточно распечатать статью на бумаге и перечитать через неделю. И взглянуть на нее глазами человека которые делает это впервые.
это самообман, увы

 
Sergej
13.03.2017
14:26:54
это самообман, увы
Ну не совсем. ЛУчше когда статья отрефакторит нормальный тех редактор.

 
kay
13.03.2017
15:50:16
Коллеги, вы не замечали, что pod'ы с ограничениями по памяти при превышении предела свопятся нещадно. Или я может что-то путаю?

Google
 
Vitaliy
13.03.2017
15:55:57
у нас своп везде выключен и они оом-киллятся:)

 
Dmitry
13.03.2017
15:56:55
https://www.udacity.com/course/scalable-microservices-with-kubernetes--ud615

 
ктото проходил?

 
Paul
13.03.2017
15:57:10
я проходил

 
Dmitry
13.03.2017
15:57:24
я проходил
и как? полезно?

 
Paul
13.03.2017
15:57:30
очень по верхам, сильно прибито к GCE, но для новичка в целом полезный обзор

 
Dmitry
13.03.2017
15:58:01
очень по верхам, сильно прибито к GCE, но для новичка в целом полезный обзор
по времени как? сколько часов?

 
kay
13.03.2017
15:59:38
Не один я с проблемой свопа столкнулся

 
http://stackoverflow.com/questions/40553541/disable-swap-on-a-kubelet

 
yolkov
13.03.2017
16:00:27
тут уже тоже поднималось

 
https://groups.google.com/forum/#!topic/kubernetes-users/uhl5R24EOlY
up

 
Roman
13.03.2017
16:01:11
https://www.udacity.com/course/scalable-microservices-with-kubernetes--ud615
смотрел - даже для новичка там толком ничего не задеплоишь.. но концепции хорошо объяснили

 
Dmitry
13.03.2017
16:01:36
смотрел - даже для новичка там толком ничего не задеплоишь.. но концепции хорошо объяснили
да, я смотрю он реально на гце весь

 
надо другой источник

 
kay
13.03.2017
16:01:58
up
спасибо почитаю

 
Roman
13.03.2017
16:02:40
да там как-то милион вопросов у меня осталось, и на тот момент когда смотрел еще что-то менялось с секретами и env vars... так что я как-то там не смог ничего добится после этого курса сам

 
Dmitry
13.03.2017
16:03:37
на удеми уже повились курсы

 
но они как будто больше по докеру

 
Sergej
13.03.2017
16:05:19
http://stackoverflow.com/questions/40553541/disable-swap-on-a-kubelet
в kube 1.6 это будет ошибкой и работать не будет

 
kay
13.03.2017
16:05:58
https://github.com/kubernetes/kubernetes/blob/master/pkg/kubelet/dockertools/docker_manager.go#L740 до сих пор unlimited стоит

Google
 
Sergej
13.03.2017
16:09:08
Running with swap on is not supported, please disable swap! This will be a fatal error by default starting in K8s v1.6! In the meantime, you can opt-in to making this a fatal error by enabling --experimental-fail-swap-on.

 
kay
13.03.2017
16:13:33
Running with swap on is not supported, please disable swap! This will be a fatal error by default starting in K8s v1.6! In the meantime, you can opt-in to making this a fatal error by enabling --experimental-fail-swap-on.
спасибо.

 
вот PR, just in case https://github.com/kubernetes/kubernetes/pull/31996

 
Artur
14.03.2017
09:05:15
https://people.gild.com/jobs/fa6966dd-219c-4d49-85d5-afde8061902b

 
Dmitry
14.03.2017
16:38:45
Kubeadm прям совсем альфа?

 
Sergii
14.03.2017
16:43:02
прямо совсем деревянный :)

 
Timur
14.03.2017
17:02:11
такой вопрос по тому, как Rolling updates работает. вот, если ты фронтенд обновляешь, то тут понятно, если хотя бы 1 под с новой версией уже работает, то часть юзеров увидит обновленную версию. а что насчет бекенда? у нас rails-app и если ты сделал какие-то изменения в схеме БД и при деплое загнал db:migrate, то старая версия (те контейнеры, которые пока не успели обновиться), возможно, не сможет адекватно работать на новой схеме (если ты вдруг решил полностью избавиться от таблицы users, lol). разве что дожидаться, пока деплой пройдет полностью и все старые поды удалятся, и затем только запустить db:migrate. но чет хз, как это автоматизировать

 
Klim
14.03.2017
17:09:34
скорее тут нужно решать на уровне разработки; не выпускать ломающие совместимость изменения; по крайней мерее делать постепенный deprecation

 
Max
14.03.2017
17:10:52
иногда это невозможно

 
и иногда даже откатить миграцию невозможно

 
я не знаю правильного решения на "общий случай"

 
частные - на то и частные. дамп подложить, копию базы сделать или еще что-то )

 
Andrey
14.03.2017
17:12:17
такой вопрос по тому, как Rolling updates работает. вот, если ты фронтенд обновляешь, то тут понятно, если хотя бы 1 под с новой версией уже работает, то часть юзеров увидит обновленную версию. а что насчет бекенда? у нас rails-app и если ты сделал какие-то изменения в схеме БД и при деплое загнал db:migrate, то старая версия (те контейнеры, которые пока не успели обновиться), возможно, не сможет адекватно работать на новой схеме (если ты вдруг решил полностью избавиться от таблицы users, lol). разве что дожидаться, пока деплой пройдет полностью и все старые поды удалятся, и затем только запустить db:migrate. но чет хз, как это автоматизировать
Не правильный подход к работе с данными в процессе миграции: надо дробить твое обновление на несколько более мелких, например, 1. создать новую таблицу и наполнить ее нужными данными, учтя в логике кода работу со старыми и новыми данными, 2. удалить не нужную логику работы со старыми данными из кода, 3. удалить не нужную таблицу из БД

 
тогда и мигрировать и откатываться будет проще

 
Timur
14.03.2017
17:13:27
а вообще стоит ли запускать db:migrate в докерфайле?

 
просто тогда при каждом чихе и перезапуске контейнера будет запускаться миграция и чет ну кто его знает

 
Andrey
14.03.2017
17:14:21
а вообще стоит ли запускать db:migrate в докерфайле?
только если отдельной задачей стартуешь этот контейнер

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

 
Timur
14.03.2017
17:15:09
спасибо всем!

 
Andrey
14.03.2017
17:27:48
Можно развязать миграции и деплой

Google
 
Andrey
14.03.2017
17:28:48
И делать обратносовместимые миграции, не удаляя поля, создавая новое рядом

 
Fike
14.03.2017
17:29:08
иногда это невозможно
Это просто называется backward compatibility. Если вам надо грохнуть таблицу users, то в новом релизе вы перестаете ею пользоваться, а грохаете только через один релиз

 
Andrey
14.03.2017
17:29:31
Фике про то же)

 
Fike
14.03.2017
17:29:38
Если у вас появляются breaking changes в самой таблице, то вы выпускаете релиз, который делают вторую идентичную, льете данные сразу в обе и фоном переливает из старой в новую

 
Andrey
14.03.2017
17:30:30
У перконы богатый инструментарий для обновления гигантских баз

Страница 138 из 958