а сторонние cni в oscp 4x саппортед? в смысле в доке написано, как их ставить, т.е технически саппортед, а с точки зрения саппорта саппортом ? 🙂
Сами сторонние плагины саппортятся их вендором. С точки зрения Red Hat - https://access.redhat.com/third-party-software-support. Если плагин сертифицирован, и у клиента на него есть поддержка - то возможна совместная работа над тикетом с вендором плагина.
• Docker support in the kubelet is now deprecated and will be removed in a future release. The kubelet uses a module called "dockershim" which implements CRI support for Docker and it has seen maintenance issues in the Kubernetes community. We encourage you to evaluate moving to a container runtime that is a full-fledged implementation of CRI (v1alpha1 or v1 compliant) as they become available. (#94624, @dims) [SIG Node] • Kubectl: deprecate --delete-local-data (#95076, @dougsland) [SIG CLI, Cloud Provider and Scalability]
Привет. Деплою OKD 4.6 на голое железо. Подскажите, какой правильный метод кастомизации конфигурации? DHCP нет. Хочу задать хостнейм, сконфигурировать параметры сети, настроить ntp-клиента. Из документации понятно, что, например настройки сети можно взять текущие. Можно ли, например, сделать дополнительные MachineConfig файлы, в которых описать настройки ntp, hostname и .т.д.? Из гайда понятно, что таким образом можно кастомизировать партишниг диска,
Привет. Деплою OKD 4.6 на голое железо. Подскажите, какой правильный метод кастомизации конфигурации? DHCP нет. Хочу задать хостнейм, сконфигурировать параметры сети, настроить ntp-клиента. Из документации понятно, что, например настройки сети можно взять текущие. Можно ли, например, сделать дополнительные MachineConfig файлы, в которых описать настройки ntp, hostname и .т.д.? Из гайда понятно, что таким образом можно кастомизировать партишниг диска,
настройки сети лучше передать через kernel arguments, остальное - через MachineConfig
А я правильно понимаю, что если захочу использовать не self-signed сертификаты для etcd, api и т.д, то перед бутстрапом достаточно заменить их в манифестах, которые генерит openshift-install ?
А я правильно понимаю, что если захочу использовать не self-signed сертификаты для etcd, api и т.д, то перед бутстрапом достаточно заменить их в манифестах, которые генерит openshift-install ?
угу, только оно может не собраться если сертификаты неправильные конечно