✋ Я могу как-то/где-то помотреть диапазон ip для статического выделения для

сервиса ClusterIP? может на kube-proxy или в самом IPVS

есть общая сеть на все сервисы кластера - kube_service_addresses: 10.233.0.0/18
из него часть на динамику часть на статику выделсяется

если через кубадм установлено, то в конфигмапе kubeadm-config.kube-system поле ClusterConfiguration.networking.serviceSubnet дает подсеть для всех адресов. По формулам из этой статьи: https://kubernetes.io/blog/2022/05/23/service-ip-dynamic-and-static-allocation/ можно посчитать отсюда подсеть для статических адресов.

по формуле понятно что первые 256 адресов можно брать под статику, это да. Меня смутило что сервисы control plane в кластере заняли уже 10.233.0.1 - coredns и api-server - 10.233.0.1, следовательно не могу гарантировать что первые 256 адресов под статику

со статикой гарантий никаких быть не может, на то она и статика. Но в кубадм кластере вроде по дефолту обычно .1 и .10 адреса заняты на упомянутые сервисы, остальными можно пользоваться. Но гарантий того, что очередной софт не займёт ещё какой-то адрес - нет. Может в других дистрибутивах кубера другие адреса будут заняты.

Что за чушь?

Что значит динамика и статика ?

Оба адреса можно переназначить на другие.

Исхожу из https://kubernetes.io/blog/2022/05/23/service-ip-dynamic-and-static-allocation/ Сеть сервисов это не более чем правила iptables/ipvs

Это не имеет отношения к формулам (см Cisco CCNA IP Addressing and Subnetting). И как статика связана с контекстом динамических ip ?

Перечитал https://kubernetes.io/blog/2022/05/23/service-ip-dynamic-and-static-allocation/ Понял что разделения нет на ститкику и динамику, просто теперь можно изменить логику распределения ip, снизив воможность ошибки при стистичском назначении. Вкладывал инной смысл изначально.

все еще непонятно - чего хотите

Вы разверните мысль, если что то не получается, то не страшно об этом говорить. Опишите проблему тезисно: Есть этот класс ip адресов в сети (адресация в кластере ip/mask) Столкнулся с проблемой, не понимаю как работает распределение внутри сети кубера для service и pods если для service выделен такой то сегмент сети а для pods такой то.

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

чо

при redeploy он не изменится. теперь вы понимаете что он измениться, если снести services и вновь накатить.

А зачем прописывать адрес, чем днс не устраивает ?

Днс не отрабатывает, точнее отрабатывает, но перманентно прилетает ошибка php_network_getaddresses: getaddrinfo failed: Temporary failure in name resolution Проблема проявляется при коннекте к редису, но это отдельная история

Так если на той стороне никого нет (удалили или еще чего), то как ip поможет ?