Обзор изменений в Deckhouse Kubernetes Platform

Версия 1.69

Обратите внимание

• Добавлена поддержка Kubernetes 1.32 и прекращена поддержка Kubernetes 1.27. Версия Kubernetes используемая по умолчанию изменена на 1.30. В будущих релизах DKP поддержка Kubernetes 1.28 будет прекращена.

• Все компоненты DKP будут перезапущены в процессе обновления.

Основные изменения

• Модуль ceph-csi считается устаревшим. Запланируйте переход на модуль csi-ceph. Подробнее о работе с Ceph читайте в документации.

• Теперь можно выдавать доступ к веб-интерфейсам Deckhouse по именам пользователей с помощью поля auth.allowedUserEmails. Разграничение доступа настраивается одновременно с параметром auth.allowedUserGroups в конфигурации модулей с веб-интерфейсами: cilium-hubble, dashboard, deckhouse-tools, documentation, istio, openvpn, prometheus и upmeter (пример для модуля prometheus).

• Для модуля cni-cilium добавлен дашборд Cilium Nodes Connectivity Status & Latency в Grafana, который позволяет отслеживать проблемы с сетевой связностью между узлами. Дашборд отображает матрицу доступности, аналогичную выводу команды cilium-health status. Данные собираются из метрик, которые уже доступны в Prometheus.

• Для модуля control-plane-manager добавлен алерт D8KubernetesStaleTokensDetected, который срабатывает при обнаружении в кластере устаревших токенов сервисных аккаунтов.

• Появилась возможность создавать проект на основе существующего пространства имен, а также включать существующие объекты в проект. Для этого на пространство имен и расположенные в нем объекты необходимо установить аннотацию projects.deckhouse.io/adopt. Это позволяет перейти на использование проектов без пересоздания ресурсов в кластере.

• Добавлен статус Terminating для ресурсов ModuleSource и ModuleRelease, который будет отображаться в случае неудачной попытки удаления этих ресурсов.

• В контейнере установщика теперь автоматически настраивается доступ к управлению кластером после успешного развёртывания (генерируется kubeconfig в ~/.kube/config, а также настраивается локальный TCP-прокси через SSH-туннель). Это позволяет сразу использовать kubectl локально, без необходимости вручную подключаться к узлу с control plane по SSH.

• Теперь изменения в ресурсах Kubernetes при мультикластерных и федеративных конфигурациях отслеживаются напрямую через API Kubernetes. Это ускоряет синхронизацию данных между кластерами и исключает использование устаревших сертификатов. Также теперь полностью исключено монтирование ConfigMap и Secret в подах, что устраняет риски, связанные с компрометацией файловой системы внутри контейнеров.

• В CoreDNS добавлен новый плагин dynamicforward, который улучшает процесс обработки DNS-запросов в кластере. Плагин интегрируется с модулем node-local-dns и постоянно отслеживает изменения на эндпоинтах kube-dns, автоматически обновляя список DNS-переадресаторов. Если узел с control plane становится недоступен, DNS-запросы продолжают перенаправляться к доступным эндпоинтам, что повышает стабильность работы кластера.

• В модуле loki реализована новая стратегия ротации логов. Теперь старые записи удаляются автоматически при достижении порога использования диска. Порог рассчитывается как минимум из двух значений: 95% размера PVC или размер PVC за вычетом объёма, необходимого для хранения двух минут логов при заданной скорости приёма (ingestionRateMB). Параметр retentionPeriodHours больше не управляет сроком хранения данных и используется только для алертов мониторинга. Если loki начнёт удалять записи до истечения заданного периода, пользователю будет отправлен алерт LokiRetentionPerionViolation и будет необходимо уменьшить значение retentionPeriodHours, либо увеличить размер PVC.

• Добавлен параметр nodeDrainTimeoutSecond, который позволяет задать максимальную продолжительность попыток выполнения операции drain на узле (в секундах) для каждого ресурса NodeGroup. Ранее можно было использовать либо вариант по умолчанию (10 минут), либо уменьшить время до 5 минут (параметр quickShutdown, который теперь следует считать устаревшим).

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

Безопасность

Закрыты известные уязвимости в модулях ingress-nginx, istio, prometheus и local-path-provisioner.

Обновление версий компонентов

Обновлены следующие компоненты DKP:

• cert-manager: 1.17.1
• dashboard: 1.6.1
• dex: 2.42.0
• go-vcloud-director: 2.26.1
• Grafana: 10.4.15
• Kubernetes control plane: 1.29.14, 1.30.1, 1.31.6, 1.32.2
• kube-state-metrics (monitoring-kubernetes): 2.15.0
• local-path-provisioner: 0.0.31
• machine-controller-manager: v0.36.0-flant.19
• pod-reloader: 1.2.1
• prometheus: 2.55.1
• Terraform-провайдеры:
  • OpenStack: 1.54.1
  • vCD: 3.14.1

Версия 1.68

Обратите внимание

• После обновления у всех источников данных (DataSource) Grafana, созданных с помощью ресурса GrafanaAdditionalDatasource, изменится UID. Если на источник данных ссылались по UID, то такая связь нарушится.

Основные изменения

• Новый параметр iamNodeRole для провайдера AWS. Параметр позволяет задать имя IAM-роли, которая будет привязана ко всем AWS-инстансам узлов кластера. Это может потребоваться, если в IAM-роль узла нужно добавить больше прав (например, доступ к ECR и т.п.)

• Ускорено создание узлов с типом CloudPermanent. Теперь все такие узлы создаются параллельно. Ранее параллельно создавались CloudPermanent-узлы только в рамках одной группы.

• Изменения в мониторинге:
  • добавлена возможность мониторинга сертификатов в секретах типа Opaque;
  • добавлена возможность мониторинга образов в Amazon ECR;
  • исправлена ошибка, из-за которой при перезапуске экземпляров Prometheus могла потеряться часть метрик.

• При использовании мультикластерной конфигурации Istio или федерации, теперь можно явно указать список адресов ingressgateway, которые нужно использовать для организации межкластерных запросов. Ранее эти адреса вычислялись только автоматически, но в некоторых конфигурациях их определить невозможно.

• У аутентификатора (ресурс DexAuthenticator) появился параметр highAvailability, который управляет режимом высокой доступности. В режиме высокой доступности запускается несколько реплик аутентификатора. Ранее режим высокой доступности всех аутентификаторов определялся настройками глобального параметра или настройками модуля user-authn. Все аутентификаторы, развёрнутые самим DKP, теперь наследуют режим высокой доступности соответствующего модуля.

• Лейблы узлов теперь можно добавлять, удалять и изменять, используя файлы, хранящиеся на узле в директории /var/lib/node_labels и её поддиректориях. Полный набор применённых лейблов хранится в аннотации node.deckhouse.io/last-applied-local-labels.

• Добавлена поддержка облачного провайдера Huawei Cloud.

• Новый параметр keepDeletedFilesOpenedFor в модуле log-shipper позволяет настроить период, в течение которого будут храниться открытыми удалённые файлы логов. Опция позволит какое-то время читать логи удалённых подов в случае недоступности хранилища логов.

• TLS-шифрование для сборщиков логов (Elasticsearch, Vector, Loki, Splunk, Logstash, Socket, Kafka) теперь можно настроить, используя секреты, вместо хранения сертификатов в ресурсах ClusterLogDestination. Секрет должен находиться в пространстве имён d8-log-shipper и иметь лейбл log-shipper.deckhouse.io/watch-secret: true.

• В статусе проекта в разделе resources теперь можно увидеть, какие ресурсы проекта были установлены. Такие ресурсы будут отмечены флагом installed: true.

• В инсталлятор добавлен параметр --tf-resource-management-timeout, позволяющий управлять таймаутом создания ресурсов в облаках. По умолчанию таймаут составляет 10 минут. Параметр имеет влияние только для следующих облаков: AWS, Azure, GCP, Yandex Cloud, OpenStack, Базис.DynamiX.

Безопасность

Закрыты известные уязвимости в следующих модулях:

• admission-policy-engine
• chrony
• cloud-provider-azure
• cloud-provider-gcp
• cloud-provider-openstack
• cloud-provider-yandex
• cloud-provider-zvirt
• cni-cilium
• control-plane-manager
• extended-monitoring
• descheduler
• documentation
• ingress-nginx
• istio
• loki
• metallb
• monitoring-kubernetes
• monitoring-ping
• node-manager
• operator-trivy
• pod-reloader
• prometheus
• prometheus-metrics-adapter
• registrypackages
• runtime-audit-engine
• terraform-manager
• user-authn
• vertical-pod-autoscaler
• static-routing-manager

Обновление версий компонентов

Обновлены следующие компоненты DKP:

• Kubernetes Control Plane: 1.29.14, 1.30.10, 1.31.6
• aws-node-termination-handler: 1.22.1
• capcd-controller-manager: 1.3.2
• cert-manager: 1.16.2
• chrony: 4.6.1
• cni-flannel: 0.26.2
• docker_auth: 1.13.0
• flannel-cni: 1.6.0-flannel1
• gatekeeper: 3.18.1
• jq: 1.7.1
• kubernetes-cni: 1.6.2
• kube-state-metrics: 2.14.0
• vector (log-shipper): 0.44.0
• prometheus: 2.55.1
• snapshot-controller: 8.2.0
• yq4: 3.45.1

Перезапуск компонентов

После обновления DKP до версии 1.68 будут перезапущены следующие компоненты:

• Kubernetes Control Plane
• Ingress controller
• Prometheus, Grafana
• admission-policy-engine
• chrony
• cloud-provider-azure
• cloud-provider-gcp
• cloud-provider-openstack
• cloud-provider-yandex
• cloud-provider-zvirt
• cni-cilium
• control-plane-manager
• descheduler
• documentation
• extended-monitoring
• ingress-nginx
• istio
• kube-state-metrics
• log-shipper
• loki
• metallb
• monitoring-kubernetes
• monitoring-ping
• node-manager
• openvpn
• operator-trivy
• prometheus
• prometheus-metrics-adapter
• pod-reloader
• registrypackages
• runtime-audit-engine
• service-with-healthchecks
• static-routing-manager
• terraform-manager
• user-authn
• vertical-pod-autoscaler