в смысле?

ты хочешь сказать что ты у себя на серверах выключаешь ssh?

нет, я за потребление памяти утилитами которые будет запускаться через ссш - mount и т.д.

сейчас кублет это го бинарь который делает системные вызовы

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

ну потребление памяти новыми маршрутами которые тот же CNI запускает никого же не волнует?

оно конечно херню ест, но ест

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

ну вот конкретно у тебя сколько кубелет ест памяти?

если 128мб всего то и память на доп маршруты может быть важна

у меня нет сейчас куба на новой работе - не могу глянуть 😊

ну вощем мне говорили о потреблении в пару сотен мегабайт

я кстати так сам у себя и не глянул лол

а в тот момент был далеко

У меня вопрос

А как кублет будет определять, что сам распберри со 128 мб памяти сдох

Если они на разных узлах

недоступен сокет докера - значит сдох

сокет будет по сети

чисто технически - вполне реализуемо

на практике конечно херня каая-то

А как кублет будет определять, что сам распберри со 128 мб памяти сдох

распберри кстати с 128мб не выпускали

минимум было 256мб на самых первых моделях

скачал бинари 1.13.2 - размер бинаря кублета 113мб

да уж

распберри кстати с 128мб не выпускали

виртуалки как хочешь нарезать можешь

➜ bin ls -lah total 2811192 drwxr-xr-x 23 zyava staff 736B Jan 11 01:11 . drwxr-xr-x 4 zyava staff 128B Jan 12 23:07 .. -rwxr-xr-x 1 zyava staff 38M Jan 11 01:11 apiextensions-apiserver -rwxr-xr-x 1 zyava staff 85M Jan 11 01:11 cloud-controller-manager -rw-r--r-- 1 zyava staff 8B Jan 11 01:07 cloud-controller-manager.docker_tag -rw-r--r-- 1 zyava staff 127M Jan 11 01:07 cloud-controller-manager.tar -rwxr-xr-x 1 zyava staff 170M Jan 11 01:11 hyperkube -rwxr-xr-x 1 zyava staff 132M Jan 11 01:11 kube-apiserver -rw-r--r-- 1 zyava staff 8B Jan 11 01:07 kube-apiserver.docker_tag -rw-r--r-- 1 zyava staff 174M Jan 11 01:07 kube-apiserver.tar -rwxr-xr-x 1 zyava staff 99M Jan 11 01:11 kube-controller-manager -rw-r--r-- 1 zyava staff 8B Jan 11 01:07 kube-controller-manager.docker_tag -rw-r--r-- 1 zyava staff 141M Jan 11 01:07 kube-controller-manager.tar -rwxr-xr-x 1 zyava staff 33M Jan 11 01:11 kube-proxy -rw-r--r-- 1 zyava staff 8B Jan 11 01:07 kube-proxy.docker_tag -rw-r--r-- 1 zyava staff 78M Jan 11 01:07 kube-proxy.tar -rwxr-xr-x 1 zyava staff 36M Jan 11 01:11 kube-scheduler -rw-r--r-- 1 zyava staff 8B Jan 11 01:07 kube-scheduler.docker_tag -rw-r--r-- 1 zyava staff 77M Jan 11 01:07 kube-scheduler.tar -rwxr-xr-x 1 zyava staff 35M Jan 11 01:11 kubeadm -rwxr-xr-x 1 zyava staff 37M Jan 11 01:11 kubectl -rwxr-xr-x 1 zyava staff 108M Jan 11 01:11 kubelet -rwxr-xr-x 1 zyava staff 1.5M Jan 11 01:11 mounter

а кроме кублета нам ещё кубпрокси на каждой ноде нужен

предположим что весь контрол-плейн у меня на хосте где достаточно памяти, нет CNI (тупо статик подсети)

да, ты прав про кубпрокси

или идея была без cni и сервисов-натов?

теоретически можно без них тоже, да

чисто как шедулер

куб-прокси 33мб

это бинарь или памяти столько ест?

бинарь

но он же в память загрузится

а сколько уже есть будет тут хз

но он же в память загрузится

не, на бинарь будет сделан mmap, он не будет весь в память грузиться

он может жрать и меньше и больше

как там был проект

kubeless что ли

нет, это не тот

забыл название где взяли кубер и выкинули всё, что посчитали "лишним"

swarm

lol

не, там был именно форк кубеней

не, на бинарь будет сделан mmap, он не будет весь в память грузиться

не сразу весь но во время работы наверное большую часть страниц в память загрузит

K3s

хмм что-то не гуглится никакой офф инфы по сколько минимум памяти нужно кублету

только репорты типа ааа кублет скушал 5гиг

https://kubernetes.io/docs/setup/independent/install-kubeadm/#before-you-begin 2 GB or more of RAM per machine (any less will leave little room for your apps)

только такое нашел

K3s

точно, спасибо https://github.com/ibuildthecloud/k3s

всем привет, а есть тут кто нибудь кто cri-o вместо docker использует?

Делаю crictl ps -a Вижу контейнер в exited Делаю crictl logs <id> Получаю container not found Wtf?

зайдёт на ноду по ssh и сделает mount

Мне кажется это ты сейчас прям OpenNebula описал, в нее кстати LXC недавно завезли

Можно наверное и под docker приспособить, что бы libvirt не тащить

Делаю crictl ps -a Вижу контейнер в exited Делаю crictl logs <id> Получаю container not found Wtf?

Ну, логично, наверное.

Нет контейнера - нет логов? Это поведение не зависит от того какой контейнер exited?

Ну, логично, наверное.

эээ... в смысле что тут логичного? docker ps -a + docker logs показывают нормально логи для exited контейнера как узнать тогда почему контейнер вышел то?

эээ... в смысле что тут логичного? docker ps -a + docker logs показывают нормально логи для exited контейнера как узнать тогда почему контейнер вышел то?

docker != crio

И эмоций поменьше. Насчёт второго вопроса - поведение стабильное?

docker != crio

ну я как бы этого и не ожидаю =) да, поведение стабильное, вот сейчас вижу два exited контейнера crictl logs для обоих показывает container not found непонятно как для них получить причину выхода =( в багетрекере есть вот такое https://github.com/kubernetes-sigs/cri-o/issues/1742 но внятного ответа почему это происходит я там не увидел =(

так, вроде что-то нашел в /var/log/containers

ну я как бы этого и не ожидаю =) да, поведение стабильное, вот сейчас вижу два exited контейнера crictl logs для обоих показывает container not found непонятно как для них получить причину выхода =( в багетрекере есть вот такое https://github.com/kubernetes-sigs/cri-o/issues/1742 но внятного ответа почему это происходит я там не увидел =(

успехов, уверен, что раскурите эту проблему. Мы сами подумываем только об уходе на кри

успехов, уверен, что раскурите эту проблему. Мы сами подумываем только об уходе на кри

ну вообще, как то грустно все выглядит создал пока багрепорт, посмотрим что разработчики скажут https://github.com/kubernetes-sigs/cri-o/issues/2016

swarm

😂😂😂😂😂

ну вообще, как то грустно все выглядит создал пока багрепорт, посмотрим что разработчики скажут https://github.com/kubernetes-sigs/cri-o/issues/2016

Я вижу, что вы для получения логов используете pod id, а не container id. Что противоречит документации к команде.

Я вижу, что вы для получения логов используете pod id, а не container id. Что противоречит документации к команде.

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

успехов, уверен, что раскурите эту проблему. Мы сами подумываем только об уходе на кри

cri != cri-o

cri != cri-o

имел в виду крио, спасибо за поправку

А зачем не сразу cri-containerd?

да хз. изучаем вопрос

А зачем не сразу cri-containerd?

а вот кстати плюсы\минусы? ну то есть как замена docker и что типа более правильный интерфейс чем dockershim ... cri-o то специально более простая и для k8s заточена, нет?

а вот кстати плюсы\минусы? ну то есть как замена docker и что типа более правильный интерфейс чем dockershim ... cri-o то специально более простая и для k8s заточена, нет?

перфоманс немного отличается, например https://github.com/kunalkushwaha/ctr-powertest#performace

перфоманс немного отличается, например https://github.com/kunalkushwaha/ctr-powertest#performace

можно кратко выводы для идиотов типа меня

что быстрее, что нужно юзать, что нынче хипстерски

там слишком сложный график, так просто не объяснить. Ставь оба сразу

что быстрее, что нужно юзать, что нынче хипстерски

Быстрее что именно?