Добрый вечер. вопрос такой: если я уже деплоил образ с тегом latest, и деплой был неудачным, если я пушу в докерхаб новый образ с тегом latest, он будет качать новый образ или будет брать образ который уже использовался до этого? потому что у меня он чето берет тот который уже был, может просто че не так делаю?

это в spec?

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

еще вопрос, можно ли как то в манифестах юзать переменные окружения?

перевел пару сервисов – скорость по сравнению с openebs выросла, нагрузка снизилась, поддерживать вроде проще

перевел пару сервисов – скорость по сравнению с openebs выросла, нагрузка снизилась, поддерживать вроде проще

А failover как?

nfs 3 or nfs 4?

я больше доверяю nfs в режиме одной ноды на отдельном хосте (потому что падать почти нечему), чем openebs в k8s, который падает достаточно часто, а релизы с фиксами падений выходят не сразу 😄

пишелм энтипоинт на баше в первом контейнере exec nc -l -p xxxx /app -ga -ba -aaa Во втором exec app -dd -dddd- aa while $(nc 127.0.0.1 -p XXXX); do sleep 2 ; done Первый контейнер сдохнет и утянет с собой nc Второй сдохнет как только nc не сможет приконектится хотябы раз

https://github.com/derailed/k9s?ref=stackshare кто-нибудь такое использует?

Есть же kuberbetes.el

щито, простите?

kubernetes.el

Добрый день Прошу помочь в одной проблеме, мы сейчас поднимаем кластер Kubernetes столкнулись с такой проблемой. Когда нода умирает все что на нем работает не переходит на другие ноды (Deployments), То есть переходят, но после 5 минут не смотря на то что мы добавили параметры. node-status-update-frequency: 10s node-monitor-period: 5s node-monitor-grace-period: 40s pod-eviction-timeout: 30s У нас 2 мастера, 3 воркера, 3 etcd.

Добрый день Прошу помочь в одной проблеме, мы сейчас поднимаем кластер Kubernetes столкнулись с такой проблемой. Когда нода умирает все что на нем работает не переходит на другие ноды (Deployments), То есть переходят, но после 5 минут не смотря на то что мы добавили параметры. node-status-update-frequency: 10s node-monitor-period: 5s node-monitor-grace-period: 40s pod-eviction-timeout: 30s У нас 2 мастера, 3 воркера, 3 etcd.

Народ подскажите плз, как можно терраформом деплоить на aws eks кластер манифесты кубера при старте инфры?

Народ подскажите плз, как можно терраформом деплоить на aws eks кластер манифесты кубера при старте инфры?

а еще есть канал такой ... terraform_ru

или hashicorp_ru?

Ребят, а чем нынче деплоят с "обратной связью"? Ну чтоб дожидался некого финала, зале полилось или нет, чтоб ошибки деплоя выгребать и тп.

Может вызывать обновление по деплою если не менялись ни образ ни переменные окружения ? Образ просто выкачивает артефакты с нексуса и я хочу обновлять по изменению артефактов

Я с кубой мало работал но сварм при редеплое контейнеры не пеокзапускает если нет изменений В кубе можно сделать чтобы оно апдейтило их даже если видимых изменений со стороны образа или переменных нет?

Это разве не костыль?

его нельзя сделать райтабл?

Может вызывать обновление по деплою если не менялись ни образ ни переменные окружения ? Образ просто выкачивает артефакты с нексуса и я хочу обновлять по изменению артефактов

Аннотацию сделай в ямлике деплоймента и меняй ее, тогда он пересоздаст поды.

Менять configmap из контейнера?

не совсем, менять по сути не надо, просто аппликуха проверяет что в конфиг можно писать, но по сути ничего в него не пишет так как все определено

для текущего

Привет, может кто знает: IPVS создает специальный интерфейс на каждой ноде и присваивает ему IP всех сервисов в Кубе. kube-ipvs0: <BROADCAST,NOARP> mtu 1500 qdisc noop state DOWN qlen 1000 link/ether 1a:ce:f5:5f:c1:4d brd ff:ff:ff:ff:ff:ff inet 10.102.128.4/32 scope global kube-ipvs0 valid_lft forever preferred_lft forever ... Какой предел у интерфейса на добавление адресов? У меня в кластере около сотни сервисов пока, скоро будет около 500 с постоянным ростом, вывод команды "ip a" чето уже пугает

не знаю про пределы интерфейса, но чуваки скейлили до 50к сервисов в кластере с IPVS, так что я думаю можно не переживать про пару тысяч https://github.com/sbueringer/kubecon-slides/blob/master/slides/2017-kubecon-eu/Scale%20Kubernetes%20to%20Support%2050%2C000%20Services%20%5BI%5D%20-%20Haibin%20Xie%20%26%20Quinton%20Hoole%2C%20Huawei%20Technologies%20-%20Scale%20Kubernetes%20to%20Support%2050000%20Services.pdf