версии приложения /v1/.. /v2/... в одном или разных неймспейсах?

it's up to you как говорится

ну кто как делает и из каких соображений исходит?

обе версии будут в проде? или это v1 прод, v2 стейджинг?

обе в проде

и они ходят обе в одну базу я так понимаю?

конечно

У меня не большой, но у знакомых прилично

Хранилище у каждой реплики своё?

тогда я бы в один неймспейс положил

А как проверить потом что оно встало?

$ kubectl rollout status deploy/nginx-deployment Waiting for rollout to finish: 2 of 3 updated replicas are available... deployment "nginx" successfully rolled out $ echo $? 0

Хранилище у каждой реплики своё?

hostpath

Они уже добавили pgbouncer?

нееет) 200 коннектов)

Ну и кто они после этого?

Use stolon Luke

а шо не патрони?

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

а шо не патрони?

хз, у нас так хорошо полетел столон

hostpath

у мну в одном проекте крутится в docker (consul storage), жаль нет возможности использовать гибридные хранилища, быстренько был перевел, а вручную лениво

а шо не патрони?

слишком много магии, столон просто работает

Так-то можно ваще пкйсмейкер взять

а шо не патрони?

Вот патрони удваиваю.

Оно как лом по архитектуре, написано на питоне.

Открываешь код и читаешь в случае чего.

Так-то можно ваще пкйсмейкер взять

уходи

Открываешь код и читаешь в случае чего.

+

env и envFrom вместе норм живут?

Так-то можно ваще пкйсмейкер взять

А чем письмейкер плох для постгресс клястера?

всем привет! а может кто-то подсказать по helm'у? описываю в requirements.yaml зависимость на postgres (https://github.com/sapcc/helm-charts/blob/master/common/postgresql/values.yaml) и хочу каким-то образом переопределить значения переменных из его values.yaml (postgresUser, postgresPassword и т.п.), но они находятся в корне и все никак не могу понять как мне через import-values прокинуть параметры в мой values.yaml.

Прочитай в доке хелма про values для субчартов. Кратко если, надо добавить в свой values секцию по названию субчарта и со сдвигом форматирования на уровень глубже указать значения для субчарта.

типа так postgresql: postgresUser:

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

это будет работать с alias-ами?

хз

да, работает, спасибо

А чем письмейкер плох для постгресс клястера?

шел 2018 год

чем плох-то?

он в 2018-ом году работать перестал?

может ещё и lvs с keepalived выкинуть, а то 2018 год уже

Господа, можно ли вывести наружу nginx-ingress на нижние порты без kube-proxy и без внешнего балансировщика? С установкой по-умолчанию не работает nginx.ingress.kubernetes.io/whitelist-source-range

по-умолчанию - в смысле через NodePort и указанием externalIPs

на своем железе hostnetwork должен помочь

До этого не докопался... Благодарю!

Как вы запускаете кластер etcd? В докерах или как сервисы через systemctl ?

Господа, можно ли вывести наружу nginx-ingress на нижние порты без kube-proxy и без внешнего балансировщика? С установкой по-умолчанию не работает nginx.ingress.kubernetes.io/whitelist-source-range

Если его как daemonSet запустить, он же через hostPort выставляется наружу на 80/443 порты

Господа, подскажите как правильно использовать helm в rancher2.0?

Если его как daemonSet запустить, он же через hostPort выставляется наружу на 80/443 порты

И вас благодарю.

Правда, не факт, что мне надо запускать его на более, чем паре-тройке узлов...

В чарте же можно аффинити настроить

А... Ну да, логично...

Если его как daemonSet запустить, он же через hostPort выставляется наружу на 80/443 порты

hostport это dnat же?

hostport это dnat же?

¯\_(ツ)_/¯

помоему так. добавляется dnat правило на машине с пробросом на адрес пода

я бы избегал такого для ингрес контроллера

Сейчас там kube-proxy

помоему так. добавляется dnat правило на машине с пробросом на адрес пода

В нат таблице чего-то не вижу правил на dnat для ингресс-контроллера, только для дефолт-бэкенда

покажешь?

Пока не могу сказать, что именно там было в iptables (временно снёс nginx-ingress), но соединения приходили с адреса узла.

покажешь?

root@worker1 ~ # iptables --table nat -L|grep ingress KUBE-MARK-MASQ all -- 10.244.6.107 anywhere /* default/lb-nginx-ingress-default-backend:http */ DNAT tcp -- anywhere anywhere /* default/lb-nginx-ingress-default-backend:http */ tcp to:10.244.6.107:8080 KUBE-MARK-MASQ tcp -- !10.244.0.0/16 10.99.20.0 /* default/lb-nginx-ingress-default-backend:http cluster IP */ tcp dpt:http KUBE-SVC-OWIN2HJEPMT3U425 tcp -- anywhere 10.99.20.0 /* default/lb-nginx-ingress-default-backend:http cluster IP */ tcp dpt:http KUBE-SEP-TT4GONWV4SFZABTX all -- anywhere anywhere /* default/lb-nginx-ingress-default-backend:http */

Ну таки да: -A KUBE-SEP-6NFBDZGDGJU5QN5I -p tcp -m comment --comment "ingress-nginx/ingress-nginx:https" -m tcp -j DNAT --to-destination 10.244.2.97:443

не понимаю, как можно смотреть правила без -nv =))

тут пофиг, по-моему.

Главное не это, главное: 10.244.2.0 - [10.244.2.0] - - [02/Aug/2018:13:18:02 +0000] "GET / HTTP/1.1" 502 174 "-" "curl/7.52.1" 83 0.001 [default-website-80] 10.244.1.113:80, 10.244.2.79:80 0, 0 0.000, 0.000 502, 502 b56b22a9c00a16d89aa98b6de0221f79 Адрес клиента тут вообще белый должен быть.

покажешь?

А, все, нашел DNAT: lb-nginx-ingress-controller-np4vg 1/1 Running 0 1d 10.244.1.14 worker1 DNAT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:443 to:10.244.1.14:443

я бы избегал такого для ингрес контроллера

Почему? Я нуб, прост интересно.

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

По причине логов и невозможности ограничить доступ к виртхосту по ip, на что я и наступил с дефолтной установкой, рекомендуемой для Baremetal. А потом таки да, пойдут расходы.

Хотя... Могу путать, однако.

Таки hostNetwork работает

не понимаю, как можно смотреть правила без -nv =))

Легко: iptables-save

Интересно, насколько странное то, чего я хочу с точки зрения ingress? В смысле, реализуемо ли штатными средствами (аннотации и т.п.)? сайт в контейнере должен быть доступен с basic auth по http, при этом по https должна быть авторизация при помощи клиентских сертификатов, соответственно, basic auth на https не нужен.

http+basic auth - для внешних подрядчиков https+cert auth - для сотрудников В самом сайте ничего секретного, но нефиг пускать туда поисковики, которые отлично плюют на всякие robots.txt и т.п.

Подскажите как настроить rules в ingress на https

чем плох-то?

Неудобный

Господа, подскажите как правильно использовать helm в rancher2.0?

В ответах параметры задавать

Добрый день. Есть большой вопрос по OpenShift. На конференции РИТ++ на докладе посвященном Helm и как его дополнить до полноценного инструмента с помощью доп OSS инструментов первым вопросом из зала было А почему нет OpenShift - там все это есть из коробки. Я начал читать документацию по OpenShift, но это не раз-два - современные маркетологи ухитряются превратить заглавные страницы сайтов в "сказочный лес" - нихрена не понятно что же это такое и зачем оно нужно. Но нужно точно. Поэтому я хотел бы спросить - есть ли какое нибудь не очень длинное описание того, что может OpenShift. Меня в первую очередь интересует развертывание приложений в k8s. Допустим у нас есть 5 приложений наших и еще 100 "приложений", которые мы используем для того, чтобы наши могли работать - всякие графаны, ES, jenkins и т.д. Хотелось бы чтобы состояние k8s - все дескрипторы и конфигмапы - все версионно хранилось. Например в git, так чтобы можно было воспроизвести, откатить и пр. К тому же есть некоторые "маленькие различия" поскольку кластеров должно быть несколько - например dev, test, prod и в каждом должны быть свои параметры. И процедура развертывания тоже немного разная - dev,test - все просто, можно даже автоматом после создания новой версии. prod должен развертываться только после предварительного одобрения, потихонечку, все должно проверяться (лучше если автоматически). И вот вопрос - умеет ли все это OpenShift, как он делает, есть ли толковые доки по этому делу и пр. Второй вопрос, который меня не интересует сейчас, но тоже интересный - поддержка в момент разработки - более быстрое создание image, деплой всего в процессе разработки без комита, желательно одной кнопкой, желательно из IDE, желательно с минимальными инкрементальными перемещениями изменившихся данных (исходников или там чего мы накомпилировали) между дев хостом и рабочим кластером. Не думаю, что OpenShift заходит настолько далеко, что позволяет создание дев кластеров или дев инсталляций потому что обычно это предполагает, что часть приложений в дев "кластере" будет своя, часть сервисов будет использоваться из prod кластера и все это надо как-то разрулить, сделать какой-то мэш, как-то конфигурацию изменить.

>нихрена не понятно что же это такое и зачем оно нужно. Но нужно точно глубокая мысль

>Хотелось бы чтобы состояние k8s - все дескрипторы и конфигмапы - все версионно хранилось. храните yaml в ansible репе и накатывайте его плейбуками? Такое и любой k8s может

и\или с с помощью bash в вашей любимой CI системе