спасибо это важное замечание

ну и даже если распределение подов будет пропорциональное и с утилизацией будет ок - когда будете кордонить и дрейнить физ. воркеры для обслуживания итд - это будет аффектить намного бОльший процент приклада, который там крутится

делаем так
* сетевая связность между железом и облаком может быть проблемой
* разная производительность vm/железа

ага, то есть в идеале лучше иметь гомогенный кластер на одинаковых вм

Все они не должны быть одинаковыми

Мастера имеют свой сайзинг, роутеры свой, ноды под мониторинг/логирование свой, воркеры свой и т.д.

А так, конечно, проще обслуживать кластера, которые полностью состоят из ВМ на одной ОСи

Коллеги, есть ли возможность в консоли 4-го Шифта вывести показатели длительности сборок как 3-ем?

Например вот так было:

Привет. Подскажите пожалуйста с CRC: пытаюсь включить мониторинг на CRC 1.33:

$ crc version
WARN A new version (1.34.0) has been published on https://developers.redhat.com/content-gateway/file/pub/openshift-v4/clients/crc/1.34.0/crc-linux-amd64.tar.xz
CodeReady Containers version: 1.33.1+3cfaa10f
OpenShift version: 4.8.12 (embedded in executable)

Делаю всё как сказано в мурзилке:
https://access.redhat.com/documentation/en-us/red_hat_codeready_containers/1.33/html/getting_started_guide/administrative-tasks_gsg#starting-monitoring-alerting-telemetry_gsg

$ crc config get memory
memory : 36384
$ crc config get cpus
cpus : 7
$ crc config get  enable-cluster-monitoring
enable-cluster-monitoring : true

При этом в консоли данных не появляется.
Что я делаю не так?

нет, напиши им RFE? Вообще он есть в .status.duration, так что не проблема его показать

Подскажите, правильно понимаю, что oc adm policy add-scc-to-user по факту просто создает rolebinding в кластере (неймспейсе)?

она в список субьектов в объекте самого сцц нового носителя добавляет

@ruslantagirov Добавлю про проблему с которой столкнулся в таком гибридном развертывании. В существующий  работающий кластер (это был OKD, но думаю в OCP проблема будет аналогичная) на ВМ в VMware нужно было добавить один воркер на bare-metal (он как раз с GPU был) для тестов. Кластер устанавливался как VMware UPI с указанием platform: vmware, имени vCenter, логина, пароля, datastore'ов и т.д. в install-config.yaml. После установки FCOS на железном сервере, с актуальным ignition-файлом, во время первой загрузки в ОС долго и безуспешно стартовал какой-то демон, который пытался найти этот самый железный сервер в vCenter... И от затеи добавить тот железный сервер в кластер, установленный с параметром, platform: vmware пришлось отказаться. И поискать другой кластер, у которого было platrorm:none - там проблем таких не было. Соответственно, такую гибридную - ВМ + bare-metal - инсталляцию нужно будет, скорее всего, делать по методу "Install on any platform"

у нас как раз такая, отвязанная от платформы виртуализации "Install on any platform"

спасибо

решили пока не усложнять, поиграемся с бареметаллом позднее

Привет всем.
Коллеги, подскажите, может кто сталкивался с таким или просто знает почему такое проихсодит?
И как вы вообще чистите внутренний docker-registry?

okd 3.11
После чистки внутреннего регистри с помощью команд:

oc adm prune deployments --orphans --keep-complete=3 --keep-failed=1 --keep-younger-than=60m --confirm
oc adm prune builds --orphans --keep-complete=3 --keep-failed=1 --keep-younger-than=60m --confirm
oc adm prune images --prune-over-size-limit --confirm
oc adm prune images --keep-tag-revisions=3 --keep-younger-than=60m --confirm

Перестают создаваться новые билды, обваливаются с ошибкой:

Registry server Address: 
Registry server User Name: serviceaccount
Registry server Email: serviceaccount@example.org
Registry server Password: <<non-empty>>
error: build error: Failed to push image: received unexpected HTTP status: 500 Internal Server Error

Лечится тоже странно, если сделать expand pvc для registry-claim, то все оживает.
Предупрежу вопрос, места достаточно и без экспанда

Всем привет, подскажите пожалуйста, правильно ли я понимаю, что бы разрешить определённой группе юзеров (test-users) изменять scale деплойментов в определённом неймспейсе (test-qa), необходимо сделать вот такие два запроса?

oc create role scalepods --verb=patch,update --resource=deployments/scale  -n test-qa
oc adm policy add-role-to-group scalepods test-users --role-namespace=test-qa -n test-qa

Просто по мануалу я понял что локальная роль делается вот так, но возможности у юзера почему-то не появляется, может подскажет кто в чём ошибка