Что происходит, когда мастер Kubernetes терпит неудачу?
Я пытался выяснить, что происходит, когда мастер Kubernetes терпит неудачу в кластере, который имеет только один мастер. Веб-запросы по-прежнему направляются в стручки, если это происходит, или вся система просто выключается?
согласно документации OpenShift 3, которая построена поверх Kubernetes, (https://docs.openshift.com/enterprise/3.2/architecture/infrastructure_components/kubernetes_infrastructure.html), Если мастер терпит неудачу, узлы продолжают функция правильная, но система теряет свою способность управлять стручками. Это то же самое для vanilla Kubernetes?
1 ответов
насколько я понимаю, мастер запускает API, и теперь (начиная с 1.3?) Управляет базовой облачной инфраструктурой. Когда он отключен, API будет отключен, поэтому кластер перестает быть кластером и вместо этого представляет собой кучу специальных узлов на этот период. Кластер не сможет реагировать на сбои узлов, создавать новые ресурсы, перемещать модули на новые узлы и т. д. Пока мастер не вернется в сеть.
однако, в любом случае, жизнь для применений будет продолжаться как нормальный если за это время не произойдет какого-либо серьезного сбоя, *или узлы будут перезагружены, потому что службы TCP/ UDP, балансировщики нагрузки, DNS, панель мониторинга и т. д. Все должны продолжать функционировать.
после некоторого чтения, похоже, DNS-запросы могут не разрешаться правильно, если узел перезагружается в течение этого времени. Я определенно рекомендую не перезагружать узлы в течение этого периода, если вы обеспокоены тем, что ваши услуги остаются доступными.
Если вы хотите проверить некоторые из этого сами, есть удобная утилита под названием minikube вы можете использовать, чтобы "попробовать, прежде чем купить". Помните (если вы из будущего), что Кубернетес все еще быстро меняется, и этот ответ может быть неверным в то время, когда вы из.