Version 1.69
Important
-
Support for Kubernetes 1.32 has been added, while support for Kubernetes 1.27 has been discontinued. The default Kubernetes version has been changed to 1.30. In future DKP releases, support for Kubernetes 1.28 will be removed.
-
All DKP components will be restarted during the update.
Major changes
-
The
ceph-csimodule is now deprecated. Plan to migrate to thecsi-cephmodule instead. For details, refer to the Ceph documentation. -
You can now grant access to Deckhouse web interfaces using user names via the
auth.allowedUserEmailsfield. Access restriction is configured together with theauth.allowedUserGroupsparameter in configuration of the following modules with web interfaces:cilium-hubble,dashboard,deckhouse-tools,documentation,istio,openvpn,prometheus, andupmeter(example forprometheus). -
A new dashboard Cilium Nodes Connectivity Status & Latency has been added to Grafana in the
cni-ciliummodule. It helps monitor node network connectivity issues. The dashboard displays a connectivity matrix similar to thecilium-health statuscommand, using metrics that are already available in Prometheus. -
A new
D8KubernetesStaleTokensDetectedalert has been added in thecontrol-plane-managermodule that is triggered when stale service account tokens are detected in the cluster. -
You can now create a Project from an existing namespace and adopt existing objects into it. To do this, annotate the namespace and its resources with
projects.deckhouse.io/adopt. This lets you switch to using Projects without recreating cluster resources. -
A
Terminatingstatus has been added to ModuleSource and ModuleRelease resources. The new status will be displayed when an attempt to delete one of them fails. -
The installer container now automatically configures cluster access after a successful bootstrap. A
kubeconfigfile is generated in~/.kube/config, and a local TCP proxy is set up through an SSH tunnel. This allows you to use kubectl locally right away without manually connecting to the control-plane node via SSH. -
Changes to Kubernetes resources in multi-cluster and federation setups are now tracked directly via Kubernetes API. This enables faster synchronization between clusters and eliminates the use of outdated certificates. In addition, mounting of ConfigMap and Secret resources into Pods has been removed to eliminate family system compromise risks.
-
A new dynamicforward plugin has been added to CoreDNS, improving DNS query processing in the cluster. It integrates with
node-local-dns, continuously monitorskube-dnsendpoints, and automatically updates the list of DNS forwarders. If the control-plane node is unavailable, DNS queries are still forwarded to available endpoints, improving cluster stability. -
A new log rotation approach has been introduced in the
lokimodule. Now, old logs are automatically removed when disk usage exceeds a threshold: either 95% of PVC size or PVC size minus the size required to store two minutes of log data at the configured ingestion rate (ingestionRateMB). TheretentionPeriodHoursparameter no longer controls the data retention and is used for monitoring alerts only. Iflokibegins removing old logs before the set period is reached, aLokiRetentionPerionViolationalert will be triggered, informing the user that they must reduce the value ofretentionPeriodHoursor increase the PVC size. -
A new
nodeDrainTimeoutSecondparameter lets you set the maximum timeout when attempting to drain a node (in seconds) for each NodeGroup resource. Previously, you could only use the default value (10 minutes) or reduce it to 5 minutes using thequickShutdownparameter, which is now deprecated. -
The
openvpnmodule now includes adefaultClientCertExpirationDaysparameter, allowing you to define the lifetime of client certificates.
Security
Known vulnerabilities have been addressed in the following modules:
ingress-nginx, istio, prometheus, and local-path-provisioner.
Component version updates
The following DKP components have been updated:
cert-manager: 1.17.1dashboard: 1.6.1dex: 2.42.0go-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.0local-path-provisioner: 0.0.31machine-controller-manager: v0.36.0-flant.19pod-reloader: 1.2.1prometheus: 2.55.1- Terraform providers:
- OpenStack: 1.54.1
- vCD: 3.14.1
Version 1.68
Important
- After the update, the UID will change for all Grafana data sources created using the GrafanaAdditionalDatasource resource. If a data source was referenced by UID, that reference will no longer be valid.
Major changes
-
A new parameter,
iamNodeRole, has been introduced for the AWS provider. It lets you specify the name of the IAM role to bind to all AWS instances of cluster nodes. This can come in handy if you need to grant additional permissions (for example, access to ECR, etc.). -
Creating nodes of the CloudPermanent type now takes less time. Now, CloudPermanent nodes are created in parallel. Previously, they were created in parallel only within a single group.
- Monitoring changes:
- Support for monitoring certificates in secrets of the
Opaquetype has been added. - Support for monitoring images in Amazon ECR has been added.
- A bug that could cause partial loss of metrics when Prometheus instances were restarted has been fixed.
- Support for monitoring certificates in secrets of the
-
When using a multi-cluster Istio configuration or federation, you can now explicitly specify the list of addresses used for inter-cluster requests. Previously, these addresses were determined automatically; however, in some configurations, they could not be resolved.
-
The DexAuthenticator resource now has a
highAvailabilityparameter that controls high availability mode. In high availability mode, multiple replicas of the authenticator are launched. Previously, high availability mode of all authenticators was determined by a global parameter or by theuser-authnmodule. All authenticators deployed by DKP now inherit the high availability mode of the corresponding module. -
Node labels can now be added, removed, or modified using files stored on the node in the
/var/lib/node_labelsdirectory and its subdirectories. The full set of applied labels is stored in thenode.deckhouse.io/last-applied-local-labelsannotation. -
Support for the Huawei Cloud provider has been added.
-
The new
keepDeletedFilesOpenedForparameter in thelog-shippermodule allows you to configure the period to keep the deleted log files open. This way, you can continue reading logs from deleted pods for some time if log storage is temporarily unavailable. -
TLS encryption for log collectors (Elasticsearch, Vector, Loki, Splunk, Logstash, Socket, Kafka) can now be configured using secrets, rather than by storing certificates in the ClusterLogDestination resources. The secret must reside in the
d8-log-shippernamespace and have thelog-shipper.deckhouse.io/watch-secret: truelabel. -
In the project status under the
resourcessection, you can now see which project resources have been installed. Those resources are marked withinstalled: true. - A new parameter,
--tf-resource-management-timeout, has been added to the installer. It controls the resource creation timeout in cloud environments. By default, the timeout is set to 10 minutes. This parameter applies only to the following clouds: AWS, Azure, GCP, OpenStack.
Security
Known vulnerabilities have been addressed in the following modules:
admission-policy-enginechronycloud-provider-azurecloud-provider-gcpcloud-provider-openstackcloud-provider-yandexcloud-provider-zvirtcni-ciliumcontrol-plane-managerextended-monitoringdeschedulerdocumentationingress-nginxistiolokimetallbmonitoring-kubernetesmonitoring-pingnode-manageroperator-trivypod-reloaderprometheusprometheus-metrics-adapterregistrypackagesruntime-audit-engineterraform-manageruser-authnvertical-pod-autoscalerstatic-routing-manager
Component version updates
The following DKP components have been updated:
- Kubernetes Control Plane: 1.29.14, 1.30.10, 1.31.6
aws-node-termination-handler: 1.22.1capcd-controller-manager: 1.3.2cert-manager: 1.16.2chrony: 4.6.1cni-flannel: 0.26.2docker_auth: 1.13.0flannel-cni: 1.6.0-flannel1gatekeeper: 3.18.1jq: 1.7.1kubernetes-cni: 1.6.2kube-state-metrics: 2.14.0vector(log-shipper): 0.44.0prometheus: 2.55.1snapshot-controller: 8.2.0yq4: 3.45.1
Mandatory component restart
The following components will be restarted after updating DKP to 1.68:
- Kubernetes Control Plane
- Ingress controller
- Prometheus, Grafana
admission-policy-enginechronycloud-provider-azurecloud-provider-gcpcloud-provider-openstackcloud-provider-yandexcloud-provider-zvirtcni-ciliumcontrol-plane-managerdeschedulerdocumentationextended-monitoringingress-nginxistiokube-state-metricslog-shipperlokimetallbmonitoring-kubernetesmonitoring-pingnode-manageropenvpnoperator-trivyprometheusprometheus-metrics-adapterpod-reloaderregistrypackagesruntime-audit-engineservice-with-healthchecksstatic-routing-managerterraform-manageruser-authnvertical-pod-autoscaler