Yandex.Cloud
  • Сервисы
  • Почему Yandex.Cloud
  • Сообщество
  • Тарифы
  • Документация
  • Связаться с нами
Подключиться
Yandex Managed Service for Kubernetes
  • Начало работы
  • Пошаговые инструкции
    • Все инструкции
    • Подключение к узлу по SSH
    • Создание файла конфигурации
    • Сетевые сценарии
      • Обеспечение доступа к приложению, запущенному в кластере Kubernetes
      • Работа с сетевыми политиками кластера Kubernetes
    • Шифрование секретов
    • Работа с постоянными томами
      • Динамическая подготовка тома
      • Статическая подготовка тома
      • Управление классами хранилищ
      • Увеличение размера тома
      • Подключение тома в блочном режиме
    • Управление кластером Kubernetes
      • Добавление учетных данных кластера Kubernetes в конфигурационный файл kubectl
      • Получение информации о кластере Kubernetes
      • Создание кластера Kubernetes
      • Изменение кластера Kubernetes
      • Удаление кластера Kubernetes
    • Управление группой узлов
      • Получение информации о группе узлов
      • Создание группы узлов
      • Изменение группы узлов
      • Удаление группы узлов
  • Сценарии использования
    • Интеграция с Container Registry
    • Запуск рабочих нагрузок с GPU
    • Резервное копирование в Object Storage
  • Концепции
    • Взаимосвязь ресурсов сервиса
    • Релизные каналы и обновления
    • Использование объектов API Kubernetes
      • Том
      • Сервис
    • Группа узлов
      • Автоматическое масштабирование группы узлов
      • Расселение подов с узла
      • Динамическое резервирование ресурсов для узла
      • Группы узлов с GPU
    • Сетевые политики кластера Kubernetes
    • Квоты и лимиты
  • Управление доступом
  • Правила тарификации
  • Справочник API
    • Аутентификация в API
    • gRPC
      • Обзор
      • ClusterService
      • NodeGroupService
      • VersionService
      • OperationService
    • REST
      • Обзор
      • Cluster
        • Обзор
        • create
        • delete
        • get
        • list
        • listNodeGroups
        • listOperations
        • update
      • NodeGroup
        • Обзор
        • create
        • delete
        • get
        • list
        • listOperations
        • update
      • Version
        • Обзор
        • list
  • Вопросы и ответы
  1. Концепции
  2. Релизные каналы и обновления

Релизные каналы

  • Обновления
    • Прекращение поддержки версии Kubernetes
    • Процесс обновления компонентов кластера Kubernetes

Managed Service for Kubernetes предоставляет обновления с помощью релизных каналов.

В сервисе поддерживается три версии Kubernetes. Версии мастера и группы узлов независимы, вы можете создавать их с указанием различных версий Kubernetes, доступных в пределах одного релизного канала.

Важно

  • Если вам необходимо обновить и мастер, и группу узлов — сначала обновите мастер.
  • При работе мастера с версией Kubernetes 1.14 и группами узлов с версией Kubernetes 1.13 существуют проблемы совместимости, которые влияют на работу CSI. Для корректной работы необходимо обновить группы узлов до версии Kubernetes 1.14.

При создании кластера Kubernetes вы указываете один из трех релизных каналов. Изменить канал после создания кластера Kubernetes нельзя, возможно только пересоздать кластер Kubernetes и указать новый релизный канал. В таблице ниже описаны релизные каналы и представлена актуальная информация о поддерживаемых версиях Kubernetes.

Канал Версии Kubernetes Автообновления Описание канала
rapid 1.16, 1.17, 1.18 Нельзя отключить автообновления. Можно указать временной промежуток для автообновления. Канал содержит последние версии Kubernetes. На канале часто появляются минорные обновления, содержащие новую функциональность и улучшения.
regular 1.15, 1.16, 1.17 Можно отключить автообновления. Содержит различные версии Kubernetes. Новая функциональность и улучшения порциями попадают на канал через некоторое время после того, как были предоставлены на канале rapid.
stable 1.15, 1.16 Можно отключить автообновления. Содержит стабильную версию Kubernetes. На канале происходят только обновления, касающиеся исправления ошибок или улучшения безопасности.

Обновления

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

  • Автоматическое обновление устанавливается без участия пользователя в заданный промежуток времени.

    Обновление будет инициировано в указанный промежуток времени и должно завершиться также в рамках этого промежутка. В некоторых случаях при обновлении группы узлов обновление может продолжаться за рамками указанного временного промежутка.

    В автоматическое обновление входят: новая функциональность, улучшения или исправления сервиса Managed Service for Kubernetes, а также исправления компонентов Kubernetes.

    Внимание

    В случае прекращения поддержки версии Kubernetes, обновляется также минорная версия Kubernetes.

  • Ручное обновление инициируется пользователем в любое время.

    В ручное обновление входит обновление минорной версии Kubernetes.

Прочитайте подробнее про прекращение поддержки версии Kubernetes, а также как проиходит процесс обновления для разных компонентов кластера Kubernetes.

Прекращение поддержки версии Kubernetes

Когда после обновления старая версия Kubernetes больше не поддерживается:

  • Мастер автоматически обновляется, даже если автообновления выключены.
  • Группы узлов автоматически обновляются, если автообновления включены. Если автообновления выключены, на группах узлов остается старая версия Kubernetes. В этом случае все проблемы, связанные с группой узлов, пользователь решает самостоятельно, так как старая версия Kubernetes становится неподдерживаемой.

Процесс обновления компонентов кластера Kubernetes

Процесс обновления для мастера и для группы узлов различается.

Мастер

Для разных типов мастера обновление различается временем, в течение которого мастер будет недоступен:

  • Зональный мастер — недоступен в течение обновления.
  • Региональный мастер — не теряет сетевую доступность во время обновления.

Группа узлов

Группа узлов обновляется с выделением дополнительных ресурсов — через создание узлов с новой конфигурацией.

Важно

Чтобы обновление с выделением дополнительных ресурсов прошло успешно, у вас должно быть достаточно квот на создание одного дополнительного узла.

Алгоритм обновления группы узлов:

  1. Создается обновленный узел с конфигурацией, указанной для всей группы узлов.
  2. С одного из старых узлов расселяются все поды с учетом описанной политики PodDisruptionBudgets, затем этот узел удаляется.
  3. Процесс повторяется до тех пор, пока не будут обновлены все узлы в группе узлов.

Такой процесс обновления гарантирует, что количество узлов в группе никогда не опустится ниже количества, заданного при создании группы узлов.

Language
Вакансии
Политика конфиденциальности
Условия использования
© 2021 ООО «Яндекс.Облако»