Есть доступ только к опеншифту, это организация, больше доступа нет. Но терять логи когда упал контейнер не хочется. Хочется их собирать. Как можно их собирать если есть доступ только к консоли и больше ничего. Есть вариант скачивать через oc logs, но это не в онлайне будет, и получается что лог из за чего упало не попадет. Надо решение, когда шифт сам собирает логи с подов и шлёт их. Вариант в файл, кафку, бд и тп

Если доступ есть к кластеру есть на уровне кластер-админа, то доступ к терминалу ноды под рутом у тебя есть. И в веб консоли и через командную строку  oc debug node/nodename.domain.ltd

То что вы хотите называется OpenShift Logging. https://docs.openshift.com/container-platform/4.9/logging/cluster-logging.html Состоит из сборщика логов Fluentd + хранилище ElasticSearch + визуализатор Kibana. Ставится оператором. Правда для своей работы требует много ресурсов.

https://docs.openshift.com/container-platform/4.9/logging/cluster-logging-external.html перенаправлять логи тоже можно

Есть доступ к привиледж подам и хостпас == доступ к нодам

👆

К примеру, баг в консоли поправят в 4.10, 4.9 и 4.8.
Косяк с crio поправят в 4.10 ... 4.6 (потому что EUS)

Если вкратце - то разница в критичности исправляемых багов. В стадии полной поддержки принимаются к исправлению все баги, в стадии Maintenance Support - только важные и критические.

Оу, Managed OpenShift теперь и у нас: https://www.kommersant.ru/doc/5050997?query=SberCloud

Я думал у вас уж давно есть, Сбер баловался  OpenShift Origin, когда контейнеры ещё не были мейнстримом

это джетовская реклама

почему Джетовская, если фото SberCloud?

(прочёл заметку, понял)

You need to go deeper

Дорогое это удовольствие крутить Managed Openshift в облаке. Подсчитал тут на калькуляторе цен в azure, получилось по минимуму $1500/месяц. Хотя наверное для предприятия это копейки.

Смотря мощность какая

Так-то для ОШ давно уже есть всякие менеджеры удобные и все такое, по крайней мере у тех кто занимается плотно им

И надежность высокая по понятным причинам

Господа, подскажите, как решить или что почитать
Есть deploymentconfig, внутри под, у которого есть инит контейнер, в котором делается chmod на путь, который монтируется из pvc. Он не работает
init chmod: /usr/src/app/public/uploads: Operation not permitted
В самом инит контейнере (образ busybox) команда /bin/chmod a+rw <path>
Я так понимаю, оно падает потому, что контейнер на самом деле запускается не от рута, либо ему нельзя делать chmod. Попробовал сервис аккаунту дать privileged для теста через oc adm policy add-scc-to-user - не помогло.
Версия шифта 4.8.13, есть старый кластер на 3.11.х - там работает, но я пока не нашел различий, которые могли бы это объяснить
Куда копать?

Chmod привилегированная операция