Dynatrace Operator release notes version 1.3.0
Release date: Sep 23, 2024
Announcements
-
The DynaKube custom resource now includes more diagnostic information in its status section, making it easier to identify deployment issues at the source of the configuration. This update significantly reduces the need to inspect logs of individual components, limiting it to specific debugging scenarios.
-
GKE Autopilot The CSI driver included in Dynatrace Operator version 1.3.0 is currently under security review by Google. We expect to receive allowlisting approval by mid-October 2024. In the meantime, if you require the CSI driver, use Dynatrace Operator version 1.2.2.
New features and enhancements
-
Added support for Kubernetes Automation in Dynatrace Workflows to EdgeConnect:
- Set
.spec.kubernetesAutomation.enabled
totrue
to enable Kubernetes Automation. - Set
.spec.serviceAccountName
to configure a Service Account with Kube API access.
Kubernetes Automation is only functional if
.spec.oauth.provisioner
is set totrue
and OAuth is configured accordingly.For more information about Kubernetes Automation, see Kubernetes Automation.
- Set
- The
dt_metadata
files generated by Dynatrace Operator now additionally includedt.entity.kubernetes_cluster
andk8s.cluster.name
properties for data enrichment.
- The CSI Driver's
updateStrategy
is now configurable via the Helm chart.
- Specifying Dynatrace images (for example, OneAgent) from the Dynatrace built-in registry in the DynaKube image fields will trigger a warning. Instead, use the
version
field to pin versions of images from the Dynatrace built-in registry.
- The
version
field for OneAgent is restricted to versions that conform to the semantic version specification (<major>.<minor>.<patch>
). Suffixes such as-prerelease
and+build
are not allowed in this field.
-
The following component-specific no-proxy feature flags have been deprecated:
feature.dynatrace.com/activegate-ignore-proxy
feature.dynatrace.com/oneagent-ignore-proxy
Use the combined no-proxy feature flag
feature.dynatrace.com/no-proxy
. For more information, go to DynaKube feature flags for Dynatrace Operator.
- Dynatrace Operator now uses the endpoint
/v2/apiTokens/lookup
on the Dynatrace Server instead of/v1/tokens/lookup
.
- The Dynatrace Operator image is now available for all supported architectures in the Red Hat Container Catalog. On OpenShift, Dynatrace Operator now defaults to using the Red Hat Container Catalog image. For all supported architectures, check the Support Model documentation.
- Labels and annotations defined in the Helm values file are now applied to Deployments, DaemonSets, StatefulSets, and associated Pods.
- Added the
dynatrace.com/install-source
label to the Dynatrace Operator deployment to enable transparent tracking of platforms.
- The
FailurePolicy
of the mutating webhook is now configurable via Helm.
- Reduced RBAC permissions of ClusterRoles and Roles used by the Dynatrace Operator and the webhook.
- Dynatrace version 1.305+ The metadata enrichment feature in the DynaKube is prepared to add
dt.security_context
,dt.cost.costcenter
, anddt.cost.product
as additional attributes to spans, metrics, and logs.- Enrichment rules can be configured via the Settings UI.
- Overrides are possible via namespace annotations.
- EdgeConnect resources can now be accessed using the short names
ec
andecs
for GET and LIST operations.
Resolved issues
- Fixed an issue where using the
--stdout
parameter caused the support archive to become corrupted.
- Fixed an invalid EdgeConnect configuration when using the
.spec.caCertsRef
field.
- Reintroduced the DynaKube feature flag
feature.dynatrace.com/oneagent-readonly-host-fs
to allow host monitoring without the CSI driver when set tofalse
.
- Metadata enrichment is now opt-in.
- Added an explicit definition for the metrics port used by Dynatrace Operator components. Although the port was already in use, it was not previously defined explicitly.
- In case of metadata enrichment, the owning workload of a pod is now set correctly for well-known resource types. If the owner is not well-known, Dynatrace Operator sets the actual pod’s workload information directly, as querying the owner’s information may not be possible due to missing permissions.
Upgrade from Dynatrace Operator version 1.2.0
No breaking changes!