ну это тоже неправда. Определитесь что с чем сравниваем
Если мы сравниваем один сервер  и проложуху на нем vs это же в кубе. Я могу ее запустить с hostNetwork: true и будет тоже самое

Если мы сравниваем схему балансер на одной виртуалке и несколько виртуалок с приложением, по которым мы балансим, то укажи какие там условия, какая сеть и с какой cni и в каком режиме ты сравниваешь это в кубе. Между балансером и виртуалками мб своя overlay сеть.

Формально я могу заявить что никаких оверхедов не будет.

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

Так как могут быть разные конфигурации в обоих случаях, то как мне кажется корректнее говорить что разницы нет. Так как разница зависит от конкретной реализации. А реализации не было указано

да не, мне правда интересно насколько большой оверхед от CNI идет

в сравении с чем? Какая cni? В какой конфигурации?

оверхед в глазах замеряющего. Можно поднять cni которая строит overlay на p2p туннелях и еще наворачивает сверху шифрование. И сказать - да, огромный оверхед

у докера оверлей-то так точно помедленнее будет)

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

И ты во всем прав

Однако наличие кубелета - уже оверхед)

да, но надо считать. Я не уверен что docker меньше потребляет чем kubelet + containerd

kubelet + docker однозначно будет оверхед по CPU на + kubelet =)

нет

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

и тут - да, с одной стороны кьюблет = оверхед относительно голой системы

но относительно развесистой инфры со 100500 сервисов - вряд ли

вот такой не однозначный окозался вопрос =). Очень много нюансов, и надо четко определять условия сравениня. Иначе научного подхода не выйдет

Поэтому Дмитрий прав и закончим=) Я думаю человек хотел узнать использует ли куб тот же рантайм что и докер

Вплане он хотел услышать "Так шо то контейнер шо это нет разницы"

все правы и никто неправ =)

@zubrabubra куб это констркутор, очень много вариантов. Как для запуска контейнеров (docker, containerd, cri-o) так и для самой сети и ее конфигурации (перечислить невозможно, их много)

Помогите с этим долбаным опеншифтом