ну да, у тебя сертификаты еще не истекли

понял ,тогда их по факту над когда протухнут?

я просто думал заранее можно

Спасибо, тогда завтра заапрувлю

Это старая хрень если циско впн поднят не работает crc/minishift/minikube

ду, поставил ocp 4.6.15 на хецнеровский дедик 8 процов/64 мозгов
делал по рецепту https://github.com/RedHat-EMEA-SSA-Team/hetzner-ocp4
но пришлось срезать -2 Гб озу мастерам и -1Гб воркерам, ибо не помещались все на одном хосте, и работает как-то всё с натугой
может есть какие-то беспрактиз по разворачиванию кластера на дедиках хецнера? имеются в наличии EX42 или EX40 хосты
как я понял из офф документации кластер из 3х хостов вроде как можно поднять, но какого-то сколько-нибудь внятного способа не нашел

или хотя бы подскажите в какую сторону смотреть и гуглить, если нужно развернуть полноценный кластер 4.х, а в наличии имеются 3 дедика EX40, EX42

Всем привет ! Может кто то в чате может поделиться опытом работы с квотами в k8s или Openshift ? Интересует подход в квотировании ресурсов по CPU и памяти для проектных команд .  Сейчас столкнулся с тем ,что при обозначении квот по лимитам и реквестам при деплое нужно обязательно указывать лимиты и реквесты по ресурсам. Но незадача в том , что если задавать не большое значение по лимитам на CPU , то под стартует в разы медленее чем при не заданых лимитах.

Если давать меньше еды, то рабы будут хуже работать, да.

Необходимо подбирать такие лимиты, чтобы оно работало достаточно быстро, но не слишком дорого

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

А время деплоя увеличивается в разв если выставить лимиты по cpu...

Нет золотой середины. Все проекты разные. Вполне естественным ограничителем может стать финансовая сторона. Хотите больше квоту? +Х денег платите. Ваш продукт не приносит +х денег? Зачем вы нужны а кластере?

https://docs.openshift.com/container-platform/4.6/nodes/nodes/nodes-nodes-working.html#nodes-nodes-working-master-schedulable_nodes-nodes-working
Вот и вся хитрость. Поддержка официально на это - только в режиме установки bare metal, и емнип минимальные требования к узлам - 24вцпу/20гб памяти (или наоборот - не помню 🤔)

Поддерживаю полностью , тут наверное больше политический вопрос :)

управление ресурсами не сильная сторона к8с-а, это факт. как «костыль» можно не использовать в проектах квоты/лимитренжи, разрешать подам выставлять высокие лимиты по цпу или вообще не указывать лимиты, но по данным прометея мониторить фактическое потребление по проекту и при приблежении к лимиту - добавлять квоту, чтобы новые поды не могли запускаться

когда (и если) в кубе станет возможно изменять лимиты у запущеного пода без перезапуска и vpa станет тем,чем его все хотели бы видеть, а не просто крутилкой лимитов у деплоймента - наступит всемиирное счастье 🙂 но пока это очень далекое, кмк, будущее, ишью про эти висят с 2015-16 годов

Тут проблема в скорости деплоя , если есть лимит , то это влияет на скорость деплоя , нет лимита , все собрается за минуту.

это ж просто запрет поднимать контейнеры на узле
как это относится к моему вопросу?
или я что-то успускаю..?

Это наоборот, разрешение поднимать "обычные" поды на мастерах.