А как же жизнь если у тебя не 100% стейтлесс приложение? Просто приложение может состоять из стейтлесс и стейтфул компонентов, что тогда? Нет жизни после смерти?

А как же жизнь если у тебя не 100% стейтлесс приложение? Просто приложение может состоять из стейтлесс и стейтфул компонентов, что тогда? Нет жизни после смерти?

Опять же к мультирегиону это отношения имеет нисколько

А как же жизнь если у тебя не 100% стейтлесс приложение? Просто приложение может состоять из стейтлесс и стейтфул компонентов, что тогда? Нет жизни после смерти?

Какую-нибудь условную монгу все равно вне кластера понесете, да ещё и пошардируете-пореплицируете между регионами

А как же жизнь если у тебя не 100% стейтлесс приложение? Просто приложение может состоять из стейтлесс и стейтфул компонентов, что тогда? Нет жизни после смерти?

Короче. Я жду кейса. Когда приложению из кубика в Америке нужно обратиться к другому приложению к кубику в Европе. И это нельзя сделать через внешний интерфейс (читай - ингресс)

Хахаха we’d like to replace our custom multi-cluster coordination with the Federation V2 framework.

Короче. Я жду кейса. Когда приложению из кубика в Америке нужно обратиться к другому приложению к кубику в Европе. И это нельзя сделать через внешний интерфейс (читай - ингресс)

Отошёл минут на 15, как вернусь опишу и кейс и примеры

Короче. Я жду кейса. Когда приложению из кубика в Америке нужно обратиться к другому приложению к кубику в Европе. И это нельзя сделать через внешний интерфейс (читай - ингресс)

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

Отошёл минут на 15, как вернусь опишу и кейс и примеры

Спасибо

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

Мы на пороге истио. Он прекрасен

Мы на пороге истио. Он прекрасен

// me поперхнулся

Истио хорошая вещь, но не панацея, и со своими болячками (Впрочем как и все). хотя демо с двумя кластерами в один я с помощью истио собирал (в принципе у них на сайте расписано)

Истио хорошая вещь, но не панацея, и со своими болячками (Впрочем как и все). хотя демо с двумя кластерами в один я с помощью истио собирал (в принципе у них на сайте расписано)

Нам это не нужно. Зато остальное - просто жизненно необходимо

Нам это не нужно. Зато остальное - просто жизненно необходимо

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

Короче. Я жду кейса. Когда приложению из кубика в Америке нужно обратиться к другому приложению к кубику в Европе. И это нельзя сделать через внешний интерфейс (читай - ингресс)

Мой кейс - живая репликация для целей disaster recovery. Строю pod to pod прямую связность

Ещё и .cluster.local меняю на "общий" днс

Мой кейс - живая репликация для целей disaster recovery. Строю pod to pod прямую связность

Dr на уровне приложухи?

Да, hot standby

Добрый вечер всем! А ингресс должен быть в каждом нс отдельно или один на уровне всего кластера?

Добрый вечер всем! А ингресс должен быть в каждом нс отдельно или один на уровне всего кластера?

От задач зависит, имхо

Истио хорошая вещь, но не панацея, и со своими болячками (Впрочем как и все). хотя демо с двумя кластерами в один я с помощью истио собирал (в принципе у них на сайте расписано)

https://medium.com/@gyliu513/multi-cluster-support-for-service-mesh-with-ibm-cloud-private-d7d791f9b778?source=email-6c3a1f430515-1545543238323-digest.reader------0-59------------------c68e7e83_2dda_47d4_9a02_0b0bb382c5dd-16&sectionName=recommended вот ребята из ибм решили попробовать

От задач зависит, имхо

В типичной ситуации?

Спасибо

Кейс: У меня две географически разнесенные площадки с оборудованием, для обеспечения высокой доступности приложения я принимаю решение об обьединении двух площадок по средством аренды оптики. Так вот я такой весь молодежный и у меня стейтлесс приложение, к примеру это веб проект, в котором есть ну к примеру кластер из редисов, так вот клиентов у меня много трафик между кластером редиса и веб серверами 4-6 Gb/s. Как мне добиться максимальной доступности с полным отсутсвием даунтайма при полном дизастере (атомная бомба падает на одную мою площадку с серверами ?

От задач зависит, имхо

Если один на весь кластер, то ингресконтроллер должен уметь ходить до всех сервисов всех нс, так? И соответственно ингресс ресурсы создавать только в нс с ингресконтроллером, так?

Кейс: У меня две географически разнесенные площадки с оборудованием, для обеспечения высокой доступности приложения я принимаю решение об обьединении двух площадок по средством аренды оптики. Так вот я такой весь молодежный и у меня стейтлесс приложение, к примеру это веб проект, в котором есть ну к примеру кластер из редисов, так вот клиентов у меня много трафик между кластером редиса и веб серверами 4-6 Gb/s. Как мне добиться максимальной доступности с полным отсутсвием даунтайма при полном дизастере (атомная бомба падает на одную мою площадку с серверами ?

с таким колличеством информации - то никак

а так исходя из номр вводных - есть варианты

с таким колличеством информации - то никак

Хорошо, какие вводные необходимы?

ну для начала - на каком удалении площадки

аренда оптики - это про ip транзит или честная лямбда

и тп

ну и "настоящий" дизастер строится на нескольких уровнях

в аренду взято темное волокно длинной 50km, на базе темных волокн поднял 2 линка каждый из которых 25GB/s , меджду площадками организовал L3 связность BGP + ECMP.

Нутаникс с near line replication 😂😂😂😂

на 50 км, впринципе, можно делать синхронную репликацию

Нутаникс с near line replication 😂😂😂😂

ой все

я ушел

До встречи

Предположим что у меня есть shared storage растянутый на оба ДЦ, при падении площадки storage полностью функционирует.

Как добиться отказоустойчивости приложения которое полностью работает на k8s?

Как добиться отказоустойчивости приложения которое полностью работает на k8s?

Сделать чтобы реплики гарантированно жили в двух дц

Как добиться отказоустойчивости приложения которое полностью работает на k8s?

для персистент стореджа, на 50 км с етмным волокном, можно озаботиться синхронной репликацией

на уровне bgp сделать так называемый "bgp anycast"

для персистент стореджа, на 50 км с етмным волокном, можно озаботиться синхронной репликацией

Репликация конечно синхронна

https://medium.com/@gyliu513/multi-cluster-support-for-service-mesh-with-ibm-cloud-private-d7d791f9b778?source=email-6c3a1f430515-1545543238323-digest.reader------0-59------------------c68e7e83_2dda_47d4_9a02_0b0bb382c5dd-16&sectionName=recommended вот ребята из ибм решили попробовать

Спасибо видел. Но если ты захочешь слепить что-то с чем-то, то либо тебе придется самостоятельно настраивать роутрефлекторы, либо юзать native ip

на уровне bgp сделать так называемый "bgp anycast"

на каждой площадке для нод где живет ингресс контроллер - отдавать один и тот же айпи, это я про бгп эникаст

ну это так - сильно упрощенно

ну это так - сильно упрощенно

так трафик то пойдет через ingress интерфейс разве нет?

так трафик то пойдет через ingress интерфейс разве нет?

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

О, Господи, парни. Я здесь уже лох

Ладно там калико поднять...

О, Господи, парни. Я здесь уже лох

не начинай

Ладно там калико поднять...

вот тут уже инстрестнее)

Если один на весь кластер, то ингресконтроллер должен уметь ходить до всех сервисов всех нс, так? И соответственно ингресс ресурсы создавать только в нс с ингресконтроллером, так?

Щито? Давай порассуждаем. Что такое ингресс. Куда он деплоится. И какой бывает

Щито? Давай порассуждаем. Что такое ингресс. Куда он деплоится. И какой бывает

может упустим эту итерацию и вернемся к началу диалога "зачем нам оверлей?"

Щито? Давай порассуждаем. Что такое ингресс. Куда он деплоится. И какой бывает

Ингресс - это мобильная игра такая.

может упустим эту итерацию и вернемся к началу диалога "зачем нам оверлей?"

Для отказоустойчивости он не нужен

Для того, чтобы поды ходили друг в друга - тоже

Ингресс - это мобильная игра такая.

Помню такую, от ниантика

Для отказоустойчивости он не нужен

Хорошо, предположим Вы уважаемый полностью правы, можно тогда отписать как будет решен такой кейс без оверлея

Щито? Давай порассуждаем. Что такое ингресс. Куда он деплоится. И какой бывает

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

Хорошо, предположим Вы уважаемый полностью правы, можно тогда отписать как будет решен такой кейс без оверлея

Монго на нутаниксе 😂😳

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

И на мастера, и на воркер ноды?

в итоге k8s без гипервизора и оверлейных сетей не решит такую задачу?

в итоге k8s без гипервизора и оверлейных сетей не решит такую задачу?

На 50 км можно и кластер куба растянуть, наверное. Только причем тут оверлей. Если у тебя там оптика между дц.

На 50 км можно и кластер куба растянуть, наверное. Только причем тут оверлей. Если у тебя там оптика между дц.

Оптика из-за емкости внутреннего трафика

@gecube можно подробнее об опыте с calico?

@gecube можно подробнее об опыте с calico?

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

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

Спасибо за советы, Вы уважаемый не лошок. Удачи)

И на мастера, и на воркер ноды?

Можно и так, но вроде делают отдельную ноду для этого

Можно и так, но вроде делают отдельную ноду для этого

Окей, т.е. мы легко выяснили, что ингресс лучше деплоить на отдельную ноду, которая доступна из мира. И их может быть несколько. А ещё может быть на каждой свой ингресс

Причем разного типа

@gecube можно подробнее об опыте с calico?

Calico это IPIP + BGP . Причем можно без IPIP если подкрутить

ребят, подскажите плз в чем может быть проблемка

Error: UPGRADE FAILED: render error in "frontend/templates/ingress.yaml": template: frontend/templates/_helpers.tpl:6:18: executing "frontend.name" at <.Chart.Name>: can't evaluate field Chart intype string

что-то не нахожу ничего подобного

покажи ingress.yaml

скорее всего контекст не тот

Окей, т.е. мы легко выяснили, что ингресс лучше деплоить на отдельную ноду, которая доступна из мира. И их может быть несколько. А ещё может быть на каждой свой ингресс

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

{{- if .Values.ingress.enabled }} {{- $path := .Values.ingress.path -}} apiVersion: extensions/v1beta1 kind: Ingress metadata: name: {{ template "frontend.name" . }} labels: app: {{ template "frontend.name" . }} chart: {{ template "frontend.chart" . }} release: {{ .Release.Name }} heritage: {{ .Release.Service }} {{- if .Values.ingress.annotations }} annotations: {{ toYaml .Values.ingress.annotations | indent 4 }} {{- end }} spec: rules: {{- if .Values.ingress.hosts }} {{- range $host := .Values.ingress.hosts }} - host: {{ $host }} http: paths: - path: {{ $path }} backend: serviceName: {{ template "frontend.name" . }} servicePort: {{ .Values.service.port }} {{- end -}} {{- else }} - http: paths: - path: {{ $path }} backend: serviceName: {{ template "frontend.name" . }} servicePort: {{ .Values.service.port }} {{- end -}} {{- if .Values.ingress.tls }} tls: {{ toYaml .Values.ingress.tls | indent 4 }} {{- end -}} {{- end -}}

скорее всего контекст не тот

^

вот тут у тебя другой контекст {{- range $host := .Values.ingress.hosts }} ... serviceName: {{ template "frontend.name" . }}