Здравствуйте. Подскажите пожалуйста, как реализовать следующую задачу: внутри кластера в одном неймспейсе необходимо поднять 3 сервиса, которые должны общаться между собой

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

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

три сервиса - это три разных сервиса или один с тремя репликами?

по днс можешь обращение делать

три сервиса - это три разных сервиса или один с тремя репликами?

три разных

тогда просто по имени сервиса, днс отрезолвит

https://kubernetes.io/docs/concepts/services-networking/dns-pod-service/

Привет. Мне надо развернуть secure registry, так чтобы не надо было использовать параметр —insecure-registry=[IP ADDR]. Какие требования к TLS сертификатам (что должно быть в CN и SAN-ах)?

Привет. Мне надо развернуть secure registry, так чтобы не надо было использовать параметр —insecure-registry=[IP ADDR]. Какие требования к TLS сертификатам (что должно быть в CN и SAN-ах)?

Они должны быть валидными :) Ну т.е если делаешь самоподписный - на нодах придется в систему добавлять самому, чтоб докер при коннекте смог проверить сертификат. Крч lets encrypt в помощь

Они должны быть валидными :) Ну т.е если делаешь самоподписный - на нодах придется в систему добавлять самому, чтоб докер при коннекте смог проверить сертификат. Крч lets encrypt в помощь

letsencrypt это мой план Б. Вопрос в том, что сертификаты уже выпущены, но в них нет никакого конкретного FQDN. Это нормально?

Common Name: paas.cluster.certs.secret CA Subject Alternative Names: kubernetes.default.svc, kubernetes.default, kubernetes, istio-sidecar-injector.istio-system.svc, IP Address:127.0.0.1, IP Address:10.247.0.1, IP Address:10.247.0.2, IP Address:100.72.18.102, IP Address:192.168.0.111

для того, чтобы например воркер GitLab коннектился, ему же нужно иметь FQDN как SAN? Или я неправ?

вопрос для deployment

есть способ настроить strategy так, чтобы траффик не балансировал между новой и старой версиями в процессе деплоя?

имею в виду алгоритм: 1. Ждать, пока все контейнеры новой версии приложения будут готовы 2. Переключить траф на новую версию и сразу убрать траф со старой версии

есть идея насчет поставить .spec.strategy.rollingUpdate.maxSurge: 100%/.spec.strategy.rollingUpdate.maxUnavailable: 0

есть способ настроить strategy так, чтобы траффик не балансировал между новой и старой версиями в процессе деплоя?

istio

istio

а с nginx controller это никак не сделаешь?

Без костылей не вижу возможностей

понял, спасибо

С версии 21 есть аннотация для кэнари. В частности можно выставлять весы. Ставите в старый ингресс вес 100 в новый 0. После выкатки в старый 0, в новый 100.

С версии 21 есть аннотация для кэнари. В частности можно выставлять весы. Ставите в старый ингресс вес 100 в новый 0. После выкатки в старый 0, в новый 100.

то есть к разным сервисам еще и разные ингрессы? Тогда же сломается sticky session, верно?

С версии 21 есть аннотация для кэнари. В частности можно выставлять весы. Ставите в старый ингресс вес 100 в новый 0. После выкатки в старый 0, в новый 100.

версии istio?

Nginx ingress

то есть к разным сервисам еще и разные ингрессы? Тогда же сломается sticky session, верно?

В доке написано так Note that when you mark an ingress as canary, then all the other non-canary annotations will be ignored (inherited from the corresponding main ingress) except nginx.ingress.kubernetes.io/load-balance and nginx.ingress.kubernetes.io/upstream-hash-by. Но не проверял со стики если честно

жесть какая, фиксим ингрессы аннотациями :/

как ingress относится к canary?

там же label общий между новым\старым и сервис на него. Закончился canary

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

кто-то кидал ссылку на презентацию по техникам в кубе. @vrutkovs кидает обычно такое

кто-то кидал ссылку на презентацию по техникам в кубе. @vrutkovs кидает обычно такое

http://brandon.dimcheff.com/2018/02/rainbow-deploys-with-kubernetes/

но это не канари, тут надо смотреть поддерживает ли ингрессконтроллер веса

не, там были слайды презентации

replica: 1, blue/green, canary и тп

там же label общий между новым\старым и сервис на него. Закончился canary

Можно же несколько лейблов налепить

ну смысл что 2 деплоймента, 1 сервис

регулируем реплики - canary

ну смысл что 2 деплоймента, 1 сервис

replicaSet тогда уж)

и свой контроллер написать

не, там были слайды презентации

https://opensource.com/article/17/5/colorful-deployments? Только это опеншифт

не видел подобного для любого ингресса

но это не канари, тут надо смотреть поддерживает ли ингрессконтроллер веса

https://kubernetes.github.io/ingress-nginx/user-guide/nginx-configuration/annotations/#canary

Опять не то =) Чуть позже найду может

nginx.ingress.kubernetes.io/canary-weight

https://www.elvinefendi.com/2018/11/25/canary-deployment-with-ingress-nginx.html

регулируем реплики - canary

ну так тоже можно конечно, если притвориться что реплики - это метрика веса

replicaSet тогда уж)

А, даже писать ничего не надо, там и так есть labels: pod-template-hash: <hash> https://kubernetes.io/docs/concepts/workloads/controllers/deployment/#pod-template-hash-label

ну так тоже можно конечно, если притвориться что реплики - это метрика веса

это родной способ. Готового тула нет, чтобы крутить реплики в двух местах только. Ну не сильно нужно, все равно у всех по разному.

nginx.ingress.kubernetes.io/canary-weight вот это точно на родной никак не похоже 🙈

https://www.elvinefendi.com/2018/11/25/canary-deployment-with-ingress-nginx.html

ага, он соблюдает session affinity (судя по комментам), годно

Коллеги кто использовал cri-o вместо docker -а?

парни, а кто нынче кубер как сервис предоставляет в Раше?

яоблако

не стремно юзать?)

мне и просто так кубер стрёмно юзать

парни, а кто нынче кубер как сервис предоставляет в Раше?

Мыло.ру

Извините

https://twitter.com/bjburton/status/1106908952535728128?s=12

мейлсру

Коллеги кто использовал cri-o вместо docker -а?

я использую, а в чем вопрос?

А кто нибудь пробовал еластик калстер внутри кубера, но дата ноды снаружи

интересная мысль.. Напишите плз, если получится

интересная мысль.. Напишите плз, если получится

ну порт то все знают

А кто нибудь пробовал еластик калстер внутри кубера, но дата ноды снаружи

а транспорт до даты вы какой предпологаете?

а транспорт до даты вы какой предпологаете?

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

а что в кубере тогда будет болтаться?

мейлсру

yandex cloud обещали куб как у гугла, через пол года может выкатят

_КАК У ГУГЛА_ страшно звучит

Если сравнивать базы mcs и yandex, то яндекс обещает потоковый бекап и откат на неделю. А у mcs это просто ansible скрипт походу, который они у себя потестили.

Думаю с кубом так же будет.

mcs = mail?

а если база в 4тб, сколько этот ansible его откатывать будет?

Yandex обещает (ещё не тестил) Снимки базы данных PostgreSQL создаются непрерывно. Благодаря механизму Point-in-Time Recovery (PITR) вы можете восстановить базу данных на любой момент времени за последние 7 суток.

А у mcs это просто "протестированная нами конфигурация". т.е ansible скрипт или вроде того под формой managed базы

>Снимки базы данных PostgreSQL создаются непрерывно. это они так репликацию wal-логом назвали?

ну да

а что в кубере тогда будет болтаться?

Мастер ноды

И клиенты, но это пока у меня в голове, как это будет на самом деле ....

еще кстати вопрос про мониторинг

я нашел в kube-state-metrics метрику, которая ломает федерацию prometheus-кластеров по умолчанию