да, поды придется привязать к определенным нодам

(точнее PV и так их привяжет)

ceph - тут всё сложно. Если есть спец по сефу то можно попробовать, но нужно много CPU и крепкую сеть.

у меня всё в одном виртуальном цоде vmware. арендованные тачки

по 10 vcpu на серверах, которые я планировал использовать под гластер

он разве не в 22-м заканчивается?

до 22-го не так и долго

Всем привет!
Вдруг кто сталкивался:
После установки оператора "Red Hat Openshift Service Mesh" c вполне дефолтным ServiceMeshControlPlane + ServiceMeshMemberRoll при подключении в последний проекта X пропадает возможность коннекта к подам проекта X из проекта openshift-user-workload-monitoring (хочу лишь считать метрики)
Как только убираю проект X из servicemeshmemberroll все опять работает

Какие настройки smcp/smmr могут блочить?

Service Mesh создаёт NetworkPolicy, которые разрешают трафик только из меша.

Создайте отдельный NetworkPolicy, разрешающий openshift-user-workload-monitoring

достаточно руками, без помощи оператора?

да

Спасибо!

Подскажите нормально ли, что под использует 90% выделенной в limit памяти

От пода зависит что там крутиться и каков лимит

Лимит 1 гиг spring, память использует 80-90 процентов

Не знаю что у вас там на spring крутиться. Но я бы сказал что нормально. Ибо Ява, xmx, xms итд. Там всегда мало памяти.

Точно не помню, но в новой Яве можно указать процент использования памяти. И вродебы Ява поймет сколько у вас в лимитах и не будет убиваться через oomkiller без всяких xmx/xms. Люди знакомые тут с Java лучше подскажут.