ну если тут ответа не будет, пойду к вендору через одминов, как получу ответ - то расскажу, если там секретности не будет))

Да, было бы интересно узнать, спасибо

если держать все ресурсы в гите - сношаться не надо - при развертывании нового проекта из пачки ямлов можно создавать все что необходимо. а ансибл вы тут хотите как ad-hoc заюзать, это не очень подход по-моему, достаточно одноразово и хаоса не уменьшит

да и не нужен он тут в принципе, достаточно шаблонизатором сделать пачку ямлов, взяв из массива название проектов и прочих переменных, а потом всю папку того что получилось зааплаить на кластер oc apply -f ./*

пообщался с коллегами.

будет CronJob который будет поднимать Поду, которая будет helm'ом делать "щастье".

что под "щастьем" понимается - надо еще смотреть.

ip=<IP адрес сервера>::<шлюз>:<маска>:<FQDN>::none nameserver=<DNS resolver> coreos.inst.image_url=http://<IP ноды с апачем>:8080/okd4/fcos.raw.xz coreos.inst.ignition_url=http://<IP ноды с апачем>:8080/okd4/master.ign

Сейчас поставил балансер haproxy, dns прописал. Сейчас не устанавливается бутстрап нода. Захожу на ноду, пишет ошибку

[systemd]
Failed Units: 1
  crio-configure.service

Смотрю в `journalctl -b -f -u release-image.service -u bootkube.service`вижу

ноя 20 11:30:22 hostname.ru systemd[1]: Dependency failed for Bootstrap a Kubernetes cluster.
ноя 20 11:30:22 hostname.ru systemd[1]: bootkube.service: Job bootkube.service/start failed with result 'dependency'.

journalctl crio-configure.service показывает
-- Произошел сбой юнита crio-configure.service.

где вообще смотреть логи из-за чего установка бутстрапа не стартует?

Коллеги, приветствую! Краткий вопрос - Red Hat Service Mesh 2.0 нормально будет работать с кластером версии ниже чем 4.6? В релиз ноутс опровержений не нашел, но смущает что на docs.openshift.com раздел по Service Mesh 2.x появился только на страничке с 4.6, на всех предыдущих версиях был раздел только с Service Mesh 1.x

в дебаг логе есть такая строчка
FATAL failed to fetch Terraform Variables: failed to generate asset "Terraform Variables": cannot create the cluster because "none" is a UPI platform Откуда там тераформ взялся, если я ставлю на металл?

https://access.redhat.com/support/policy/updates/openshift#ossm
Control plane второй версии официально поддерживается только начиная с платформы 4.6.
Control plane первой версии поддерживаются и в предыдущих версиях платформы

Леонид, спасибо!

Подскажите при автоматическом деплое в среде vSphere vcpu и память нод выбирается как?

После завершенного развертывания редактированием какогонить ямла можно заставить ноды передеплоиться с новыми характеристиками?

Терраформ генерит сертификаты.

Как нам тебе помогать если ты показываешь логи по строчке?

Сейчас DNS запис api и api-int ведут на балансер, запись etcd-0 на мастер
Запускаю бутстрап и в журнале journalctl -b -f -u release-image.service -u bootkube.service вижу, что etcd недоступен. Причем ищет он его на локалхосте, а не на мастере

ноя 20 13:38:42 hostname.ru systemd[1]: Started Bootstrap a Kubernetes cluster.
ноя 20 13:38:54 hostname.ru bootkube.sh[23531]: Starting etcd certificate signer...
ноя 20 13:38:55 hostname.ru bootkube.sh[25873]: 4fdad9fa8b3863f58fdcd2b0f67d9931c52b8e078c1fbf8dbae92afc3b1f3490
ноя 20 13:39:00 srl-ren-10.magenta bootkube.sh[25970]: {"level":"warn","ts":"2020-11-20T13:39:00.803Z","caller":"clientv3/retry_interceptor.go:62","msg":"retrying of unary invoker failed","target":"endpoint://client-ad986cff-e67c-4513-aad9-3bdc6a427f19/localhost:2379","attempt":0,"error":"rpc error: code = DeadlineExceeded desc = latest balancer error: all SubConns are in TransientFailure, latest connection error: connection error: desc = \"transport: Error while dialing dial tcp [::1]:2379: connect: connection refused\""}
ноя 20 13:39:00 hostname.ru bootkube.sh[25970]: https://localhost:2379 is unhealthy: failed to commit proposal: context deadline exceeded
ноя 20 13:39:00 hostname.ru bootkube.sh[25970]: Error: unhealthy cluster
ноя 20 13:39:00 hostname.ru bootkube.sh[23531]: etcdctl failed. Retrying in 5 seconds...

Подскажите, был рабочий базовый кластер 4.6 версии, 3 мастера, 3 воркера, решил задеплоить Red Hat OpenShift Container Storage 4.5, поставил оператор создал кластер на базе 3х нод ... нажал кнопку инсталл... все воркеры уперлись процом в 100% админка упала, все приложения упали, как быть куда смотреть хоть? для меня это блек бокс)

Для начала стоит проверить https://access.redhat.com/documentation/en-us/red_hat_openshift_container_storage/4.5/html-single/planning_your_deployment/index#resource-requirements_rhocs

А затем https://docs.openshift.com/container-platform/4.6/support/gathering-cluster-data.html#gathering-data-specific-features_gathering-cluster-data

Example: For a 3 node cluster with a single device set , a minimum of 3 x 10 = 30 units of CPU are required. 30 units of CPU are equivalent to 15 cores which is equivalent to ~8 quantities of Red Hat OpenShift Container Storage (2 core) subscriptions.