Alauda Container Platform GitOps Docs
  • Русский

    • Alauda Container Platform GitOps Sync and Health Status

    Alauda Container Platform GitOps абстрагирует состояние ресурсов Application, используя статус базовых Kubernetes ресурсов. Состояние ресурсов Application напрямую управляет состоянием связанных ресурсов ApplicationSet.

    Содержание

    Sync Status ExplanationHealth Status ExplanationRecognition Rules

    Sync Status Explanation

    Как Kubernetes ресурсы, так и приложения имеют четыре состояния синхронизации: Sync Failed, OutOfSync, Syncing и Synced.

    Sync StatusОписание
    Sync FailedСинхронизация не удалась из-за сетевых ошибок, проблем с конфигурацией или правами доступа. Проверьте логи для выяснения причины.
    OutOfSyncСостояние ресурса в кластере расходится с желаемым состоянием, определённым в Git. Требуется ручная или автоматическая синхронизация.
    SyncingАктивное согласование между состоянием кластера и состоянием, определённым в Git.
    SyncedСостояние ресурса в кластере соответствует желаемому состоянию, определённому в Git.
    INFO

    Приоритет отображения статуса синхронизации: порядок приоритета Sync Failed > OutOfSync > Syncing > Synced.

    Примеры:

    • Если у Application два ресурса со статусами Syncing и Synced, общий статус будет Syncing.
    • Если ApplicationSet управляет двумя Application со статусами Sync Failed и Synced, общий статус будет Sync Failed.\

    Health Status Explanation

    Kubernetes ресурсы и приложения имеют шесть состояний здоровья: Unknown, Missing, Degraded, Paused, Progressing и Healthy.

    Health StatusОписаниеРекомендуемое решение
    UnknownНевозможно определить состояние здоровья, обычно из-за ошибок контроллера или отсутствия данных о статусе.Проверьте status.conditions в YAML ресурса для диагностики.
    MissingРесурс не найден в кластере.При первоначальном создании: дождитесь согласования
    При случайном удалении: инициируйте ручную синхронизацию.
    DegradedРесурсы рабочей нагрузки (например, Deployment) не достигли здорового состояния в течение тайм-аута (по умолчанию: 10 минут).Исследуйте сбои Pod (например, аварийные остановки, ограничения ресурсов).
    PausedРазвёртывание ресурсов рабочей нагрузки намеренно приостановлено (например, с помощью kubectl rollout pause).Возобновите развёртывание при необходимости.
    ProcessingРесурс успешно создан, но ещё не полностью готов (например, Pods инициализируются).Наблюдайте до перехода в состояния Healthy или Degraded.
    HealthyРесурс работает нормально.-
    INFO

    Приоритет состояния здоровья: порядок приоритета Unknown > Missing > Degraded > Paused > Progressing > Healthy

    Примеры:

    • Если у Application ресурсы со статусами Healthy и Unknown, общий статус здоровья будет Unknown.
    • Если ApplicationSet управляет Application со статусами Missing и Progressing, общий статус здоровья будет Missing.\

    Recognition Rules

    Правила распознавания статуса Healthy для Kubernetes ресурсов:

    Тип ресурсаСтатус
    DeploymentЗавершено rolling update, все реплики доступны.
    StatefulSetОбновление завершено, все Pod готовы.
    ReplicaSetВсе Pod здоровы.
    DaemonSetЗапланировано и здорово желаемое количество Pod.
    IngressВ статусе заполнен IP/hostname LoadBalancer.
    ServiceЗаполнен IP/hostname LoadBalancer (если применимо).
    PVCСтатус Bound.
    PodВсе контейнеры готовы, количество перезапусков не превышает порог.
    JobJob успешно завершена (.status.succeeded >= 1).
    HPAУспешное масштабирование, текущее количество реплик соответствует желаемому.