Cloud.ru Advanced добавила Kubernetes 1.35 и ротацию сертификатов CCE

В августе 2026 года Cloud.ru обновила Cloud Container Engine на платформе Advanced. В официальной истории изменений указаны поддержка Kubernetes 1.35, автоматическое обновление кластеров версии 1.34, доступность DataPlane V2 для CCE Turbo и возможность ротировать сертификат во время обновления кластера.

Что подтверждает источник

Cloud.ru сообщает, что после ротации новый сертификат действует пять лет. В обновлении также устранены несколько уязвимостей повышения привилегий в ядре Linux. Для эксплуатационной команды это не одна функция, а связанный набор изменений в плоскости управления, сетевой части и базовом образе узлов.

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

• совместимость ingress-контроллеров, CSI- и CNI-компонентов;
• поддерживаемые версии операторов и admission-контроллеров;
• политики Pod Security и сетевые политики;
• работу метрик, логов и трассировок после замены узлов;
• процедуру отката прикладного релиза, если откат версии кластера недоступен.

Почему важна ротация сертификата

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

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

Чек-лист пилота

1. Создать тестовый кластер той же конфигурации, что и промышленный.
2. Зафиксировать версии всех надстроек и операторов.
3. Проверить обновление 1.34 → 1.35 на копии типовой нагрузки.
4. Выполнить ротацию сертификата и переподключить административные клиенты.
5. Сравнить сетевую связность и задержки до и после включения DataPlane V2.
6. Проверить алерты, журналы аудита и резервные копии конфигурации.
7. Провести контролируемый отказ узла и восстановление приложения.

Ограничения новости

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

Практический подход к контролю инфраструктурных изменений разобран в статье о наблюдаемости IT-инфраструктуры, а требования к восстановлению — в руководстве по Disaster Recovery Plan.

Источник: официальная история изменений Cloud.ru Advanced.