?

а конкретнее?

я хочу поставить client_max_body_size как тут https://github.com/nginxinc/kubernetes-ingress/tree/master/examples/customization но не понимаю как их применить

см выше

я час назад об этом писал

сории просмотрел

пасиб

это на мастере делать?

это в кластере делать

спс

если кратко, то создается конфигмап, на него натравливается nginx ingres контроллер, и контроллер уже мониторить этот конфигмап на предмет знакомых слов

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

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

так что юзкейсы готовые если будут то давай обмениваться...

не надо путать логи и мониторинг

не, ну я понимаю что это разные вещи

мне-то именно события системы надо наблюдать

типа "деплой не удался" и тп

Вклинюсь немного: Подскажите пожалуйста, есть ли какой-то адекватный способ обновления k8s? Или только руками каждый инстанс?

Хипстером мониторишь ноды, fluentd для логов подов

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

У меня на aws поднят, пока не вышли в продакшн можно было просто down/up на новую версию, но теперь нужно как-то подумать как обновляться без даунтайма

там просто бинари запущены?

через KUBERNETES_PROVIDER=aws ./kubernetes/cluster/kube-up.sh устанавливал

Я тут ворвусь немного, кто использует персистент вольюмз, у вас сильно болит или работает как часы?

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

добро! а на гце есть у кого опыт?

на гце просто поднимал, длительного опыта не было. но там тоже можно их увидеть живьем в админке.

как быстро переносятся, если хост дрейнишь?

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

как быстро переносятся, если хост дрейнишь?

не было такого опыта :\

А кто в кубике отвечет за именования репликосетов ? у меня он при накате новой версии почему то хочет взять имя, которое уже использовал шестью часами ранее E0928 16:33:18.009478 1 deployment_controller.go:400] Error syncing deployment default/rs_name: error creating replica set rs_name: replicasets "rs_name-3222327097" already exists

удаляю старый репликасет и все деплоится

не было такого опыта :\

Всего одна команда:)

добро! а на гце есть у кого опыт?

была бага с проблемой доступа при переносе хоста (грубо говоря - надо было подождать около 5 секунд чтобы гугль понял что вольюм уже ничей иначе под падал), но вроде собирались пофиксить - сори не проверял и ишьюсу не помню

была бага с проблемой доступа при переносе хоста (грубо говоря - надо было подождать около 5 секунд чтобы гугль понял что вольюм уже ничей иначе под падал), но вроде собирались пофиксить - сори не проверял и ишьюсу не помню

Ну, по сравнению с азуром, где ждать нужно минуты, это не так страшно

есть у кого то ман как правильно подключить и настроить nginx ingress controller?

а почему etcd везде (в мануалах и тп) надо скачивать руками а не доставлять средствами ос (ну там убунту/дебиан - apt-get и тп)? какая-то best practices или людям просто в манах неохота заморачиваться разными версиями менеджеров пакетов под разные оси?

@a_hillo в официальной документации непонятно че-то? мне вот тоже, пару раз прочитал и плюнул, решил подождать когда хаоса меньше будет :)

@vkfont ахах) ну оно как бы понятно, но чет вообще ничего не работает))

ну я тугодум, да :)

а что не с так с этими контроллерами?

последнее что я пытался сделать это поднять его мо этому ману https://github.com/nginxinc/kubernetes-ingress/tree/master/nginx-controller и он создается и вроде раработает, но как сделать чтобы все через него шло и проверить что все ок, не понимаю

Через час расскажу. Вчера как раз поднял

Буду очень признателен)

не понимаю как ты к этой ссылке пришел?

https://github.com/kubernetes/contrib/blob/master/ingress/controllers/nginx/examples/daemonset/as-daemonset.yaml

@kay_rus оО я его разверну и все? a сам контроллер вот этот брать? https://github.com/kubernetes/contrib/blob/master/ingress/controllers/nginx/examples/default/rc-default.yaml

ну я бы не рекомендовал контроллер

либо daemonset либо deployment

самое главное чтобы порт nginx наружу торчал

вот я daemonset разверну и этого достаточно? я не понимаю как оно работать будет

daemonset запустит поды nginx на всех нодах (либо по nodelselector)

для них будут маппится 80/443 порты. т.е. больше одного пода на ноду запустить не удасться

в поде сидит nginx-controller и nginx

nginx-controller наблюдает за изменениями в инстансе ingress во всех неймспейсах

и на основе этих изменний формирует nginx конфиг из темплейта /etc/nginx/template/nginx.tmpl

и если что-то изменилось, контроллер делает reload

nginx начинает юзать новый конфиг

так понятнее?

да, спасибо)

@kay_rus вчера переключил на даемонсеты, почти без приключений. вопрос по хелфчеку, у тебя что в этой секции? А то то что в мане традиционно не работает

они там накосячили с портами

то один порты был то второй

Судя по комментариям в нгинск конф оно открывает рандомный?

для версии gcr.io/google_containers/nginx-ingress-controller:0.8.3 используется порт 10254

Странно он у меня открыл какой 18800, сейчас достану из пода

# default server, used for NGINX healthcheck and access to nginx stats server { # Use the port 18080 (random value just to avoid known ports) as default port for nginx. # Changing this value requires a change in: # https://github.com/kubernetes/contrib/blob/master/ingress/controllers/nginx/nginx/command.go#L104 listen 18080 default_server reuseport backlog=511; location /healthz { access_log off; return 200; }

при этом в мане про демонсет

- image: gcr.io/google_containers/nginx-ingress-controller:0.8.3 name: nginx-ingress-lb imagePullPolicy: Always readinessProbe: httpGet: path: /ingress-controller-healthz port: 80 scheme: HTTP livenessProbe: httpGet: path: /ingress-controller-healthz port: 80 scheme: HTTP initialDelaySeconds: 10 timeoutSeconds: 1

@kay_rus a чтобы поднять все это дело, надо default-backend поднять и daemonset?

# Changing this value requires a change in: # https://github.com/kubernetes/contrib/blob/master/ingress/controllers/nginx/nginx/command.go#L104 // Name returns the healthcheck name func (ngx Manager) Name() string { return "NGINX" }

вот как это юзать?)

@a_hillo да, сначала запускаешь default-backend а потом стартуешь контроллер

оффтоп: https://github.com/containernetworking/cni пробовал уже кто?

@exename у меня бекенды стартуются, запускаются и крашаться CrashLoopBackOff и тоже самое с демонсетом, как причину чекнуть?

причина в healthcheck

@exename где именно ты этот рандомный порт увидел?

@a_hillo kubectl get ev , kubectl log pod если он какое то время все же запущен

@a_hillo попробуй так http://pastebin.com/MbxWrmm6

ага ща попробую, пасиб