Yandex Cloud
Поиск
Связаться с намиПодключиться
  • Документация
  • Блог
  • Все сервисы
  • Статус работы сервисов
    • Доступны в регионе
    • Инфраструктура и сеть
    • Платформа данных
    • Контейнеры
    • Инструменты разработчика
    • Бессерверные вычисления
    • Безопасность
    • Мониторинг и управление ресурсами
    • Машинное обучение
    • Бизнес-инструменты
  • Все решения
    • По отраслям
    • По типу задач
    • Экономика платформы
    • Безопасность
    • Техническая поддержка
    • Каталог партнёров
    • Обучение и сертификация
    • Облако для стартапов
    • Облако для крупного бизнеса
    • Центр технологий для общества
    • Партнёрская программа
    • Поддержка IT-бизнеса
    • Облако для фрилансеров
    • Обучение и сертификация
    • Блог
    • Документация
    • Мероприятия и вебинары
    • Контакты, чаты и сообщества
    • Идеи
    • Истории успеха
    • Тарифы Yandex Cloud
    • Промоакции и free tier
    • Правила тарификации
  • Документация
  • Блог
Проект Яндекса
© 2025 ТОО «Облачные Сервисы Казахстан»
Все решения
    • Все решения для Managed Service for Kubernetes
    • Устранение ошибки `Timed out waiting for the condition` при монтировании PVC
    • Устранение ошибки `Timed out waiting for the condition` при монтировании тома с большим количеством файлов
    • Хосты группы узлов Managed Service for Kubernetes долго находятся в статусе `RECONCILING`
    • Под `kube-dns-autoscaler` постоянно перезапускается
    • Не уменьшается количество нод в группе Managed Service for Kubernetes
    • Не увеличивается количество узлов в группе Managed Service for Kubernetes
    • Устранение ошибки `Multi-Attach error for volume`
    • Устранение ошибки `DEADLINE_EXCEEDED`
    • Устранение ошибок с синхронизацией времени на узлах кластера Managed Service for Kubernetes
    • Устранение проблем с разрешением DNS-имен в Managed Service for Kubernetes
    • Устранение ошибки `0/10 nodes are available - node(s) had untolerated taint`
    • Кластер слишком долго находится в состоянии `STARTING`
    • Поды кластера слишком долго находятся в состоянии `PENDING`
    • Устранение проблем с работой HPA в Managed Service for Kubernetes
    • Устранение ошибки `Can't use allocation_policy.locations.subnet_id together with node_template.network_interface_specs`
    • Устранение проблем с монтированием томов к подам кластера Managed Service for Kubernetes средствами Container Storage Interface для S3
    • Кластер Managed Service for Kubernetes слишком долго находится в состоянии `STARTING` после переименования
    • Как добавлять и изменять SSH-ключи пользователей Linux на хостах группы узлов Managed Service for Kubernetes
    • Как назначить статические внешние IP-адреса для узлов кластера Managed Service for Kubernetes
    • Как выдать узлам Kubernetes доступа в интернет
    • Как изменить сеть или подсеть для MDB-кластера
    • Как создать внутренний Ingress-контроллер
    • Как настроить автоматическое удаление старых образов с узлов Managed Service for Kubernetes
    • Как узнать внешний IP-адрес узла Managed Service for Kubernetes
    • Как использовать сертификаты из Certificate Manager в балансировщиках нагрузки или в Managed Service for Kubernetes
    • Как изменить часовой пояс на узлах кластера Managed Service for Kubernetes
    • Как выяснить размер эфемерного хранилища узла Managed Service for Kubernetes

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

  • Описание сценария
  • Решение
  • Если ничего не получилось
  1. Managed Service for Kubernetes
  2. Как изменить часовой пояс на узлах кластера Managed Service for Kubernetes

Как изменить часовой пояс на узлах кластера Managed Service for Kubernetes

Статья создана
Yandex Cloud
Обновлена 16 августа 2024 г.
  • Описание сценария
  • Решение
  • Если ничего не получилось

Описание сценарияОписание сценария

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

РешениеРешение

Все виртуальные машины, создаваемые в Yandex Cloud, включая узлы кластеров Managed Service for Kubernetes, получают время с физического гипервизора в часовом поясе UTC+0.

Совет

Рекомендуем обновить код вашего приложения для изменения времени на требуемое, например UTC+3 (Московский регион).

Установка часового пояса также может быть важна при запуске событий CronJob, поскольку по умолчанию для таких событий в Managed Service for Kubernetes используется время, указанное на Controller Manager. Более подробная инструкция по указанию часового пояса для определенных событий CronJob приведена в документации от разработчиков Kubernetes.

Если ничего не получилосьЕсли ничего не получилось

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

  1. Идентификатор кластера Managed Service for Kubernetes.
  2. Описание сценария использования, который предусматривает использование произвольных часовых поясов.

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

Предыдущая
Как использовать сертификаты из Certificate Manager в балансировщиках нагрузки или в Managed Service for Kubernetes
Следующая
Как выяснить размер эфемерного хранилища узла Managed Service for Kubernetes
Проект Яндекса
© 2025 ТОО «Облачные Сервисы Казахстан»