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 г.
  • Описание проблемы
  • Решение
  • Если проблема осталась

Описание проблемыОписание проблемы

Некорректно отображается системное время в консоли Linux, а также в журналах контейнеров и подов кластера Managed Service for Kubernetes.

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

Вы можете указать свой NTP в настройках подсети при помощи YC CLI или c использованием Terraform. Это поможет добавить информацию об NTP-сервере на облачный DHCP-сервер и распространить ее на все узлы облачной подсети.

Примечание

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

  • Заново запросите конфигурацию у DCHP сервера, выполнив команду sudo dhclient -v -r && sudo dhclient на каждом узле;
  • Перезагрузите рабочие узлы кластера в удобное для вас время.

Любой из этих способов может привести к недолговременной — до нескольких минут — сетевой недоступности сервисов внутри кластера до получения узлами сетевых реквизитов.

Если проблема осталасьЕсли проблема осталась

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

  1. Идентификатор кластера Managed Service for Kubernetes.
  2. Журнал событий кластера Managed Service for Kubernetes: вывод команды kubectl get events.

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

Предыдущая
Устранение ошибки `DEADLINE_EXCEEDED`
Следующая
Устранение проблем с разрешением DNS-имен в Managed Service for Kubernetes
Проект Яндекса
© 2025 ООО «Яндекс.Облако»