GCE: проверка работоспособности и проверка работоспособности
При создании целевого пула для балансировки сетевой нагрузки существует health check вариант.
Также есть свойство под названием livenessProbe в спецификация контейнера.
Зонд живучести проверяет, работает ли контейнер, в котором он настроен. Если зонд живучести терпит неудачу, кубелет убивает контейнер, на который распространяется его политика перезапуска. Установите проверку работоспособности, настроив раздел template.spec.containers.livenessprobe конфигурации модуля.
Нет необходимости в проверке работоспособности, когда контейнер настроен с livenessProbe ?
Насколько я понимаю, если контейнер не работает, POD будет перезапущен автоматически. В этом случае проверка работоспособности не требуется.
А как насчет того, что NODE не работает? Насколько я понимаю, кубернеты запустят POD в другом NODE, что означает, что POD будет перезапущен снова.
Мне кажется, в любом случае проверка работоспособности не нужна, когда настроен livenessProbe.
Проверки работоспособности для балансировщика нагрузки и Kubernetes выполняются отдельно, и вам, вероятно, следует иметь и то, и другое.
Проверки работоспособности подсистемы балансировки нагрузки позволяют подсистеме балансировки нагрузки знать, что конкретная внутренняя виртуальная машина может обслуживать трафик. Он работает на уровне виртуальных машин Compute Engine и помечает определенные виртуальные машины как работоспособные или неработоспособные. Таким образом, если узел выйдет из строя, он не будет направлять трафик на этот конкретный узел. Он предназначен для трафика до того, как он попадет в кластер Kubernetes. Зонды работоспособности Kubernetes не помогут вам в случае отказа узла, потому что это работает только для трафика, который дошел до кластера. Kubernetes может обрабатывать только тот трафик, который видит.
Как только трафик попадет в кластер, Kubernetes направит трафик в контейнеры, все в порядке. Если проверки работоспособности нет, это будут контейнеры, находящиеся в рабочем состоянии. Даже если ваш контейнер может работать, он еще не готов к обслуживанию трафика. Зонды активности / готовности дают Kubernetes возможность узнать, что контейнеры готовы к обслуживанию трафика.
