VR
Это ок, но мб ф5 умеет проверять по хттп, отправлять на л3
ну да, пусть балансер расшифровывает реквест, делает проверку (с особым токеном поди) и только потом шлет реквест
Size: a a a
2020 July 16
V
а какой там https://apiserver:6443/healthz ?
АП
healthz
АП
вроде так правильно, под рукой кластера нет
V
ага, там ok возвращается
V
он не вернет ok если в статусе notReady надеюсь
АП
полагаю что нет,
АП
это как проба
АП
livenessProbe:
failureThreshold: 3
httpGet:
path: healthz
port: 8443
scheme: HTTPS
initialDelaySeconds: 45
periodSeconds: 10
successThreshold: 1
timeoutSeconds: 10
name: api
readinessProbe:
failureThreshold: 3
httpGet:
path: healthz/ready
port: 8443
scheme: HTTPS
initialDelaySeconds: 10
periodSeconds: 10
successThreshold: 1
timeoutSeconds: 10
failureThreshold: 3
httpGet:
path: healthz
port: 8443
scheme: HTTPS
initialDelaySeconds: 45
periodSeconds: 10
successThreshold: 1
timeoutSeconds: 10
name: api
readinessProbe:
failureThreshold: 3
httpGet:
path: healthz/ready
port: 8443
scheme: HTTPS
initialDelaySeconds: 10
periodSeconds: 10
successThreshold: 1
timeoutSeconds: 10
VR
именно, эти пробы уже кубелет сам проверяет, и если они не пройдут проверку то под убъется и порт станет недоступен
VR
зачем повторять проверку с ssl termination на балансере мне неведомо
АП
согласен
V
а у аписервера healthz он выходит тоже проверяет
АП
это и есть из апи сервера строки
АП
посмотри ямлик пода
V
да понял спасибо
V
Http итак чекается поэтому нет смысла на балансере проверять
DG
Добрый день!
Скажите, а не числится ли среди known issues ситуация, когда не понятно с какого перепуга все ноды бутстрапятся мастерами. В итоге, ничего хорошего не получается. :)
OKD 4.5 RC, UPI, bare metal. Ставится на виртуалки VMware-вские, но, из-за отсутствия доступа к управлению средой виртуализации, приходится использовать bare metal сценарий.
3 мастера, 6 воркеров.
ignition конфиги забираются по http с Nginx, по логам которого видно, что все ноды получили правильные конфиги, соответствующие их ролям.
В какую сторону хоть копать? Что-то пока ума не приложу. :)
Скажите, а не числится ли среди known issues ситуация, когда не понятно с какого перепуга все ноды бутстрапятся мастерами. В итоге, ничего хорошего не получается. :)
OKD 4.5 RC, UPI, bare metal. Ставится на виртуалки VMware-вские, но, из-за отсутствия доступа к управлению средой виртуализации, приходится использовать bare metal сценарий.
3 мастера, 6 воркеров.
ignition конфиги забираются по http с Nginx, по логам которого видно, что все ноды получили правильные конфиги, соответствующие их ролям.
В какую сторону хоть копать? Что-то пока ума не приложу. :)
VR
Dmitry Ganin
Добрый день!
Скажите, а не числится ли среди known issues ситуация, когда не понятно с какого перепуга все ноды бутстрапятся мастерами. В итоге, ничего хорошего не получается. :)
OKD 4.5 RC, UPI, bare metal. Ставится на виртуалки VMware-вские, но, из-за отсутствия доступа к управлению средой виртуализации, приходится использовать bare metal сценарий.
3 мастера, 6 воркеров.
ignition конфиги забираются по http с Nginx, по логам которого видно, что все ноды получили правильные конфиги, соответствующие их ролям.
В какую сторону хоть копать? Что-то пока ума не приложу. :)
Скажите, а не числится ли среди known issues ситуация, когда не понятно с какого перепуга все ноды бутстрапятся мастерами. В итоге, ничего хорошего не получается. :)
OKD 4.5 RC, UPI, bare metal. Ставится на виртуалки VMware-вские, но, из-за отсутствия доступа к управлению средой виртуализации, приходится использовать bare metal сценарий.
3 мастера, 6 воркеров.
ignition конфиги забираются по http с Nginx, по логам которого видно, что все ноды получили правильные конфиги, соответствующие их ролям.
В какую сторону хоть копать? Что-то пока ума не приложу. :)
что значит "все ноды" - воркеры?
DG
После того, как инсталлер отвалился по таймауту с ошибкой, oc get nodes -o wide выдает по одной ноде, которая всегда мастер. Если запускать команду многократно, она покаже так все хосты кластера, кроме бутсрапа. Полез на ноды, реально на всех kubelet запущен с параметром role=master.