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

Что же в этом плохого?

это конечно же плохо)) а есть альтернативы? может есть чтото похожее на уровне namespace? я сходу правда не нагуглил(

Эээ, а как вы себе представляете нулевой даунтайм без выделения ресурсов на хотя бы один лишний экземпляр на короткое время?

Эээ, а как вы себе представляете нулевой даунтайм без выделения ресурсов на хотя бы один лишний экземпляр на короткое время?

Ну само как-то должно, это же кубернетис, он сам за тебя всё делает и думать не нужно

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

если выделять Ingress в отдельную ноду, для отказоустойчивости нужно несколько нод и между ними поднятый keepalived?

А ты уверен что хочешь возиться с keepalived ?

у тебя кластер где задеплоен?

А ты уверен что хочешь возиться с keepalived ?

А что там возиться?

если я правильно понял, то если у меня упадет Ingress, то падает доступ к подам. Задеплоин в ВМ openstack

если on-premise - anycast VIP на, если облако - балансировщик от облака. Всё таргетаешь на ингресс-ноды

я у мамки архитектор

хорошо твоей мамке

радуется за тебя, наверное

Что же в этом плохого?

Хочется, чтобы оно само находило, запускать скрипт который генерирует списки Базел требует дисциплины, хуков, проверок или ещё чего нибудь, в то время как все привыкли к npm, maven, go build, cargo , которые "просто работают"

Может кто в курсе - установил kubernetes c Dashboard (ubuntu 16.04) - через localhost:8001 все работает - (netstat -lnpt) показывает tcp 0 0 127.0.0.1:8001 0.0.0.0:* LISTEN 13466/kubectl Если мне необходимо заходить в Dashboard (через веб-интерфейс) на другом пк который в этой же сети (пк между собой пингуються с этим все в порядке). Я так понимаю должно быть что то вроде tcp 0 0 0.0.0.0:8001 0.0.0.0:* LISTEN 13466/kubectl В этом случае порт 8001 будет "слушаться" с любого ip - но как и где это прописать?

nodeport service сделать как вариант

вообще ходить стоит через kubectl port-forward

если выделять Ingress в отдельную ноду, для отказоустойчивости нужно несколько нод и между ними поднятый keepalived?

Вот кстати недавно тестил MetalLB в этом плане, работает очень круто режиме L2. То есть externalIP анонсится на спикерах только с тех нод где запущен workload - это очень круто!

вообще ходить стоит через kubectl port-forward

Возможно - но как это прописать!

То есть в твоём случае будет достаточно ингрес nodeSelector'ом к ноде прибить, и он будет анонситься правильно

кстати, про metallb l2 и calico c "tunl0@NONE: <NOARP,UP,LOWER_UP>" оно должно работать?

Не знаю, у меня не калико. Но недавно мы решали подобную проблему для IPVS https://github.com/kubernetes/kubernetes/pull/70530

Полагаю что с этими опциями все заработает как надо

ребят а у helm есть Rename release а то надо сделать миграцию с одного namespace на другой и чтобы имя было такое ще

Эээ, а как вы себе представляете нулевой даунтайм без выделения ресурсов на хотя бы один лишний экземпляр на короткое время?

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

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

Это уже речь об операторе пошла

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

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

Это уже речь об операторе пошла

Да я читал) что он мне поможет, но решил спросить может есть альтернативные варианты) Спасибо!

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

Да, но у нас всего 4 реплики для которых это подойдёт, у остальных 20 там по одному поду запущено. как писали выше без простоя не обойтись

По одному инстансу?

Кажется вы сознательно отказались от бесшовного деплоя

ребят а у helm есть Rename release а то надо сделать миграцию с одного namespace на другой и чтобы имя было такое ще

Все сложно.

Кажется вы сознательно отказались от бесшовного деплоя

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

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

Ребят, а если в кубе нужны всякие сервисы типо redis'a, его daemonset'ом деплоить?

зачем?

deployment+service обращение по dns

Ребят, а если в кубе нужны всякие сервисы типо redis'a, его daemonset'ом деплоить?

только если он тебе нужен на каждой ноде. Но лучше StatefulSet

deployment+service обращение по dns

ну деплоймент это ж скорее для аппликух, с обновлениями и проч. А мне просто поднят 1 публичный образ с докерхаба и все.

только если он тебе нужен на каждой ноде. Но лучше StatefulSet

не, мне нужен просто 1 инстанс. Без реплик и тд и тп.

тогда временно Deployment подойдет

тогда временно Deployment подойдет

почему временно?

ReplicaSet скорее. Rolling update же не нужен

поднять под не вариант, он упадёт и все. ReplicaSet или Deployment, не важно. С одной репликой.

оке, спасибо. Так и сделаю тогда.

ну деплоймент это ж скорее для аппликух, с обновлениями и проч. А мне просто поднят 1 публичный образ с докерхаба и все.

Какая разница

Какая разница

это был вопрос относительно бестпрактис, не более)

так то я понимаю что там под капотом просто поды

Не вижу причин почему бы не делать одинаково

А для редиса есть операторы

Все таки смог запустить kuber не используя localhost используя команду kubectl proxy --address="172.16.193.191" -p 8001 --accept-hosts='^*$' - по сети запускаю Kubernetes Dashboard - все хорошо - для входа требуеться токен - вставляю токен который получаю из консоли командой kubectl get secret $(kubectl get serviceaccount dashboard -o jsonpath="{.secrets[0].name}") -o jsonpath="{.data.token}" | base64 --decode - но в панель не заходит - может кто либо проходил через подобное

Кажется вы сознательно отказались от бесшовного деплоя

* Если spec.strategy.type: RollingUpdate то сначала будет создаваться новый pod, затем убиваться старый - даже если spec.replicas: 1. * Если spec.strategy.type: Recreate то сначала убьется старый под, затем создастя новый

не уверен что если у них replicas: 1, то они могут запустить более 1 инстанса одновременно

для kind: Statefulset - это так, количество реплик никогда не может быть превышено, но для kind: Deployment - это поведение определяется через spec.strategy.type

я потому и написал "кажется"

я просто внес ясность :)

кстати

для еtcd оператора бэкап и рестор только с амазона?

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

(не сарказм)

ок)

Ребят, еще такой вопрос. А есть какие-то универсальные DNS имена для сервисов, которые бы не зависели от namespace? Вот в доке говорится о my-svc.my-namespace.svc.cluster.local А существует ли какое нибудь DNS имя которое можно использовать без указания неймспейса(т.е. чтоб искал в текущем теймспейсе)?

используй singlename

то есть просто my-svc

посмотри на /etc/resolv.conf в любом поде с dnsPolicy не Default

Кажись нашел

search default.svc.cluster.local svc.cluster.local cluster.local

Но тут чот про неймспейс ни слова(

А, все, теперь точно нашел. # cat /etc/resolv.conf search kube-public.svc.cluster.local svc.cluster.local cluster.local

Да ладно search default.svc.cluster.local

Спасибо!

Да ладно search default.svc.cluster.local

Да, тупанул. Когда стартовал бизибокс, не указал неймспейс и он стартанул в default, а регулярка в глазах к этому была не готова)

ууу, кто-то щас уйдет в бан=)

страна-то хоть какая?

киньте ссылку на чатик с вакансиями ей)

страна-то хоть какая?

Це ж Европа))

Польша

https://www.glassdoor.com/Reviews/Akvelon-Reviews-E357508.htm #язабан

Всем привет! Если так сложилось, что придется тащить кластер постгреса в кубернетис, какое решение все же более стабильно на текущий момент?

Всем привет! Если так сложилось, что придется тащить кластер постгреса в кубернетис, какое решение все же более стабильно на текущий момент?

Я в принципе пару раз сталкивался, что если вытащить из розетки, то docker volume коцает редко, 2 раза за 2 года было. Вчера человек про такую проблему спрашивал.