Andor
и делай tag по условию
Rainbow
да нет, мне просто нужно делать if что текущий рабочий image отличается от собранного только тегом. Внутри все одинаковое.
Rainbow
Ладно, сделаю - расскажу.
Rainbow
Работа прилетела
Andor
ну есть некий docker diff
Rainbow
да, и какой-то sha256 у image... что-то в этой стороне. Курить доки нужно. Должно быть просто.
Andor
не, дифф это не то
bebebe
@docker_ru какой-то
Andor
https://github.com/GoogleContainerTools/container-diff вот это наверное
Vadim
можно и просто сравнив json'ы манифестов для этих тегов
Andor
тоже верно
Andrey
Andrey
https://docs.docker.com/engine/reference/commandline/pull/#pull-an-image-by-digest-immutable-identifier
bebebe
+ в догонку https://docs.docker.com/config/labels-custom-metadata/
Andrey
Ребят, кто настраивал bgp между calico и другими маршрутизаторами?
Есть какой-то туториал?
Заведётся оно с quagga?
Andor
заведётся
Andor
ну если в квагге бгп включить конечно
Andor
а почему квагга? или это не твой выбор?
Andor
в калико внутри обычный bird и обычный bgp
Никита
Главное - лишнего не заанонсить кластеру.
Andrey
Andrey
Чтоб поды были доступны в локалке. Чтобы их мониторить прометеем без федерации
Никита
Мне вот bird понравился, квагга как-то неочевидно. А бёрд прям хорош и прост, и фильтры всякие развесистые умеет.
Mikhail [azalio]
плюсую bird
Никита
У меня даже пример конфига найдётся, если нужно.
Ну и в контейнере с calico можно посмотреть.
Никита
Кстати, калико сеть сервисов не умеет анонсить, это пока только kube-router может.
Andor
Для этого ipvs есть
Andor
Не то же самое конечно, но вполне рабочий варант
Никита
Никита
А я про анонс на роутер самого факта наличия сети сервисов.
Никита
Ну или отдельных clusterip.
Andor
Я про то что kube-proxy вполне успешно без kube-router распространяет информацию про сервис адреса
Никита
Да, между нодами кластера, а во внешние сети?
Andor
Зачем анонсить сервисные адреса наружу?
Mikhail [azalio]
а тут по-моему про адреса подов
Andrey
Ну мне надо именно адреса подов. У меня поды умеют в /metrics для прометея.
Было несколько вариантов, типо федерации, проксятника и BGP. Вроде коллективным разумом чатов телеграма пришел к выводу что BGP самый оптимальный вариант
Andor
А кто тебе мешает прометея просто сунуть внутрь кластера?
Andor
@azalio это не у тебя так?
Mikhail [azalio]
ну у меня так да
Mikhail [azalio]
прометей стоит сбоку
Mikhail [azalio]
адреса подов доступны по всей сети
Gleb
а начем сеть?
Andor
Andor
Проще всего на каждый кубокластер держать по своему прометею имхо
Mikhail [azalio]
Andrey
А почему не хочется-то?
ну для него сторедж надо делать и всякую такую обвязку. А сейчас все просто и примитивно. В кубере только stateless. Случилось се с серваком, выкинул, поставил новый, работаем дальше)
Andrey
Mikhail [azalio]
Никита
Зачем анонсить сервисные адреса наружу?
Ну вот есть большая сеть предприятия. И есть в ней кластер кубернетеса с двумя сетями маленькими - сетью подов и сетью сервисов. Первую мы анонсим роутерам в нашей большой сети, и вся сеть может ходить на айпишники подов. То же самое и с сетью сервисов, анонсим сеть сервисов, и вся сеть может ходить на айпишники сервисов.
Andor
что от этого анонса будет - я понимаю
Andor
вопрос был "зачем"
Никита
Чтобы из сети предприятия были маршруты до сети сервисов. А почему это вопросы вызывает?
Никита
Ну, то есть, с моей стороны выглядит как вполне логичное решение.
Andor
логичнее того же ингресса?
Никита
Ну а почему нет?
Никита
Да и задачи разные бывают.
Andor
смотря как это делать
Andor
ну понятно что в каких-то кейсах это норм будет
Andor
но лично мне кажется, что обычнл более логичным выглядит выставлять наружу адреса балансеров, которые уже умеют в кубер, а не голые адреса подов/сервисов
Andor
например того же ингресса
Mikhail [azalio]
А как получить программным путем подсеть выделеную для ноды? (без kubectl)
twwlf
взять netmask c интерфейса?
Mikhail [azalio]
у меня нет
Никита
Mikhail [azalio]
Никита
Ну, можно в calicoctl node чётотам посмотреть.
Mikhail [azalio]
run Run the Calico node container image.
status View the current status of a Calico node.
diags Gather a diagnostics bundle for a Calico node.
checksystem Verify the compute host is able to run a Calico node instance.
Mikhail [azalio]
# calicoctl node status
Calico process is running.
IPv4 BGP status
+--------------+-----------+-------+----------+----------------------------+
| PEER ADDRESS | PEER TYPE | STATE | SINCE | INFO |
+--------------+-----------+-------+----------+----------------------------+
| 10.8.43.2 | global | down | 14:21:06 | Error: No listening socket |
| 10.8.43.3 | global | down | 14:21:06 | Error: No listening socket |
| 10.8.43.4 | global | down | 14:21:06 | Error: No listening socket |
| 10.8.43.5 | global | down | 14:21:06 | Error: No listening socket |
+--------------+-----------+-------+----------+----------------------------+
Никита
Выглядит не очень)
Mikhail [azalio]
это не важно
neumeika
а кто меньший изврат смог, у меня например core switch без bgp, только ospf, пришлось анонсить в bird bgp а от туда уже ospf, calico само могёт ospf или как-то попроще? :)
Mikhail [azalio]
важно что я не могу найти podCidr )
Mikhail [azalio]
# ip ro sh | grep 116
blackhole 10.116.1.0/26 proto bird только если это )
Mikhail [azalio]
хотя мне подойдет думаю
Никита
Вроде бы оно и есть.
Andor