А
нужно 3 воркера с 10 вцпу?
Size: a a a
2020 November 20
VR
Оптимально - да
А
если речь идет о POC инсталляции минимально сколько нужно? vcpu mem per node
А
уже очевидно что 3 воркера по 2 вцпу недостаточно
А
Андрей
если речь идет о POC инсталляции минимально сколько нужно? vcpu mem per node
и второй вопрос, как вернуть жизнь текущему кластеру
VR
Андрей
если речь идет о POC инсталляции минимально сколько нужно? vcpu mem per node
странный вопрос - в чем вообще физический смысл воркера, у которого одна задача - запустить ocs без нагрузки?
А
посмотреть в среде вари сторадж не мво
А
провайдера для нфс из коробки вестимо нет
VR
Андрей
провайдера для нфс из коробки вестимо нет
А
Андрей
и второй вопрос, как вернуть жизнь текущему кластеру
рестарт со стороны вари нод и добавление им ресурсов оживило кластер
А
как без редеплоя сделать чтоб при масштабировании нод создавались ноды с большим количесвом ресурсов?
VR
Андрей
посмотреть в среде вари сторадж не мво
>находите минимальные параметры для запуска
>окей, годится, добавляете нагрузку
>снова нехватает cpu - surprised_pickachu.jpg
>добавляете ресурсов из https://access.redhat.com/documentation/en-us/red_hat_openshift_container_storage/4.5/html-single/planning_your_deployment/index#resource-requirements_rhocs
>окей, годится, добавляете нагрузку
>снова нехватает cpu - surprised_pickachu.jpg
>добавляете ресурсов из https://access.redhat.com/documentation/en-us/red_hat_openshift_container_storage/4.5/html-single/planning_your_deployment/index#resource-requirements_rhocs
2020 November 22
BF
Всем привет.
Выполняю установку okd 4.5 внутри hyper-v со статическими ip, т.к. DHCP у заказчика есть и вносить необходимые для проекта настройки на подсеть кластера отказались. Bootstrap ставится, через статистику haproxy вижу что порт 6443 доступен. А вот приклад на 22623 порту не поднимается. Подскажите что там должно быть, чтобы понять в какую сторону копать.
Выполняю установку okd 4.5 внутри hyper-v со статическими ip, т.к. DHCP у заказчика есть и вносить необходимые для проекта настройки на подсеть кластера отказались. Bootstrap ставится, через статистику haproxy вижу что порт 6443 доступен. А вот приклад на 22623 порту не поднимается. Подскажите что там должно быть, чтобы понять в какую сторону копать.
VR
Всем привет.
Выполняю установку okd 4.5 внутри hyper-v со статическими ip, т.к. DHCP у заказчика есть и вносить необходимые для проекта настройки на подсеть кластера отказались. Bootstrap ставится, через статистику haproxy вижу что порт 6443 доступен. А вот приклад на 22623 порту не поднимается. Подскажите что там должно быть, чтобы понять в какую сторону копать.
Выполняю установку okd 4.5 внутри hyper-v со статическими ip, т.к. DHCP у заказчика есть и вносить необходимые для проекта настройки на подсеть кластера отказались. Bootstrap ставится, через статистику haproxy вижу что порт 6443 доступен. А вот приклад на 22623 порту не поднимается. Подскажите что там должно быть, чтобы понять в какую сторону копать.
BF
@vrutkovs спасибо, почитаю. Всю ночь убил на эту ошибку, возможно где-то на поверхности, но уже не вижу
VR
это описание как собрать логи, а не как решить ошибку. Впрочем, из логов будет понятно почему контейнер не запустился или почему 22623 порт не отвечает
O
приветствую. есть проблема с кластером шифта 4.* вот ошибка=runtime network not ready: NetworkReady=false reason:NetworkPluginNotReady message:Network plugin returns error: No CNI configuration file in /etc/kubernetes/cni/net.d/. Has your network provider started? изза этого ноды не переходят в ready. сетевой провайдер networkType: OpenShiftSDN
O
эту проблему я решил. осталсь еще одна. с тем что контейнеры не поднимаются. они уходят бесколнечный рестарт что приводит к CrashLoopBackOff
LT
CrashLoopBackOff может быть по самым разным причинам - начиная с того что платформа не может выдернуть образ контейнера, заканчивая тем что он просто сам валится.
Events и логи контейнера должны что-то более внятное показывать, чем просто CrashLoopBackOff.
Events и логи контейнера должны что-то более внятное показывать, чем просто CrashLoopBackOff.