Вот спасибо порадовал. Особенно про: L7 visibility annotations for pods: Previously, to gain L7 visibility into traffic in the cluster, users would need to write network policies that put pods into a default deny posture.
А как чинить, если кублет на мастер-ноде отправляет неверный статус о кластере и потом перерегистриуется? Рестарт ноды не помогает, в логах ничего существенно важного. В ранчере выглядит вот так:
Вон даже UI завезли для отрисовки правил. Они там внутри на сисколы connect / bind вешают eBPF, по-этому правила отрабатывают до всяких iptables , значит дебажить случаи "кто-то всунул правило до другого правила" не нужно
Вон даже UI завезли для отрисовки правил. Они там внутри на сисколы connect / bind вешают eBPF, по-этому правила отрабатывают до всяких iptables , значит дебажить случаи "кто-то всунул правило до другого правила" не нужно
И ставить Debian ? Да получается централизованно все по политикам сети, интересно
Вон даже UI завезли для отрисовки правил. Они там внутри на сисколы connect / bind вешают eBPF, по-этому правила отрабатывают до всяких iptables , значит дебажить случаи "кто-то всунул правило до другого правила" не нужно
А в целом, что нужно знать, чтобы не бояться его использовать? bpf нужно хорошо изучить? Умение дебажить сеть обычными traceroute, tcptraceroute, ping, mtr, tcpdump, telnet, curl, dig и т.д. хватит? Маршруты как он строит, по bgp? В итоге это обычные маршруты, которые можно смотреть через iproute2?
Вон даже UI завезли для отрисовки правил. Они там внутри на сисколы connect / bind вешают eBPF, по-этому правила отрабатывают до всяких iptables , значит дебажить случаи "кто-то всунул правило до другого правила" не нужно