Yandex Cloud
Поиск
Связаться с экспертомПопробовать бесплатно
  • Кейсы
  • Документация
  • Блог
  • Все сервисы
    • Cloud Interconnect
    • Cloud Backup
    • Cloud Registry
    • Yandex AI Studio
    • Compute Cloud
    • Object Storage
    • Managed Service for Kubernetes®
    • Yandex BareMetal
    • Smart Web Security
    • Security Deck
    • Managed Service for PostgreSQL
    • Managed Service for ClickHouse®
    • Monium
    • Cloud CDN
    • Network Load Balancer
    • Virtual Private Cloud
    • Cloud DNS
    • Application Load Balancer
    • Yandex Cloud Video
    • Stackland
    • Yandex Cloud Router
    • Yandex Managed Service for Trino
    • Managed Service for MySQL®
    • Managed Service for Valkey™
    • Managed Service for Apache Spark™
    • Yandex StoreDoc
    • Managed Service for OpenSearch
    • Managed Service for Apache Kafka®
    • Data Transfer
    • Yandex MPP Analytics Engine for PostgreSQL
    • Yandex Managed Service for Apache Airflow®
    • Data Processing
    • Yandex MetaData Hub
    • Managed Service for YDB
    • Managed Service for Sharded PostgreSQL
    • Managed Service for YTsaurus
    • Yandex WebSQL
    • DataLens
    • Yandex Search API
    • SpeechSense
    • SpeechKit
    • DataSphere
    • Vision OCR
    • Translate
    • Yandex Neurosupport
    • Yandex Cloud Detection and Response
    • Yandex Identity Hub
    • Key Management Service
    • Certificate Manager
    • Yandex Lockbox
    • Audit Trails
    • SmartCaptcha
    • Cloud Desktop
    • GOST Gateway
    • Yandex SIEM
    • SourceCraft Code Assistant
    • Container Registry
    • Managed Service for GitLab
    • SourceCraft
    • Managed Service for Prometheus®
    • Cloud Functions
    • API Gateway
    • Yandex Cloud Postbox
    • Message Queue
    • Serverless Integrations
    • IoT Core
    • Data Streams
    • Serverless Containers
    • Cloud Notification Service
    • Yandex Query
    • Identity and Access Management
    • Yandex Cloud Console
    • Resource Manager
    • Yandex Cloud Billing
    • Yandex Cloud Quota Manager
    • Cloud Apps
  • Статус работы сервисов
  • Marketplace
    • Популярные
    • Инфраструктура и сеть
    • Платформа данных
    • Искусственный интеллект
    • Безопасность
    • Инструменты DevOps
    • Бессерверные вычисления
    • Управление ресурсами
  • Все решения
    • По отраслям
    • По типу задач
    • Экономика платформы
    • Yandex Cloud Trust
    • Техническая поддержка
    • Каталог партнёров
    • Обучение и сертификация
    • Облако для стартапов
    • Облако для крупного бизнеса
    • Центр технологий для общества
    • Облако для интеграторов
    • Поддержка IT-бизнеса
    • Облако для фрилансеров
    • Обучение и сертификация
    • Блог
    • Документация
    • Контент-программа
    • Мероприятия и вебинары
    • Контакты, чаты и сообщества
    • Идеи
    • Калькулятор цен
    • Тарифы
    • Акции и free tier
  • Кейсы
  • Документация
  • Блог
Создавайте контент и получайте гранты!Готовы написать своё руководство? Участвуйте в контент-программе и получайте гранты на работу с облачными сервисами!
Подробнее о программе
Проект Яндекса
© 2026 ООО «Яндекс.Облако»
Yandex Managed Service for Kubernetes
  • Сопоставление с другими сервисами Yandex Cloud
  • Начало работы
  • Управление доступом
  • Правила тарификации
  • Справочник Terraform
  • Метрики Monitoring
  • Аудитные логи Audit Trails
    • Обзор
      • Обзор
      • Принципы работы
      • Установить Ingress-контроллер
      • Обновить Ingress-контроллер
    • Настройка групп безопасности
    • Работа с сервисными аккаунтами
    • Создание и изменение ресурсов по конфигурации
  • История изменений
  • Обучающие курсы
  1. Пошаговые инструкции
  2. Установка приложений из Cloud Marketplace
  3. Обновление Ingress-контроллера Application Load Balancer

Обновление Ingress-контроллера Application Load Balancer

Статья создана
Yandex Cloud
Обновлена 24 июня 2026 г.
Открыть в Markdown

Совет

Вместо ALB Ingress-контроллера и Gateway API рекомендуется использовать новый контроллер Yandex Cloud Gwin.

Версии ALB Ingress Controller 0.2.0 и позднее не совместимы с версиями 0.1.x. Из-за этого возникают ограничения, связанные с группами бэкендов.

Один из способов создать группу бэкендов — указать правила в ресурсе Ingress. В версиях ALB Ingress Controller до 0.2.0 каждая группа бэкендов соответствует связке параметров host, http.paths.path и http.paths.pathType. В версиях 0.2.0 и позднее группа бэкендов соответствует параметру backend.service в ресурсе Ingress. В этом параметре указывается сервис Kubernetes. Подробнее о значении параметров и конфигурации ресурса Ingress в документации Kubernetes.

Если вы обновляете ALB Ingress Controller с версии 0.1.x до версии 0.2.0 или позднее, проверьте, применимы ли следующие случаи к вашим группам ресурсов Ingress (группы формируются по значению аннотации ingress.alb.yc.io/group-name в ресурсах Ingress):

  • В конфигурациях встречаются одинаковые значения параметров host, http.paths.path и http.paths.pathType, при этом указаны разные сервисы Kubernetes в параметрах backend.service.name. В этом случае пересоздайте группы бэкендов с помощью объектов HttpBackendGroup.

  • На несколько связок параметров host, http.paths.path и http.paths.pathType приходится один сервис Kubernetes. В этом случае проверьте, различаются ли настройки бэкендов в параметре backend. Например, одна группа ресурсов Ingress может устанавливать соединения по протоколу gRPC, а другая — по протоколу HTTP.

    Если настройки бэкендов не различаются, менять конфигурацию не нужно. Если различаются, выполните следующие действия:

    1. Для каждой группы ресурсов Ingress создайте отдельный файл с конфигурацией объекта Service. В объекте укажите:

      • Его название — для каждого сервиса используйте разные названия.
      • Название объекта Deployment — для каждого сервиса это название должно быть одинаковым, так как ранее использовался только один сервис Kubernetes.
      • Настройки бэкендов, которыми различаются группы ресурсов Ingress.
      Пример конфигурационного файла
      apiVersion: v1
      kind: Service
      metadata:
        name: alb-demo-service-1 # Укажите разные названия для каждого сервиса.
      spec:
        selector:
          app: alb-demo-app # Укажите один Deployment для каждого сервиса.
        type: NodePort
        ports:
          ... # Укажите настройки, которыми отличаются группы ресурсов Ingress.
      
    2. Примените полученные конфигурации:

      kubectl apply -f <названия_конфигурационных_файлов>
      
    3. Измените названия сервисов Kubernetes в ресурсах Ingress. В параметре backend.service.name укажите название сервиса в соответствии с той группой, в которой находится ресурс Ingress.

    4. Примените конфигурации измененных ресурсов Ingress:

      kubectl apply -f <названия_файлов_с_ресурсами_Ingress>
      

Примечание

Если нет возможности изменить конфигурацию ресурсов Ingress, не обновляйте ALB Ingress Controller. Иначе возникнут коллизии.

Была ли статья полезна?

Предыдущая
Установка Ingress-контроллера Application Load Balancer
Следующая
Установка Istio
Создавайте контент и получайте гранты!Готовы написать своё руководство? Участвуйте в контент-программе и получайте гранты на работу с облачными сервисами!
Подробнее о программе
Проект Яндекса
© 2026 ООО «Яндекс.Облако»