NodePort делает DNAT сразу в под а не в clusterip . С externaltrafficpolicy local вот совершенно точно

>externaltrafficpolicy local Тогда не спорю)

главное чтобы провайдер не резал некоторые протоколы :)

А как нащёт овервью архитектуры? Так-то BGP вроде все облака фильтруют, а какие-нибудь туннели городить для доступа ко внешнему сервису — так это можно и директлинк запилить и со своей инфрой сконнектиться.

А как нащёт овервью архитектуры? Так-то BGP вроде все облака фильтруют, а какие-нибудь туннели городить для доступа ко внешнему сервису — так это можно и директлинк запилить и со своей инфрой сконнектиться.

Почему бгп фильтруют облака? 179 порт закрывают? Я такого не встречал) Ну у нас не бгп. Это я теоретизирую)

Почему бгп фильтруют облака? 179 порт закрывают? Я такого не встречал) Ну у нас не бгп. Это я теоретизирую)

это в облако заехать со своей сеткой чтоли и анонсировать ее ?

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

бгп не обязательно использовать как external для анонса своих подсетей через внешний аплинк, разумеется пириться с клаудом никто не даст, да и сетей нет для анонса, в случае с cni (calico etc) бгп юз кейсы чисто внутренние ну вот есть домен внутри скажем одной vpc, vpc может быть огромная, и как Никита говорил rr на м астерах и пиринг нод с мастерами, только пириться можно не с сетевой инфрой как на баре метале, а нагородить что-то своего, что те же функции будет выполнять

опять таки все зависит от масштабов сети и юзкейсов

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

не, ну согласен, но только рип то дистанс вектор, а оспф учит всю топологию (link state), но то такое )

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

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

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

А кто тут подразумевается под соседями?

А кто тут подразумевается под соседями?

ну как-то так switch(config)# router bgp 64496 switch(config-router)# neighbor 192.0.2.1

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

Бгп -- это реально очень просто. В случае кластера это примерно как ip route | nc -p 179

Бгп -- это реально очень просто. В случае кластера это примерно как ip route | nc -p 179

Конечно просто :))))

Бгп это очень сложный протокол))

Бгп это очень сложный протокол))

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

Народ, а кто-нибудь тыкал в eksctl?

не, ну согласен, но только рип то дистанс вектор, а оспф учит всю топологию (link state), но то такое )

а в bgp нет состояний?

а в bgp нет состояний?

есть между пирами

BGP’s finite state machine (as outlined in RFC 4271) has the following states: Idle Connect Active OpenSent OpenConfirm Established

Чёт взрустнулось мне. А есть какие-то митапы/встречи в ближайший месяц профильные? В мск например.

Нужен совет. Насколько целесообразно делать так вместо создания secret для кредов registry https://kubernetes.io/docs/concepts/containers/images/#configuring-nodes-to-authenticate-to-a-private-registry если кластер bare metall, а private registry одно?

есть между пирами

бгп знает только о своем соседе ближайшем и информацию о маршруте берет из метаданных таких как as_path, битность as номера, вплоть до "старшести" айпишника соседа при выборе лучшего маршрута. оспф же, в пределах одной зоны является линк стейтом то есть использует состояние канала при выборе лучшего маршрута путем Link State Advertisement

слово "state" тут означает состояние не контрол плейна, а собственно сети

>externaltrafficpolicy local Тогда не спорю)

Мне кажется и без локал оно в pod напрямую DNAT делает, просто под может быть на чужой ноде и тогда придется туда пересылать , но все равно без дополнительного DNAT . Впрочем для type: LoadBalancer externaltrafficpolicy local все равно всегда полезен

Узнал на чем калико деньги делает. На NetworkPolicy для федераций кластеров: https://www.tigera.io/tigera-secure-ee/

> Zero Trust Network Security

мне уже нравится

> Zero Trust Network Security

а шапочку из фальги выдают?

Да хер там :) все равно по ИП проверяют :)

а шапочку из фальги выдают?

если ты живёшь в датацентре, то могут, наверное

Узнал на чем калико деньги делает. На NetworkPolicy для федераций кластеров: https://www.tigera.io/tigera-secure-ee/

у меня музыка в ритм Капитану

> Zero Trust Network Security

http://zavtra.ru/upl/31/alarge/pic_430975b0.jpg

> Zero Trust Network Security

а вдруг у них получилось

надо почитать внимательнее

появилась хотелка - рисовать в графане рестарты подов аннотациями кто чем это делает?

появилась хотелка - рисовать в графане рестарты подов аннотациями кто чем это делает?

на kubecraft похоже

https://github.com/stevesloka/kubecraft?

ребят, а силиум бпф не умеет в влан?

на kubecraft похоже

этот кубекрафт или какой?

он самый, там каждый под - это домик, заходишь в домик, дергаешь рычаг, под удаляется

омг что

кажется это к моей хотелке имеет примерно 0 отношения

я хочу аннотацию когда под рестартится

прости не так понял, я думал ты хочешь через графану поды ребутать :)

не

это слишком было бы

я хочу аннотацию когда под рестартится

Зачем?)

kubecraft кстати подох похоже

Зачем?)

чтобы на графиках рисовалось, очевидно

Так а считать рестарты пода без аннотаций?

что?

kubecraft кстати подох похоже

он никуда дальше proof of concept и не ушел)

я хочу аннотацию когда под рестартится

Зачем тебе аннотация при рестарте пода? Рисовать графики количества рестартов определенного пода? .status.containerStatuses[0].restartCount не?

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

Зачем тебе аннотация при рестарте пода? Рисовать графики количества рестартов определенного пода? .status.containerStatuses[0].restartCount не?

Хочется вертикальную палочку

второе не понял

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

так там же запросы аналогичные, если ты уже рисуешь графики

я хочу ивенты, а не временные ряды

и вопрос был "кто как это делает", а не "подскажите надо ли мне это"

и вопрос был "кто как это делает", а не "подскажите надо ли мне это"

Но ведь это русскоязычное комунити. Чего ты ещё ждал? 😅

сейчас у меня аннотация через запрос changes(kube_pod_container_status_restarts_total{namespace="$deployment_namespace",pod=~"$deployment_name-.*"}[10m]) > 0 но это очевидно херово работает с зумом

ну и прометей очевидно не годится для хранения событий

Ещё одна причина выкинуть service через kube-proxy и пускать через envoy: https://github.com/kubernetes/kubernetes/issues/48719

Это просто праздник какой-то , полная синхронизация идей со вселенной. Буквально только что в kube-proxy дали возможность не делать service вообще, расчет как раз что эта фича покрывается местным энвоем: https://github.com/kubernetes/kubernetes/pull/71355

меш во все поля

появилась хотелка - рисовать в графане рестарты подов аннотациями кто чем это делает?

Похоже на тот плагин от фланта, было тут в чате

Адовая штука конечно, но может кому понравится https://yipee.io/

появилась хотелка - рисовать в графане рестарты подов аннотациями кто чем это делает?

https://grafana.com/plugins/flant-statusmap-panel

Адовая штука конечно, но может кому понравится https://yipee.io/

🙁 November 6, 2018 – 5pm MST, Yipee.io will shut down.

Похоже на тот плагин от фланта, было тут в чате

Не, не похоже

https://grafana.com/plugins/flant-statusmap-panel

Не вижу как оно мне добавит аннотаций при рестарте подов

>аннотаций Сорри, пропустил. Такое в roadmap есть, скоро сделаем.

Слушай, я сам могу сделать аннотацию через запрос в прометей и я описал, чем это не подходит Мой вопрос был о другом

как мне istio добавить в существующую графану? подключил ее к прометею из istio-system https://grafana.com/orgs/istio добавляю отсюда дашбоарды но они все пустые

Ну проверь какие запросы в дашбордах

Ну проверь какие запросы в дашбордах

то что в expr? тип эти запросы должны успешно выполняться на прометее?

как мне istio добавить в существующую графану? подключил ее к прометею из istio-system https://grafana.com/orgs/istio добавляю отсюда дашбоарды но они все пустые

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