Yandex Cloud
Поиск
Связаться с намиПодключиться
  • Истории успеха
  • Документация
  • Блог
  • Все сервисы
  • Статус работы сервисов
    • Популярные
    • Инфраструктура и сеть
    • Платформа данных
    • Контейнеры
    • Инструменты разработчика
    • Бессерверные вычисления
    • Безопасность
    • Мониторинг и управление ресурсами
    • AI Studio
    • Бизнес-инструменты
  • Все решения
    • По отраслям
    • По типу задач
    • Экономика платформы
    • Безопасность
    • Техническая поддержка
    • Каталог партнёров
    • Обучение и сертификация
    • Облако для стартапов
    • Облако для крупного бизнеса
    • Центр технологий для общества
    • Облако для интеграторов
    • Поддержка IT-бизнеса
    • Облако для фрилансеров
    • Обучение и сертификация
    • Блог
    • Документация
    • Контент-программа
    • Мероприятия и вебинары
    • Контакты, чаты и сообщества
    • Идеи
    • Тарифы Yandex Cloud
    • Промоакции и free tier
    • Правила тарификации
  • Истории успеха
  • Документация
  • Блог
Проект Яндекса
© 2025 ООО «Яндекс.Облако»
Страница сервиса
Yandex Managed Service for Kubernetes
Документация
Yandex Managed Service for Kubernetes
  • Сопоставление с другими сервисами Yandex Cloud
  • Начало работы
    • Все инструкции
    • Подключение к узлу по SSH
    • Подключение к узлу через OS Login
    • Обновление Kubernetes
    • Настройка автомасштабирования
    • Подключение Terraform-провайдера Kubernetes
    • Подключение внешних узлов к кластеру
    • Настройка WireGuard-шлюзов для подключения внешних узлов к кластеру
    • Настройка IPSec-шлюзов для подключения внешних узлов к кластеру
  • Управление доступом
  • Правила тарификации
  • Справочник Terraform
  • Метрики Monitoring
  • Аудитные логи Audit Trails
  • История изменений
  • Обучающие курсы

В этой статье:

  • Список доступных версий Kubernetes
  • Обновление кластера
  • Настройка автоматического обновления при создании или изменении кластера
  • Ручное обновление версии кластера
  • Обновление группы узлов
  • Настройка автоматического обновления группы узлов
  • Ручное обновление версии группы узлов
  • Обновление компонентов Kubernetes без изменения версии
  • Обновление для кластера с отключенным автоматическим обновлением
  • Обновление для группы узлов с отключенным автоматическим обновлением
  1. Пошаговые инструкции
  2. Обновление Kubernetes

Обновление Kubernetes

Статья создана
Yandex Cloud
Улучшена
Обновлена 7 августа 2025 г.
  • Список доступных версий Kubernetes
  • Обновление кластера
    • Настройка автоматического обновления при создании или изменении кластера
    • Ручное обновление версии кластера
  • Обновление группы узлов
    • Настройка автоматического обновления группы узлов
    • Ручное обновление версии группы узлов
  • Обновление компонентов Kubernetes без изменения версии
    • Обновление для кластера с отключенным автоматическим обновлением
    • Обновление для группы узлов с отключенным автоматическим обновлением

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

При обновлении мажорной версии Kubernetes сначала обновите кластер Managed Service for Kubernetes, потом его группу узлов.

Вы можете изменить политику обновления кластера Managed Service for Kubernetes или группы узлов в любое время.

Подробнее см. в разделе Релизные каналы.

Примечание

Перед обновлением автоматически выполняется предварительная проверка (preflight check) совместимости объектов или конфигураций с новой версией Kubernetes. Если в результате выявляются несовместимые объекты или конфигурации, обновление завершится ошибкой с указанием несовместимых ресурсов и описанием.

Список доступных версий KubernetesСписок доступных версий Kubernetes

Консоль управления
CLI
API

Чтобы узнать список доступных версий для кластера Managed Service for Kubernetes:

  1. Перейдите на страницу каталога и выберите сервис Managed Service for Kubernetes.
  2. Нажмите на имя нужного кластера Managed Service for Kubernetes.
  3. Нажмите кнопку Редактировать в правом верхнем углу.
  4. Получите список доступных версий в поле Версия Kubernetes блока Конфигурация мастера.

Чтобы узнать список доступных версий для группы узлов Managed Service for Kubernetes:

  1. Перейдите на страницу каталога и выберите сервис Managed Service for Kubernetes.
  2. Нажмите на имя нужного кластера Managed Service for Kubernetes и перейдите на вкладку Управление узлами.
  3. Выберите нужную группу узлов Managed Service for Kubernetes в списке и нажмите кнопку Редактировать в правом верхнем углу.
  4. Получите список доступных версий в поле Версия Kubernetes.

Если у вас еще нет интерфейса командной строки Yandex Cloud (CLI), установите и инициализируйте его.

По умолчанию используется каталог, указанный при создании профиля CLI. Чтобы изменить каталог по умолчанию, используйте команду yc config set folder-id <идентификатор_каталога>. Также для любой команды вы можете указать другой каталог с помощью параметров --folder-name или --folder-id.

Чтобы получить список доступных версий, выполните команду:

yc managed-kubernetes list-versions

Чтобы получить список доступных версий, воспользуйтесь методом list.

Обновление кластераОбновление кластера

Настройка автоматического обновления при создании или изменении кластераНастройка автоматического обновления при создании или изменении кластера

Выберите режим автоматического обновления кластера Managed Service for Kubernetes и задайте нужный график обновления:

Консоль управления
CLI
Terraform
API

Настройки обновлений можно указать при создании кластера Managed Service for Kubernetes или изменении его настроек.

В поле Частота обновлений / Отключение выберите политику обновления кластера Managed Service for Kubernetes:

  • Отключено — выберите эту опцию, чтобы не использовать автоматические обновления.
  • В любое время — выберите эту опцию, чтобы Managed Service for Kubernetes управлял графиком установки обновлений.
  • Ежедневно — укажите время начала и продолжительность обновления.
  • В выбранные дни — укажите день, время начала и продолжительность обновления. При необходимости выберите несколько вариантов с помощью кнопки Добавить день и время.

Укажите параметры автоматического обновления при создании или изменении кластера Managed Service for Kubernetes:

yc managed-kubernetes cluster <create_или_update> <имя_или_идентификатор_кластера> \
...
  --auto-upgrade <режим_автоматического_обновления> \
  --anytime-maintenance-window \
  --daily-maintenance-window <значение> \
  --weekly-maintenance-window <значение>

Где:

  • --auto-upgrade — выбор режима автоматического обновления кластера Managed Service for Kubernetes. Значение по умолчанию — true (автоматическое обновление включено).

  • --anytime-maintenance-window — выбор произвольного времени обновления кластера Managed Service for Kubernetes.

  • --daily-maintenance-window — режим обновления Ежедневно.

    Пример ежедневного обновления кластера Managed Service for Kubernetes в 22:00 UTC длительностью не более 10 часов:

    --daily-maintenance-window 'start=22:00,duration=10h'
    
  • --weekly-maintenance-window — автоматическое обновление в указанные дни.

    Пример обновления кластера Managed Service for Kubernetes по понедельникам и вторникам с 22:00 UTC, длительностью не более 10 часов:

    --weekly-maintenance-window 'days=[monday,tuesday],start=22:00,duration=10h'
    

    Чтобы указать несколько периодов обслуживания, передайте настройки каждого из них в отдельном аргументе --weekly-maintenance-window.

    Примечание

    Аргументы --daily-maintenance-window и --weekly-maintenance-window требуют аргумента --auto-upgrade со значением true. Расписание обновления не будет создано, если установить --auto-upgrade=false.

Идентификатор и имя кластера Managed Service for Kubernetes можно получить со списком кластеров в каталоге.

  1. Откройте актуальный конфигурационный файл с описанием кластера Managed Service for Kubernetes.

    Как создать такой файл, см. в разделе Создание кластера Managed Service for Kubernetes.

  2. Измените параметры автоматического обновления в описании кластера Managed Service for Kubernetes.

    Примечание

    Вы можете выбрать только один из режимов обновления — ежедневный или в выбранные дни. Одновременное использование режимов не допускается.

    • Чтобы включить режим ежедневного обновления:

      resource "yandex_kubernetes_cluster" "<имя_кластера>" {
        name = <имя_кластера>
        ...
        maintenance_policy {
          auto_upgrade = true
          maintenance_window {
            start_time = "<время_начала_обновления>"
            duration   = "<длительность_обновления>"
          }
        }
      }
      

      Где:

      • start_time — время начала обновления в формате UTC.
      • duration — длительность обновления (например 4h30m).
    • Чтобы включить режим обновления в выбранные дни (можно указать несколько периодов):

      resource "yandex_kubernetes_cluster" "<имя_кластера>" {
        name = <имя_кластера>
        ...
        maintenance_policy {
          auto_upgrade = true
          maintenance_window {
            day        = "<день_начала_обновления>"
            start_time = "<время_начала_обновления>"
            duration   = "<длительность_обновления>"
          }
          maintenance_window {
            day        = "<день_начала_обновления>"
            start_time = "<время_начала_обновления>"
            duration   = "<длительность_обновления>"
          }
        }
      }
      

      Где:

      • day — день недели (например monday).
      • start_time — время начала обновления в формате UTC.
      • duration — длительность обновления (например 4h30m).
    • Чтобы включить режим произвольного времени обновления, не добавляйте блок параметров maintenance_policy в описание кластера Managed Service for Kubernetes. Если в описании кластера Managed Service for Kubernetes не указаны настройки автоматического обновления, оно будет производиться в произвольное время.

    • Чтобы отключить автоматическое обновление:

      resource "yandex_kubernetes_cluster" "<имя_кластера>" {
        name = "<имя_кластера>"
        ...
        maintenance_policy {
          auto_upgrade = false
        }
      }
      
  3. Проверьте корректность конфигурационных файлов.

    1. В командной строке перейдите в каталог, в котором расположены актуальные конфигурационные файлы Terraform с планом инфраструктуры.

    2. Выполните команду:

      terraform validate
      

      Если в файлах конфигурации есть ошибки, Terraform на них укажет.

  4. Подтвердите изменение ресурсов.

    1. Выполните команду для просмотра планируемых изменений:

      terraform plan
      

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

    2. Если вас устраивают планируемые изменения, внесите их:

      1. Выполните команду:

        terraform apply
        
      2. Подтвердите изменение ресурсов.

      3. Дождитесь завершения операции.

Подробнее см. в документации провайдера Terraform.

Настройки автоматического обновления задаются в блоке masterSpec.maintenancePolicy при создании кластера Managed Service for Kubernetes или изменении его настроек.

Воспользуйтесь методом update и передайте в запросе:

  • Идентификатор кластера Managed Service for Kubernetes в параметре clusterId. Чтобы узнать идентификатор кластера Managed Service for Kubernetes, получите список кластеров в каталоге.
  • Настройки автоматического обновления в параметре masterSpec.maintenancePolicy.
  • Список изменяемых настроек в параметре updateMask.

Важно

Метод API переопределит все параметры изменяемого объекта, которые не были явно переданы в запросе, на значения по умолчанию. Чтобы избежать этого, перечислите настройки, которые вы хотите изменить, в параметре updateMask (одной строкой через запятую).

Чтобы отключить автоматическое обновление, передайте значение false в параметре masterSpec.maintenancePolicy.autoUpgrade.

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

  • Чтобы кластер Managed Service for Kubernetes обновлялся в произвольное время, передайте значение "anytime": {}.

  • Чтобы настроить ежедневные обновления, добавьте блок dailyMaintenanceWindow:

    "dailyMaintenanceWindow": {
      "startTime": {
        "hours": "<час_начала_обновления>",
        "minutes": "<минута_начала_обновления>",
        "seconds": "<секунда_начала_обновления>",
        "nanos": "<доля_секунды_начала_обновления>"
      },
      "duration": "<длительность_периода_обновления>"
    }
    

    Где:

    • hours — час начала обновления в формате UTC.
    • nanos — доля секунды начала обновления, в наносекундах.
    • duration — длительность периода обновления, в часах.
  • Чтобы настроить обновление в выбранные дни, добавьте блок weeklyMaintenanceWindow:

    "weeklyMaintenanceWindow": {
      "daysOfWeek": [
        {
          "days": [
            "<список_дней>"
          ],
          "startTime": {
            "hours": "<час_начала_обновления>",
            "minutes": "<минута_начала_обновления>",
            "seconds": "<секунда_начала_обновления>",
            "nanos": "<доля_секунды_начала_обновления>"
          },
          "duration": "<длительность_периода_обновления>"
        }
      ]
    }
    

    Где:

    • days — список дней, например: monday, tuesday.
    • hours — час начала обновления в формате UTC.
    • nanos — доля секунды начала обновления, в наносекундах.
    • duration — длительность периода обновления, в часах.

Ручное обновление версии кластераРучное обновление версии кластера

При необходимости обновите версию кластера Managed Service for Kubernetes вручную. За один этап кластер Managed Service for Kubernetes можно обновить только до следующей минорной версии относительно текущей. Обновление до более новых версий производится в несколько этапов, например: 1.19 → 1.20 → 1.21.

Консоль управления
CLI
Terraform
API
  1. Перейдите на страницу каталога и выберите сервис Managed Service for Kubernetes.
  2. Нажмите на имя нужного кластера Managed Service for Kubernetes.
  3. Нажмите кнопку Редактировать в правом верхнем углу.
  4. В поле Версия Kubernetes выберите вариант Обновить до версии <номер_версии>.
  5. Нажмите кнопку Сохранить.

Укажите новую версию Kubernetes в значении аргумента --version:

yc managed-kubernetes cluster update <имя_или_идентификатор_кластера> \
  --version <новая_версия>

Идентификатор и имя кластера Managed Service for Kubernetes можно получить со списком кластеров в каталоге.

  1. Откройте актуальный конфигурационный файл с описанием кластера Managed Service for Kubernetes.

    О том, как создать такой файл, см. в разделе Создание кластера Managed Service for Kubernetes.

  2. Измените версию в описании кластера Managed Service for Kubernetes:

    resource "yandex_kubernetes_cluster" "<имя_кластера>" {
      name = <имя_кластера>
      ...
      version = "<новая_версия>"
    }
    
  3. Проверьте корректность конфигурационных файлов.

    1. В командной строке перейдите в каталог, в котором расположены актуальные конфигурационные файлы Terraform с планом инфраструктуры.

    2. Выполните команду:

      terraform validate
      

      Если в файлах конфигурации есть ошибки, Terraform на них укажет.

  4. Подтвердите изменение ресурсов.

    1. Выполните команду для просмотра планируемых изменений:

      terraform plan
      

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

    2. Если вас устраивают планируемые изменения, внесите их:

      1. Выполните команду:

        terraform apply
        
      2. Подтвердите изменение ресурсов.

      3. Дождитесь завершения операции.

Подробнее см. в документации провайдера Terraform.

Воспользуйтесь методом update и передайте в запросе:

  • Идентификатор кластера Managed Service for Kubernetes в параметре clusterId. Чтобы узнать идентификатор кластера Managed Service for Kubernetes, получите список кластеров в каталоге.
  • Нужную версию Kubernetes в параметре masterSpec.version.version.
  • Список изменяемых настроек в параметре updateMask.

Важно

Метод API переопределит все параметры изменяемого объекта, которые не были явно переданы в запросе, на значения по умолчанию. Чтобы избежать этого, перечислите настройки, которые вы хотите изменить, в параметре updateMask (одной строкой через запятую).

Обновление группы узловОбновление группы узлов

Настройка автоматического обновления группы узловНастройка автоматического обновления группы узлов

Выберите режим автоматического обновления группы узлов Managed Service for Kubernetes и задайте нужный график обновления:

Консоль управления
CLI
Terraform
API

Настройки обновлений можно указать при создании группы узлов Managed Service for Kubernetes или изменении ее настроек.

В поле В процессе создания и обновления разрешено укажите настройки масштабирования группы узлов Managed Service for Kubernetes:

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

    Важно

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

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

В поле Частота обновлений / Отключение выберите политику обновления группы узлов Managed Service for Kubernetes:

  • Отключено — выберите эту опцию, чтобы не использовать автоматические обновления.
  • В любое время — выберите эту опцию, чтобы Managed Service for Kubernetes управлял графиком установки обновлений.
  • Ежедневно — укажите время начала и продолжительность обновления.
  • В выбранные дни — укажите день, время начала и продолжительность обновления. При необходимости выберите несколько вариантов с помощью кнопки Добавить день и время.

Укажите параметры автоматического обновления при создании или изменении группы узлов Managed Service for Kubernetes:

yc managed-kubernetes node-group <create_или_update> <имя_или_идентификатор_группы_узлов> \
...
  --max-expansion <расширение_размера_группы_при_обновлении> \
  --max-unavailable <количество_недоступных_узлов_при_обновлении> \
  --auto-upgrade <режим_автоматического_обновления> \
  --auto-repair <режим_пересоздания> \
  --anytime-maintenance-window \
  --daily-maintenance-window <значение> \
  --weekly-maintenance-window <значение>

Где:

  • --max-expansion — максимальное количество узлов, на которое можно увеличить размер группы при ее обновлении.

    Важно

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

  • --max-unavailable — максимальное количество недоступных узлов группы при ее обновлении.

    Примечание

    Параметры --max-expansion и --max-unavailable следует использовать совместно.

  • --auto-upgrade — выбор режима автоматического обновления группы узлов Managed Service for Kubernetes. Значение по умолчанию — true (автоматическое обновление включено). Возможные значения: true или false.

  • --auto-repair — выбор режима пересоздания сбойных узлов. Возможные значения: true или false.

    Режим --auto-repair находится на стадии Preview.

  • --anytime-maintenance-window — выбор произвольного времени обновления группы узлов Managed Service for Kubernetes.

  • --daily-maintenance-window — режим обновления Ежедневно.

    Пример ежедневного обновления группы узлов Managed Service for Kubernetes в 22:00 UTC длительностью не более 10 часов:

    --daily-maintenance-window 'start=22:00,duration=10h'
    
  • --weekly-maintenance-window — автоматическое обновление в указанные дни.

    Пример обновления группы узлов Managed Service for Kubernetes по понедельникам и вторникам с 22:00 UTC, длительностью 10 часов:

    --weekly-maintenance-window 'days=[monday,tuesday],start=22:00,duration=10h'
    

    Чтобы указать несколько периодов обслуживания, передайте настройки каждого из них в отдельном аргументе --weekly-maintenance-window.

    Примечание

    Аргументы --daily-maintenance-window и --weekly-maintenance-window требуют аргумента --auto-upgrade со значением true.

    Расписание обновления не будет создано, если установить --auto-upgrade=false.

Идентификатор и имя группы узлов Managed Service for Kubernetes можно получить со списком групп в кластере.

  1. Откройте актуальный конфигурационный файл с описанием группы узлов Managed Service for Kubernetes.

    О том, как создать такой файл, см. в разделе Создание группы узлов.

  2. Измените параметры автоматического обновления в описании группы узлов Managed Service for Kubernetes.

    Примечание

    Вы можете выбрать только один из режимов обновления — ежедневный или в выбранные дни. Одновременное использование режимов не допускается.

    • Чтобы включить режим ежедневного обновления:

      resource "yandex_kubernetes_node_group" "<имя_группы_узлов>" {
        name = <имя_группы_узлов>
        ...
        maintenance_policy {
          auto_upgrade = true
          maintenance_window {
            start_time = "<время_начала_обновления>"
            duration   = "<длительность_обновления>"
          }
        }
      }
      

      Где:

      • start_time — время начала обновления в формате UTC.
      • duration — длительность обновления (например 4h30m).
    • Чтобы включить режим обновления в выбранные дни (можно указать несколько периодов):

      resource "yandex_kubernetes_node_group" "<имя_группы_узлов>" {
        name = <имя_группы_узлов>
        ...
        maintenance_policy {
          auto_upgrade = true
          maintenance_window {
            day        = "<день_начала_обновления>"
            start_time = "<время_начала_обновления>"
            duration   = "<длительность_обновления>"
          }
          maintenance_window {
            day        = "<день_начала_обновления>"
            start_time = "<время_начала_обновления>"
            duration   = "<длительность_обновления>"
          }
        }
      }
      

      Где:

      • day — день недели (например monday).
      • start_time — время начала обновления в формате UTC.
      • duration — длительность обновления (например 4h30m).
    • Чтобы включить режим произвольного времени обновления, не добавляйте блок параметров maintenance_policy в описание группы узлов Managed Service for Kubernetes. Если в описании группы узлов Managed Service for Kubernetes не указаны настройки автоматического обновления, оно будет производиться в произвольное время.

    • Чтобы задать настройки развертывания группы узлов Managed Service for Kubernetes при обновлении:

      resource "yandex_kubernetes_node_group" "<имя_группы_узлов>" {
        name = <имя_группы_узлов>
        ...
        deploy_policy {
          max_expansion   = <расширение_размера_группы_при_обновлении>
          max_unavailable = <количество_недоступных_узлов_при_обновлении>
        }
      }
      

      Где:

      • max_expansion — максимальное количество узлов, на которое можно увеличить размер группы при ее обновлении.

        Важно

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

      • max_unavailable — максимальное количество недоступных узлов группы при ее обновлении.

      Примечание

      Параметры max_expansion и max_unavailable следует использовать совместно.

    • Чтобы отключить автоматическое обновление:

      resource "yandex_kubernetes_node_group" "<имя_группы_узлов>" {
        name = "<имя_группы_узлов>"
        ...
        maintenance_policy {
          auto_upgrade = false
        }
      }
      
  3. Проверьте корректность конфигурационных файлов.

    1. В командной строке перейдите в каталог, в котором расположены актуальные конфигурационные файлы Terraform с планом инфраструктуры.

    2. Выполните команду:

      terraform validate
      

      Если в файлах конфигурации есть ошибки, Terraform на них укажет.

  4. Подтвердите изменение ресурсов.

    1. Выполните команду для просмотра планируемых изменений:

      terraform plan
      

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

    2. Если вас устраивают планируемые изменения, внесите их:

      1. Выполните команду:

        terraform apply
        
      2. Подтвердите изменение ресурсов.

      3. Дождитесь завершения операции.

Подробнее см. в документации провайдера Terraform.

Настройки автоматического обновления задаются в блоке maintenancePolicy при создании группы узлов Managed Service for Kubernetes или изменении ее настроек.

Воспользуйтесь методом update и передайте в запросе:

  • Идентификатор группы узлов Managed Service for Kubernetes в параметре nodeGroupId. Чтобы узнать идентификатор группы узлов Managed Service for Kubernetes, получите список групп в кластере.
  • Настройки автоматического обновления в параметре maintenancePolicy.
  • Список изменяемых настроек в параметре updateMask.

Важно

Метод API переопределит все параметры изменяемого объекта, которые не были явно переданы в запросе, на значения по умолчанию. Чтобы избежать этого, перечислите настройки, которые вы хотите изменить, в параметре updateMask (одной строкой через запятую).

Чтобы отключить автоматическое обновление, передайте значение false в параметре maintenancePolicy.autoUpgrade.

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

  • Чтобы группа узлов Managed Service for Kubernetes обновлялась в произвольное время, передайте значение "anytime": {}.

  • Чтобы настроить ежедневные обновления, добавьте блок dailyMaintenanceWindow:

    "dailyMaintenanceWindow": {
      "startTime": {
        "hours": "<час_начала_обновления>",
        "minutes": "<минута_начала_обновления>",
        "seconds": "<секунда_начала_обновления>",
        "nanos": "<доля_секунды_начала_обновления>"
      },
      "duration": "<длительность_периода_обновления>"
    }
    

    Где:

    • hours — час начала обновления в формате UTC.
    • nanos — доля секунды начала обновления, в наносекундах.
    • duration — длительность периода обновления, в часах.
  • Чтобы настроить обновление в выбранные дни, добавьте блок weeklyMaintenanceWindow:

    "weeklyMaintenanceWindow": {
      "daysOfWeek": [
        {
          "days": [
            "<список_дней>"
          ],
          "startTime": {
            "hours": "<час_начала_обновления>",
            "minutes": "<минута_начала_обновления>",
            "seconds": "<секунда_начала_обновления>",
            "nanos": "<доля_секунды_начала_обновления>"
          },
          "duration": "<длительность_периода_обновления>"
        }
      ]
    }
    

    Где:

    • days — список дней, например: monday, tuesday.
    • hours — час начала обновления в формате UTC.
    • nanos — доля секунды начала обновления, в наносекундах.
    • duration — длительность периода обновления, в часах.

Для настройки развертывания группы узлов Managed Service for Kubernetes при ее обновлении добавьте блок deployPolicy:

"deployPolicy": {
  "maxUnavailable": "<количество_недоступных_узлов_при_обновлении>",
  "maxExpansion": "<расширение_размера_группы_при_обновлении>"
}

Где:

  • maxUnavailable — максимальное количество недоступных узлов группы при ее обновлении.

  • maxExpansion — максимальное количество узлов, на которое можно увеличить размер группы при ее обновлении.

    Важно

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

Ручное обновление версии группы узловРучное обновление версии группы узлов

При необходимости обновите версию группы узлов Managed Service for Kubernetes вручную. Для обновления доступна только следующая минорная версия относительно текущей. Обновление до более новых версий следует производить в несколько этапов, например: 1.19 → 1.20 → 1.21.

Важно

Обновите версию кластера Managed Service for Kubernetes перед обновлением группы узлов.

Консоль управления
CLI
Terraform
API
  1. Перейдите на страницу каталога и выберите сервис Managed Service for Kubernetes.
  2. Нажмите на имя нужного кластера Managed Service for Kubernetes.
  3. Перейдите на вкладку Управление узлами.
  4. Выберите нужную группу узлов Managed Service for Kubernetes в списке.
  5. Нажмите кнопку Редактировать в правом верхнем углу.
  6. В поле Версия Kubernetes выберите вариант Обновить до версии <номер_версии>.
  7. Нажмите кнопку Сохранить.

Укажите параметры автоматического обновления:

yc managed-kubernetes node-group update <идентификатор_или_имя_группы_узлов> \
...
  --version <новая_версия>

Идентификатор и имя группы узлов Managed Service for Kubernetes можно получить со списком групп в кластере.

  1. Откройте актуальный конфигурационный файл с описанием группы узлов Managed Service for Kubernetes.

    О том, как создать такой файл, см. в разделе Создание группы узлов.

  2. Измените версию в описании группы узлов Managed Service for Kubernetes:

    resource "yandex_kubernetes_node_group" "<имя_группы_узлов>" {
      name = <имя_группы_узлов>
      ...
      version = "<новая_версия>"
    }
    
  3. Проверьте корректность конфигурационных файлов.

    1. В командной строке перейдите в каталог, в котором расположены актуальные конфигурационные файлы Terraform с планом инфраструктуры.

    2. Выполните команду:

      terraform validate
      

      Если в файлах конфигурации есть ошибки, Terraform на них укажет.

  4. Подтвердите изменение ресурсов.

    1. Выполните команду для просмотра планируемых изменений:

      terraform plan
      

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

    2. Если вас устраивают планируемые изменения, внесите их:

      1. Выполните команду:

        terraform apply
        
      2. Подтвердите изменение ресурсов.

      3. Дождитесь завершения операции.

Подробнее см. в документации провайдера Terraform.

Воспользуйтесь методом update и передайте в запросе:

  • Идентификатор группы узлов Managed Service for Kubernetes в параметре nodeGroupId. Чтобы узнать идентификатор группы узлов Managed Service for Kubernetes, получите список групп в кластере.
  • Нужную версию Kubernetes в параметре version.version.
  • Список изменяемых настроек в параметре updateMask.

Важно

Метод API переопределит все параметры изменяемого объекта, которые не были явно переданы в запросе, на значения по умолчанию. Чтобы избежать этого, перечислите настройки, которые вы хотите изменить, в параметре updateMask (одной строкой через запятую).

Обновление компонентов Kubernetes без изменения версииОбновление компонентов Kubernetes без изменения версии

Для кластера Managed Service for Kubernetes и группы узлов доступно обновление в рамках одной версии Kubernetes. При установке обновления мажорная версия Kubernetes не меняется.

При таком обновлении возможны:

  • Установка новых пакетов.
  • Обновление образа Kubernetes.
  • Обновление патч-версии Kubernetes.

Кластер Managed Service for Kubernetes и группы узлов будут обновлены, если в их настройках включен любой из вариантов автоматического обновления.

Обновление для кластера с отключенным автоматическим обновлениемОбновление для кластера с отключенным автоматическим обновлением

Консоль управления
CLI
API
  1. Перейдите на страницу каталога и выберите сервис Managed Service for Kubernetes.
  2. Нажмите на имя нужного кластера Managed Service for Kubernetes.
  3. Нажмите кнопку Редактировать в правом верхнем углу.
  4. В поле Версия Kubernetes выберите Получить последние улучшения и исправления для версии....
  5. Нажмите кнопку Сохранить.

Выполните обновление кластера Managed Service for Kubernetes:

yc managed-kubernetes cluster update <имя_или_идентификатор_кластера> \
  --latest-revision

Идентификатор и имя кластера Managed Service for Kubernetes можно получить со списком кластеров в каталоге.

Воспользуйтесь методом update и передайте в запросе:

  • Идентификатор кластера Managed Service for Kubernetes в параметре clusterId. Чтобы узнать идентификатор кластера Managed Service for Kubernetes, получите список кластеров в каталоге.
  • Значение true в параметре masterSpec.version.version.
  • Список изменяемых настроек в параметре updateMask.

Важно

Метод API переопределит все параметры изменяемого объекта, которые не были явно переданы в запросе, на значения по умолчанию. Чтобы избежать этого, перечислите настройки, которые вы хотите изменить, в параметре updateMask (одной строкой через запятую).

Обновление для группы узлов с отключенным автоматическим обновлениемОбновление для группы узлов с отключенным автоматическим обновлением

Консоль управления
CLI
API
  1. Перейдите на страницу каталога и выберите сервис Managed Service for Kubernetes.
  2. Нажмите на имя нужного кластера Managed Service for Kubernetes.
  3. Перейдите на вкладку Управление узлами.
  4. Выберите нужную группу узлов Managed Service for Kubernetes в списке.
  5. Нажмите кнопку Редактировать в правом верхнем углу.
  6. В поле Версия Kubernetes выберите Получить последние улучшения и исправления для версии....
  7. Нажмите кнопку Сохранить.

Выполните обновление группы узлов Managed Service for Kubernetes:

yc managed-kubernetes node-group update <идентификатор_или_имя_группы_узлов> \
  --latest-revision

Идентификатор и имя группы узлов Managed Service for Kubernetes можно получить со списком групп в кластере.

Воспользуйтесь методом update и передайте в запросе:

  • Идентификатор группы узлов Managed Service for Kubernetes в параметре nodeGroupId. Чтобы узнать идентификатор группы узлов Managed Service for Kubernetes, получите список групп в кластере.
  • Значение true в параметре version.latestRevision.
  • Список изменяемых настроек в параметре updateMask.

Важно

Метод API переопределит все параметры изменяемого объекта, которые не были явно переданы в запросе, на значения по умолчанию. Чтобы избежать этого, перечислите настройки, которые вы хотите изменить, в параметре updateMask (одной строкой через запятую).

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

Предыдущая
Подключение к узлу через OS Login
Следующая
Настройка автомасштабирования
Проект Яндекса
© 2025 ООО «Яндекс.Облако»