Rollout start: Jul 4, 2023
Want to ask questions or give feedback? Head over to What's New in Dynatrace in the Dynatrace Community.
>> Scroll down to see predictive capacity management in action (14-second video) Our recent blog post, Stay ahead of the game: Forecast IT capacity with Dynatrace Grail and Davis AI, showed how Dynatrace Notebooks are used to predict the future behavior of time series data stored in Grail™. This follow-up post introduces Davis® AI for […]
Dynatrace now offers native support for OpenTelemetry logs, which opens up the ability to collect all your observability data in a single platform and benefit from unified observability with other OpenTelemetry signals. This complements existing Dynatrace support for collecting traces and metrics via OpenTelemetry Protocol (OTLP) and allows you to get actionable answers from log data with the powerful combination of Grail and Dynatrace Query Language.
What:
If you depend on custom charts, you need to upgrade them now.
When you upgrade your custom charts to Data Explorer charts, you can edit your charts benefit from fixes and enhancements to Data Explorer features, and be ready to upgrade to the new platform.
When:
How:
You can upgrade tile by tile, dashboard by dashboard, or, using the API, all at once.
For details, see Upgrade your custom charts now.
Application Security | Vulnerabilities
The following settings pages are now visible to users who don't have the Manage security problems permission, but only the View security problems permission:
For more information on Application Security permission management, see Fine-tune permissions.
Application Security | Vulnerabilities
Bulk changes on Third-party vulnerabilities, Code-level vulnerabilities, and the remediation tracking page for process groups aren't visible to users with view-only access anymore. The Manage security problems permission is required to view and perform bulk changes.
For more information on Application Security permission management, see Fine-tune permissions.
Digital Experience | Synthetic Monitoring
A new method of authenticating with CyberArk Vault for credential synchronization allows you to use the hostname or IP address of a private or public Synthetic location—the hostname or IP address should have already been registered in the CyberArk Allowed Machines list.
When setting up a credential synchronized with CyberArk Vault, select Allowed machines (location) as the Authentication method. You need to register the hostname or IP address of your selected Location for synchronization in the CyberArk Allowed Machines list.
This authentication method bypasses the need for fetching a token from CyberArk. The resulting autocreated synchronization monitor contains a single GET request for fetching the synchronized credential.
Infrastructure Monitoring | Kubernetes
Monitor workload resource metrics toggle on monitoring setting page is now labeled as Monitor workload and node resource metrics.
Infrastructure Monitoring | Kubernetes
The Updated column in the Conditions table for node and workload pages now displays time in a relative format.
Infrastructure Monitoring | Kubernetes
The Include important events toggle on Monitoring settings page has been extended to include four additional event reasons.
Preempting
BackoffLimitExceeded
DeadlineExceeded
PodFailurePolicy
Infrastructure Monitoring | Kubernetes
The Kubernetes out-of-the-box alert Problematic node condition has been expanded to include additional node conditions.
KernelDeadlock
ReadonlyFilesystem
FrequentKubeletRestart
FrequentDockerRestart
FrequentContainerdRestart
KubeletUnhealthy
ContainerRuntimeUnhealthy
Infrastructure Monitoring | Kubernetes
You can now configure default monitoring settings for Kubernetes, which will be automatically applied to all new Kubernetes clusters. For more information on default settings, see Global default monitoring settings for Kubernetes/OpenShift.
The Kubernetes monitoring settings have been split in two separate settings schemas:
builtin:cloud.kubernetes
for connection settingsbuiltin:cloud.kubernetes.monitoring
for monitoring settingsTo prevent any incompatibility issues when configuring Kubernetes settings via the Settings API, update your API calls to align with the new schema. Alternatively, you can use the schemaVersion
parameter to specify an older schema.
Cross Solutions | Dashboards
The logic behind user-defined custom dimension filters has been improved to eliminate extraneous results. For details, see Add dynamic filters to a Dynatrace dashboard.
To learn about changes to the Dynatrace API in this release, see Dynatrace API changelog version 1.270.
The 1.270 GA release contains 5 resolved issues.
This is a cumulative update that contains all previously released updates for the 1.270 release.
This is a cumulative update that contains all previously released updates for the 1.270 release.
This cumulative update contains 1 resolved issue and all previously released updates for the 1.270 release.
This cumulative update contains 1 resolved issue and all previously released updates for the 1.270 release.
This is a cumulative update that contains all previously released updates for the 1.270 release.
This cumulative update contains 1 resolved issue and all previously released updates for the 1.270 release.
This is a cumulative update that contains all previously released updates for the 1.270 release.