На кластер, поднятый через kops в aws добаляем heapster, influxdb, grafana отсюда https://github.com/kubernetes/heapster/blob/master/deploy/kube-config/influxdb/grafana-service.yaml heapster и influxdb - всё ок а grafana service удаляется через 7 минут после создания есть идеи?

148 members 1 online =(

И это я

не факт

вот да

у меня так например во всех группах пишет вне зависимости от активности

Скажите, а как вы энфорсите версионирование манифестов?

чо?

Чтоб руками не пихали манифесты в кластер, а как-то упорядоченно

10-X.yaml, 20-Y.yaml ...

и потом kubectl create -f dirname

Это понятно. Вопрос про гит и тому подобное

Чтоб история была

ну гит :)

а, все понял :)

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

это если сервера... если проект деплоится через CI то она применяет деплоймент и коммитит изменения (версию образа изменившегося обновляет в файле)

кто-нибудь с kubeadm уже настраивал k8s?

в вагранте какая-то боль дождаться kubeadm init

<master/apiclient> created API client, waiting for the control plane to become ready

и всё, уже 2 раза покурить сходил

я на lxc пробовал запускать - тоже на этом же останавлиается. но если посмотреть syslog, там куча ошибок

не будет продолжения

не будет продолжения

а как-то откатить всё назад можно, чтобы снова запустить?

у меня в messages на centos пусто

а где вы разворачиваете кластер? на своем железе или в облаке?

я пока в вагранте kubeadm пробую

а как-то откатить всё назад можно, чтобы снова запустить?

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

в вагранте?

я читал что сейчас рекомендованный метод minikube

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

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

полчаса где-то занимало, но блин, что столько времени делать

на амазоне минут за 10 кластер поднимался.

я на DO поднял.. но думаю о переезде в линоду

а вот эти оговорки о том, что kubeadm не для продакшена - что может пойти не так, если у меня таки кластер развренулся?

указал конкретный IP и всё стартовало за пару минут

и с kubeadm просто так не собрать HA с несколькими мастерами и HA etcd как я вижу

Потом если что воркер ноду новую добавить кластер просто?

ну мне не воркер ноду надо, а 3 мастера, на которых можно таски потом запустить :)

там 2 типа

контроллер нода и воркер ноды

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

я хз

ну и на закуску, weave по инструкции не стартует. Ладно, туториалы хорошо, надо разбираться как это работает и куда смотреть :)

у меня graphena почему-то не видит данные в influxdb

у меня graphena почему-то не видит данные в influxdb

> graphena звучит как заболевание

grafena

😃

бля grafana

http://grafana.org

Аграфена

это если сервера... если проект деплоится через CI то она применяет деплоймент и коммитит изменения (версию образа изменившегося обновляет в файле)

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

расскажите про сетку в k8s, пожалуйста. у нас приложение упиралось в docker-proxy и работало хорошо только с —net=host. В случае с k8s - что по производительности стоит брать? Я так понимаю, calico/openvswitch - ок?

расскажите про сетку в k8s, пожалуйста. у нас приложение упиралось в docker-proxy и работало хорошо только с —net=host. В случае с k8s - что по производительности стоит брать? Я так понимаю, calico/openvswitch - ок?

если не секрет, какие объемы данных (количество соединений/трафик), чтобы упереться в docker-proxy? У нас на один сервер где-то 1500-2000 активных websocket соединений по 60-90 на один контейнер. Пока не упирались.

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

ну то есть не через "command: my-supercool-script.sh" а в описании контейнера )

оно? http://kubernetes.io/docs/user-guide/production-pods/#handling-initialization

да, похоже, спасибо

а есть ли что-то подобное для deployment ?

так это в deployment можно использовать

deployment это же контейнер для pod

все что можно указать в pod, то можно указать и в под внутри deployment

а, походу не подходит - там предлагают запустить контейнеры другие ДО контейнера пода, а не выполнить команды в уже запущеном контейнере пода

т.е. тебе нужно после инициализации пода и контейнера запустить?

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

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

если найдешь как - напиши, мне тоже очень интересно)

sh-скрипт который через configmap прогружается и запускается на entrypoint как вариант - я так с эластиком делал

но костыли )

если не секрет, какие объемы данных (количество соединений/трафик), чтобы упереться в docker-proxy? У нас на один сервер где-то 1500-2000 активных websocket соединений по 60-90 на один контейнер. Пока не упирались.

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

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

оффтоп: запустил kube-lego, наконец-то получил бенефит от создания кубернетеса а не просто "ну да, ну да... хз это можно было и в XYZ сделать без проблем"

если не секрет, какие объемы данных (количество соединений/трафик), чтобы упереться в docker-proxy? У нас на один сервер где-то 1500-2000 активных websocket соединений по 60-90 на один контейнер. Пока не упирались.

выяснил, жрало цпу и текла память у docker-proxy

выяснил, жрало цпу и текла память у docker-proxy

интересно, пока не сталкивались. есть еще один хост, там nginx + node.js. В пик обрабатывает около 6000 запросов в секунду. Тоже через docker-proxy.

10к коннектов при тестах было

но трафика не очень много

а лимит net.nf_conntrack_max поднят?

net.nf_conntrack_max = 262144 на хосте

есть большая вероятность, что в него упор. когда у нас до 5000 запросов в секунду на nginx приходило уперлись в лимит установленный на 1048576

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

ага, спасибо, стоит посмотреть