Расселение подов с узла

При обновлении группы узлов со старого узла поды расселяются — переносятся на новый узел. Для того чтобы расселение не сказывалось на доступности сервисов, обслуживаемых приложениями в кластере Kubernetes, сконфигурируйте объект API Kubernetes PodDisruptionBudget для подов приложения.

Объект PodDisruptionBudget описывается тремя полями:

.spec.selector — метка селектора для указания набора подов, к которому он применяется. Обязательное поле.
.spec.minAvailable — минимальное количество подов из набора, которые должны быть доступны после расселения. Можно указать в процентах.
.spec.maxUnavailable — максимальное количество подов из набора, которые могут быть недоступны после расселения. Можно указать в процентах.

Если не описать политику PodDisruptionBudget, поды будут расселяться единовременно, что может привести к проблемам приложения.

Важно

Расселение подов происходит только в том случае, если они были созданы под управлением одного из контроллеров репликаций приложений: ReplicaSet, Deployment или StatefulSet. Если под был создан без контроллера, он будет потерян в процессе обновления.
Постоянные тома (объекты PersistentVolumes), которые используются подами под управлением контроллера StatefulSet, могут быть перенесены между узлами только в пределах одной зоны доступности.

Особенности расселения подов с узла:

Необходимо настроить политику PodDisruptionBudgets так, чтобы нельзя было расселить слишком много подов одновременно, но можно было расселить хотя бы один.
При расселении есть таймаут до остановки узла (7 минут). Если расселение подов не будет завершено за это время, то узел будет остановлен несмотря на оставшиеся поды.
При уменьшении размера группы узлов для расселения подов и последующего удаления узла в первую очередь расселяются и удаляются узлы без подов. Также вы можете расселить необходимые узлы вручную, используя команду kubectl drain.
Узлы, которые будут расселены и остановлены, помечаются как Unschedulable. Это позволяет не создавать на них новые поды.
Расселение узлов в группе происходит по одному.
Узлы не расселяются при удалении группы узлов. Если к подам удаляемых узлов поступают запросы, они не будут обрабатываться пока Kubernetes не диагностирует неработоспособность узлов и не создаст поды на работающих узлах. Чтобы этого избежать, измените размер группы узлов до нуля, дождитесь завершения операции и удалите группу узлов.