В Ингресс нужно чтобы за index.html шло в один сервис, для всего остального / - в другой

разве не: - path : /index.html ... - path: / ?

Не, так нельзя

почему?

У тебя на ингресс придет GET / и по нему мне нужен один сервис, который отдаст условный index

в изначальной постаноке задачи звучало по другому :)

Вот к примеру следующая последовательность изменений: 1. Запуск джобы, которая запускает миграцию, которая добавляет новую колонку в таблицу 2. Деплой через helm приложения, которое работает со старой колонкой, но умеет писать в новую колонку 3. Запуск джобы, которая заполняет новую колонку 4. Деплой через helm приложения, которое работает только с новой колонкой 5. Запуск джобы, которая удаляет старую колонку Итого три миграции и два деплоя приложения в строгой последовательности. Кто как для этого случая организует репо, артефакты, как выкатывает? @mxssl @im_xray33 @gorilych @yurik687 @shursh @StalkerNOVA

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

Ничеси.

сложно. Сделай в поде инит контейнер, который делает миграцию, и всё. Все эти пляски с бубном нужны если у тебя приложение нетолерантно к миграциям и жёстко привязана к схеме базы. Единственно, если у тебя миграция может выполнятся только в единственном числе, сделай выкат так, чтоб при новом релизе запускалась сначала одна реплика.

Отличное решение.

Мы наоборот выкатили наш Containerum в опен сорс https://github.com/containerum/containerum/ , собираем issues и вообще любой фидбэк и конечно звезды) Так что разворачивайте Containerum поверх кластера куба =)

Аи что это?

Привет! Ребятки, кто подскажет от чего зависит EXTERNAL-IP для ноды при вводе команды kubectl get nodes -o wide?

И если EXTERNAL-IP сейчас <none> для всех нод, то куда надо смотреть?

Крутится все на AWS, внешние IP есть

кажется там дискаверинг на уровне "через который интерфейс стоит default gw, тот и адрес ноды"

но это не факт

у меня оказывается тоже там none, я этого и не замечал раньше

может кому интересно будет, с 1.10.4 на 1.11.1 (etcd 3.2.11 -> 3.2.18, установлено не в докере, отдельно на мастерах как демон) обновление прошло без проблем через kubeadm когда несколько мастеров надо только не забыть указать конфиг, с которым они поднимались --config config.yaml иначе затрется kube-apiserver.yaml еще важный нюанс, когда обновляется kubeadm из реп гугла, он зачемто перезатирает системдшный юнит kubelet, надо не забыть его перед обновлением kubeadm куданить сохранить или можно взять его с соседнего мастера, они одинаковые

так удобно логи в скриншотах смотреть. но спасибо что хоть не фото экрана

В чарте stable/mysql почему то deployment используется. Да еще probes для контейнера mysqld_exporter тычат в /metrics, так что когда в mysql что то тяжёлое происходит probes для метрик не работают и из service выключается endpoint - трафик перестаёт ходить к mysql)

Да чето почти все чарты что я видел очень странные

А вы что накатили?

так удобно логи в скриншотах смотреть. но спасибо что хоть не фото экрана

Сорри, вот тут ранчер сдох, и kubectl перестал подключаться: https://gist.github.com/kaivi/b5967f2cc0837b64d20849bdb2a5e447

А вы что накатили?

ничего не делал, просто смотрю kubectl не работает, в логах вот это вот выше

Сорри, вот тут ранчер сдох, и kubectl перестал подключаться: https://gist.github.com/kaivi/b5967f2cc0837b64d20849bdb2a5e447

А можно подробнее) что такое подох ранчер?

Не открывается страница?

Зайдите на машину где его контейнер запущен и Sudo docker engine restart Вроде так пишется

Так бывает если там только докер без ингресса

Делал docker restart, docker container restart 6c3, а у контейнера rancher/rancher все равно аптайм показывает 7 дней

рестартю сервис докера вот сейчас

Так бывает если там только докер без ингресса

не, все равно не поднимает http сервер. В логах rancher-agent долбится на свой внешний ип и отваливается с connection refused

странно что оно все сломалось, я ничего и не делал же

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

Как rancher-agent удалить и запретить ему запускаться снова? Делал docker rm -f, удалял имаг этой версии. Не помогает. После рестарта докера, он появляёется снова под новым ид.

не, все равно не поднимает http сервер. В логах rancher-agent долбится на свой внешний ип и отваливается с connection refused

В смысле агент?

ОооОоО

Агент на машине с чем? С основным ранчером?

В смысле агент?

угу. Я агент и ранчер на одну ноду поставил, теперь не пойму какой контейнер от ранчера, какой от ноды

Агент на машине с чем? С основным ранчером?

угу

под docker ports ни у одного контейнера нет маппингов порта, как это?

так а если в kubectl посмотреть?

так а если в kubectl посмотреть?

он не подключается, порты закрыты

cri-tools?

он не подключается, порты закрыты

Погоди

Kubectl из командной строки

Вообще фотка плохая. Я сервера не вижу, агент его снес чтоли?

Покажи docker images

Покажи docker images

root@sd-134062:~# docker images REPOSITORY TAG IMAGE ID CREATED SIZE rancher/rancher-agent v2.0.6 3571bad91a6b 13 days ago 296 MB rancher/rancher latest d41d39f8dd65 13 days ago 531 MB rancher/hyperkube v1.10.5-rancher1 ec897787d958 3 weeks ago 976 MB rancher/rke-tools v0.1.10 51eebeddb033 4 weeks ago 124 MB rancher/calico-node v3.1.1 d94b64ac210d 3 months ago 248 MB rancher/calico-cni v3.1.1 482f47df27e2 3 months ago 68.8 MB rancher/coreos-etcd v3.1.12 02f30926cd60 4 months ago 34.8 MB rancher/pause-amd64 3.1 da86e6ba6ca1 7 months ago 742 kB rancher/coreos-flannel v0.9.1 2b736d06ca4c 8 months ago 51.3 MB

Вообще фотка плохая. Я сервера не вижу, агент его снес чтоли?

я руками агента килял и имг удалял. не помогло

Ранчер1? Через час посмотрю на свой инстал кину скрин как у меня

Ранчер1? Через час посмотрю на свой инстал кину скрин как у меня

2.0.6

Хм. D65 похож, у него вольюмы или как?

вообще агент ранчера поднимает сам ранчер/rancher для своих нужд

Вопрос. Я в миникуб залил 3 пода. Они по умолчанию должны пинговатб друг друга по имени или обязательно к ним сервисы надо создавать. Вроде в документации написано что в ДНС для подов должны создаватся A записи

вообще агент ранчера поднимает сам ранчер/rancher для своих нужд

оххх, вот это нехорошо

Вопрос. Я в миникуб залил 3 пода. Они по умолчанию должны пинговатб друг друга по имени или обязательно к ним сервисы надо создавать. Вроде в документации написано что в ДНС для подов должны создаватся A записи

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

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

Как меняется если я в metadata прописал name. И себя он видит локально по имени хоста

Как меняется если я в metadata прописал name. И себя он видит локально по имени хоста

это Kind: pod? не деплоймент/репликасет?

это Kind: pod? не деплоймент/репликасет?

просто чистый под. пока не деплоймент

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

Но может ты и прав, сразу делать правильно через деплоймент и сервисы.

просто чистый под. пока не деплоймент

тогда должен пинговаться =\

по ip пингуется кстати. Имя не резолвит

может кому интересно будет, с 1.10.4 на 1.11.1 (etcd 3.2.11 -> 3.2.18, установлено не в докере, отдельно на мастерах как демон) обновление прошло без проблем через kubeadm когда несколько мастеров надо только не забыть указать конфиг, с которым они поднимались --config config.yaml иначе затрется kube-apiserver.yaml еще важный нюанс, когда обновляется kubeadm из реп гугла, он зачемто перезатирает системдшный юнит kubelet, надо не забыть его перед обновлением kubeadm куданить сохранить или можно взять его с соседнего мастера, они одинаковые

Затирает потому что юнит другой. В 1.11 под динамическую конфигурацию

А кто-то сталкивался с тем, что на bare-metal начинает умирать kube-dns от того, что много запросов? Liveness probe failed: HTTP probe failed with statuscode: 503 dnsmasq[10]: Maximum number of concurrent DNS queries reached (max: 150) И подобное, как забороть?

Вы как нибудь порешали эту проблему?

ребят подскажите а в kuberentes для deploy есть указатель чтобы минимальное количество pods было равно количеству нод и чтобы при добавлени ноды там стартавала пода, но и приэтом дополнительно был hpa

daemon set

daemon set

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

можно сделать daemonset и deployment c hpa, и один сервис для обоих.

А кто-то сталкивался с тем, что на bare-metal начинает умирать kube-dns от того, что много запросов? Liveness probe failed: HTTP probe failed with statuscode: 503 dnsmasq[10]: Maximum number of concurrent DNS queries reached (max: 150) И подобное, как забороть?

лимиты еще можно поправить

можно сделать daemonset и deployment c hpa, и один сервис для обоих.

правильно ли я тебя понял: сначала запустить daemonset а рядом deploy+hpa ?

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

Вы как нибудь порешали эту проблему?

Да, заменил kubedns на coredns (по памяти)

лимиты еще можно поправить

Не помогало

в смысле не помогало? kubedns выжирал весь проц на ноде или что происходило?

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

сломался по liveness?

а имеет значение как сломался?

я просто не делал liveness probe пока :)

а если по liveness сломается, пересоздаст автоматом?

да

только по readiness

хотя вру, по liveness https://kubernetes.io/docs/tasks/configure-pod-container/configure-liveness-readiness-probes/#define-a-liveness-http-request > The kubelet starts performing health checks 3 seconds after the Container starts. So the first couple of health checks will succeed. But after 10 seconds, the health checks will fail, and the kubelet will kill and restart the Container.

#helm как остановить релиз?

Привет. В кубернете, чтобы заставить шедулить поды по одному на ноду возможно сделать не используя ДаемонСет?

(немного оффтоп) https://landing.google.com/sre/book.html free download till 23rd August

#helm как остановить релиз?

что значит остановить релиз?

удалить все ресурсы. но так, чтоб потом можно было сделать upgrade —reuse-values

#helm как остановить релиз?

helm --help

Привет. В кубернете, чтобы заставить шедулить поды по одному на ноду возможно сделать не используя ДаемонСет?

https://kubernetes.io/docs/concepts/configuration/assign-pod-node/#affinity-and-anti-affinity и там см. пример Never co-located in the same node

что значит остановить релиз?

rollback roll back a release to a previous revision

helm --help

если б всё было так просто