>Для 4того такое наверное не провернуть?

они собираются сделать, на основе CRC

Подскажите плиз, как правильно передать в CRD для оператора значение          
nodeSelector:
      node-role.kubernetes.io/infra:  "true"

У меня есть подозрение что он лейбл не корректно понимает, т.к. оператор разворачивает из хелм чарта , а у хельма были проблемы с передачей ноде лейбла в и его значения в кавычках типа нужно было как то хитро экранировать

кто собираеться? Они потом могут enviroment image открыть? Яб поучаствовал в создании туториалов

я не знаю куда слать предложения, если честно. Думаю проще начать делать самому в любом удобном, а дальше сможем заинтегрировать в официальную платформу

такие платформы как katacoda или labs в linuxacademy очень удобны. С выходом okd4 на fedoracore наверное легче будет свой образ создать (без серийника для установки)

Коллеги, подскажите плиз как можно экранировать лейбл селектора ноды при передаче оператору

: []string: ReadString: expects \" or n, but found t, error found in #10 byte of ...|values\":[true]}]}]}}|..., bigger context ...|e.kubernetes.io/infra\",\"operator\":\"In\",\"values\":[true]}]}]}}},\"containers\":

Как можно ли во время создания namespace передать ему параметры (cpu, memory), чтобы понять, найдутся ли такие ресурсы на нодах или нет ?

неймспейс не занимает ресурсов

Господа. Есть крайне неприятная проблема.  OKD 3.11 3 мастера, 3 GFS, несколько нод. CentOS 7. при довольно ощутимой сетевой нагрузке, в основном в части обмена Kafka/Zookeeper теряется сеть между ними. Точнее кластер зукипера отваливается. Из под это диагностируется как потеря связи между подами - в ответ на подключение между подами зукипера сетевой стек возвращает No route to host. Клиенты тоже не видят поды ни через сервис, ни напряму - No route to host.

Ping/Tracepath из поды тоже с ошибками сваливется. При этом SDN/OVS поды шифта работают, никаких колебаний нет. К сожалению не успел глянуть на них логи.

У нас проблема - из-за рестарта ovs пода, у других подов на ноде отваливается сеть.
ovs рестартует как раз из-за высокой нагрузки

Может наши проблемы одинаковые

рестарта OVS нет. выедают по 200 мегабайт памяти всего

Ребятушки, а у кого-нибудь есть манифесты для магазина носков? ))) уже адоптированный

вся фича в том что "адоптировать" ничего не надо. Если ты хочешь показать разницу между imagestream + deploymentconfig и ванильным деплойментом для магазина, то тут все зависит от вашего процесса - гитлаб там, source2image и т.д.

Если через crc а так можно и еблако подключить, там курсы делается легко

Не знаю что ты хочешь, но наверное тебе стоит почитать маны по ResourceQuota для проекта,
Так собственно у шифта реализована политика распределения ресурсов по проектам (неймспейсам)

вы про это? https://github.com/coolpalani/microservices-demo-openshift

Спасибо:) уже тоже нашел