Kubernetes сливает главный узел перед перезагрузкой

Kubernetes сливает главный узел перед перезагрузкой

Если бы я выполнил перезагрузку sudo на главном узле Kubernetes, был бы Kubernetes достаточно умен, чтобы удалить себя из кластера?

Допустим, у меня есть веб-сервис, на котором запущен один pod, который случайно оказался на главном узле. Если бы я выполнил "sudo reboot" на главном узле, он бы сказал другому узлу запустить копию, прежде чем он умрет?

решение1

Это не ожидаемое поведение для Kubernetes. На самом деле, K8s представляет главный узел какПлоскость управлениядля всех операций, управляемых кластером. Основные участники на каждом узле:кубелет,kube-проксии программное обеспечение для выполнения контейнеров (Docker, cri-o и т. д.).

Всякий раз, когда вы хотите перезагрузить ОС на определенном узле (главном, рабочем), кластерный движок K8s не знает об этом действии и сохраняет все события, связанные с кластером.ETCDХранилище значений ключей, резервное копирование самых последних данных. Как только вы захотите тщательно подготовить перезагрузку кластера Node, вам, возможно, придется настроитьОбслуживаниезадание на этом узле, чтобы исключить его из планирования и корректно завершить все существующие модули.

Если вы создаете какой-либо соответствующий ресурс K8s в пределах определенного наборареплики, затемРепликацияКонтроллергарантирует, что указанное количество реплик pod запущено в любой момент времени через каждый доступный узел. Он просто повторно создает pod, если они не прошли проверку работоспособности, были удалены или прекращены, сопоставляя желаемые реплики.

Связанный контент