Подключиться
Yandex Managed Service for Kubernetes

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

Статья создана

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

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

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

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

    Важно

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

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

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