и еще вопрос - там из коробки крешится community-operators (CrashLoopBackOff) - это норм?

Добрый день!
Скажите, а не числится ли среди known issues ситуация, когда не понятно с какого перепуга все ноды бутстрапятся мастерами. В итоге, ничего хорошего не получается. :)
OKD 4.5 RC, UPI, bare metal. Ставится на виртуалки VMware-вские, но, из-за отсутствия доступа к управлению средой виртуализации, приходится использовать bare metal сценарий.
3 мастера, 6 воркеров.
ignition конфиги забираются по http с Nginx, по логам которого видно, что все ноды получили правильные конфиги, соответствующие их ролям.
В какую сторону хоть копать? Что-то пока ума не приложу. :)

Разобрался.
Админы с DNS накосячили. Не ресолвились имена хостов, на которые кластер ставился. И SRV записи для etcd не работали. Поправили, поставилось на ура.

А из доки не выпилено. 😁
Кстати, это объясняет, почему у меня в тестовом окружении всё нормально установилось, а сегодня я в SRV записях косяк нашёл.

если кому интересен экспорт данных из встроенного прометея во внешний/викторию через remoteWrite для 3.11:
пример:

apiVersion: v1
kind: ConfigMap
metadata:
  name: cluster-monitoring-config
data:
  config.yaml: |
...
    prometheusK8s:
      remoteWrite:
        - url: "https://test.remotewrite.com/api/v1/write"
          queueConfig:
            maxSamplesPerSend: 3000
            capacity: 10000
            maxShards: 30
...

https://github.com/stempher/cluster-monitoring-operator/tree/prometheus-remote-write