Есть так называемые feature-gateway, если не ошибаюсь
https://kubernetes.io/docs/reference/command-line-tools-reference/feature-gates/
Nik
Dmitry
Точно, gate =(
Nik
Nik
https://kubernetes.io/docs/concepts/configuration/pod-priority-preemption/
Dmitry
Круто, отстал от жизни
Nik
хорошая штука, но по дефолту ее судя по всему нет. на системных подах не вижу.
Nik
но спокойнее задать ресурс квоту на неймспейс. выглядит надежнее.
Max
Никто не в курсе где в kubernetes api взять id волума, который используется тут: /var/lib/docker/overlay2/31c1e336f358950feed957b1abe6d0e88f337842402ae3b0d17f61db062cc5af ?
Dmytro
А как квота на неймспейс kube-system поможет если другие неймспейсы будут без квоты? Да и в целом я не понимаю как requests квоты на неймспейс работает, интересно было бы послушать от знающих людей
Nik
Dmytro
Никто не в курсе где в kubernetes api взять id волума, который используется тут: /var/lib/docker/overlay2/31c1e336f358950feed957b1abe6d0e88f337842402ae3b0d17f61db062cc5af ?
Попробуй глянь метаданные вольюма через docker inspect volume
Nik
там есть минимум/максмум
Max
Попробуй глянь метаданные вольюма через docker inspect volume
да, там есть этот айдишник, но я хочу через kube api это получить)
Max
а там в containerStatuses его нет(
Dmytro
Скорее всего там как и у контейнера будут теги с неймспейсом и тп
Max
пытаюсь понять как генерируется этот id
Dmytro
А ну тут не подскажу
Nik
А как квота на неймспейс kube-system поможет если другие неймспейсы будут без квоты? Да и в целом я не понимаю как requests квоты на неймспейс работает, интересно было бы послушать от знающих людей
https://kubernetes.io/docs/concepts/policy/resource-quotas/
Nik
как я понял, эти параметры приоритетнее для шедулинга.
Nik
а потом уже определяется как шедулить поды без квот
Nik
(я так думаю, завтра проверять буду)
Dmitry
там есть минимум/максмум
Requests/limits для namespace - admission controller, который форсирует requests/limits на поды и следит чтоб не превышали, но никак не задаёт приоритетов относительно других namespace, тут только смотреть на best effort, burstable & guaranteed будет для подов
Dmytro
> In the case where the total capacity of the cluster is less than the sum of the quotas of the namespaces, there may be contention for resources. This is handled on a first-come-first-served basis
Dmytro
Вот тут пишут что я говорил
Dmytro
По ссылке @elvis_live
Dmytro
Что лимиты снизу ничего не гарантируют
Nik
беда.
Nik
тогда надо патчить системные поды на приоритеты
Dmytro
Ну или я не так понимаю как оно работает?
Nik
Я пока сам не знаю, дальше доки еще не ушел.
Dmitry
Самое простое - приоритеты расставить, но так можно дойти и до собственных инструментов по наливке и обновлению кластеров...
Dmytro
https://kubernetes.io/docs/tasks/administer-cluster/guaranteed-scheduling-critical-addon-pods/#marking-pod-as-critical-when-using-rescheduler
Dmytro
Вот то что я имел ввиду
Dmytro
Но теперь это deprecated и взамену вот те приоритеты что выше ссылка была
Nik
Ага, переходят на приорити классы. Ща посмотрел в самы свежий свой кластер - scheduler.alpha.kubernetes.io/critical-pod стоит еще
Nik
12.1
Dmitry
Requests/limits для namespace - admission controller, который форсирует requests/limits на поды и следит чтоб не превышали, но никак не задаёт приоритетов относительно других namespace, тут только смотреть на best effort, burstable & guaranteed будет для подов
https://kubernetes.io/docs/tasks/configure-pod-container/quality-service-pod/
Dmytro
QoS это не о том же
Dmitry
Если задача - гарантировать ресурсы - можно и ими
Dmitry
Priority - скорее возможность сделать больше вариантов для QoS, не ограничиваясь тремя
Dmytro
Нет, это только гарантирует что даст цпу и память при скедулинге, но чтобы под заскедулить на ноду нужно чтобы там было столько или больше свободных цпу и памяти. Critical addons и priority же это механизмы чтобы скедулер заэвиктил какие-то поды с ноды чтобы заскедулить там важный под
Dmytro
Сорри за оффтоп но это же прекрасно!
Dmytro
Дамы и господа, снимите шляпы, обнажите головы, сейчас состоится вынос тела. IBM только что купили RedHat.
Таким образом самая удачливая компания, занимавшаяся разработкой экосистемы Linux только что влилась в корпорацию, которая активнее всего внедряла линукс в другие корпорации. Марк, Боб Янг, снимаю перед вами шляпу, это был путь в 20 лет, никто не верил что у вас получится. А вы взяли и сделали.
Не смотря на общеоптимичтичный настрой и заверения что редхэт продолжит существовать, я думаю что это конец славной истории, но конец достойный. Впрочем, время покажет.
https://www.redhat.com/en/blog/red-hat-ibm-creating-leading-hybrid-cloud-provider
Sergey
Sergey
Новый логотип уже есть
Warrax
:-))))
Etki
сейчас опять будет по всем чатам, как картинка с волками
как будто что-то важное произошло
Warrax
что за картинка с волками?
Etki
нет, я не буду ее постить, мне уже тогда хватило
𝚔𝚟𝚊𝚙𝚜
Andrey
Мне уже хватает сообщений от azure_dd.go в логах, не хватало еще hyper-v туда.
Похоже очень скоро уютный Kubernetes обновится до Windows 10 :))
А потом скажет "вы стали жертвой подделки" 😄
Andor
Stas
@SinTeZoiD перерисуй пожалуйста стикер с openshift на cloudprivate
Etki
Во всех чатах ТГ уже
у меня есть небольшой чат в контакте на четыре человека из простых сеошника, пхпшника, питониста и меня, ну так вот, даже там блядь
Stas
Хочется какую-то картинку про coreos типа что еще не п@зда, а вот теперь точно все
Dmytro
Тут уже кругом креатив https://twitter.com/fredbrancz/status/1056650306765889536?s=19
Dmytro
Это кстати парень который делал второй доклад на митапе в kinvolk в четверг, кто-то выше кидал ссылку
Etki
pls spare us
G72K
Это кто нибудь кроме тебя и твоего ближайшего окружения называет "immutable configmap"?
Нет не называем, но это решает в точности задачу "configmap поменялся, а приложение не подхватило т.к. либо использует env vars либо файл перечитывать не умеет" , при этом подходит под описание "immutable config map". Можете использовать сейчас (с любым названием) или ждать "настоящие immutable configmap" в кубе 3.0
G72K
Дамы и господа, снимите шляпы, обнажите головы, сейчас состоится вынос тела. IBM только что купили RedHat.
Таким образом самая удачливая компания, занимавшаяся разработкой экосистемы Linux только что влилась в корпорацию, которая активнее всего внедряла линукс в другие корпорации. Марк, Боб Янг, снимаю перед вами шляпу, это был путь в 20 лет, никто не верил что у вас получится. А вы взяли и сделали.
Не смотря на общеоптимичтичный настрой и заверения что редхэт продолжит существовать, я думаю что это конец славной истории, но конец достойный. Впрочем, время покажет.
https://www.redhat.com/en/blog/red-hat-ibm-creating-leading-hybrid-cloud-provider
Те, кто покупал CoreOS не могли не знать о перепродаже IBM, какого сейчас кореосникам ? :) Следующий продастся докер, вот год, максимум два, "запомните этот твит".
𝚔𝚟𝚊𝚙𝚜
делаем ставки господа
𝚔𝚟𝚊𝚙𝚜
мне кажется докер M$ купит, больше никому он не нужен
Vadim
>Следующий продастся докер
У IBM теперь containerd и crio, кому этот докер нужен?
Dmytro
Да вот тому же IBM
Михаил
>Следующий продастся докер
У IBM теперь containerd и crio, кому этот докер нужен?
А CRI-O тоже шапки был?
Dmytro
Будет энтерпрайз на опеншит и докер энтерпрайз
G72K
мне кажется докер M$ купит, больше никому он не нужен
Тоже на них ставлю :) но покупки бывают неожиданные, например кто ж ожидал, что Joyent купит Самсунг
G72K
>Следующий продастся докер
У IBM теперь containerd и crio, кому этот докер нужен?
Ну потому что у IBM все это есть, захотят урвать противовес :)
Dmytro
Хотя хз, можно же cri-o заребрендить докинув пару фич и обозвать энтерпрайз
𝚔𝚟𝚊𝚙𝚜
чет гугл давно никого не покупал
G72K
И вообще, контейнеры == докер ещё долго будет
Vadim
Ну потому что у IBM все это есть, захотят урвать противовес :)
"противовес" построен на основе containerd + shim. Кому нужно покупать поддержку на шим, если один график (уже сегодня был) показывает что он не нужен с 1.9?
Vadim
ну пусть купять чегоужтут
G72K
Они там по windows контейнерам плотно работали же
G72K
Сколько людей уволится из шапки за следующий год? :)