Latest Dynatrace
The DDU consumption model outlined here for business events only affects Dynatrace SaaS environments that are activated for Dynatrace Grail for business events. DDU consumption for all other DDU capability types remains unchanged. For details about activating business events for your Dynatrace environment, contact a Dynatrace product expert via live chat within your Dynatrace environment.
This page explains how DDUs are consumed by business events and how you can estimate and track your environment’s DDU consumption. For full details on these capabilities, see the business events documentation.
The DDU consumption model for business events is based on three dimensions of data usage (Ingest & Process, Retain, and Query). The unit of measure for consumed data volume is gigabytes (GB). Each of the three data usage dimensions consumes DDUs based on a different weight (see the DDU consumption row in the table below for details).
Total DDU consumption for business events is calculated by multiplying the DDU weight of each of the three data-usage dimensions with the data volume in GB.
Ingest & Process
Retain
Query
Definition
Ingested data is the amount of raw data in bytes sent to Dynatrace before enrichment and transformation.
Retained data is the amount of data saved to storage after data parsing, enrichment, transformation, and filtering but before compression.
Queried data is the amount of data read during the execution of a DQL query, including sampled data.
DDU consumption
100.00 DDUs per GB
0.30 DDUs per GB retained per day
1.70 DDUs per GB read
What‘s included with the Ingest & Process data-usage dimension?
Data delivery
Topology enrichment
Data transformation
Data-retention control
Conversion to time series (with Dynatrace SaaS version 1.257+)
Apply the following calculation to determine your DDU consumption for the Ingest & Process data-usage dimension:
(number of GB ingested) × (100.00 DDU weight) = DDUs consumed
Be aware that data enrichment and processing can increase your data volume typically by 0.5-1.0 kB per event. Depending on the source of the data, and the attributes and metadata added during processing, the total data volume after processing can increase by a factor of 2 or more. Processing can also be used to drop unwanted event attributes to reduce retained data volume.
What’s included with the Retain data-usage dimension?
Data availability
Retention periods
Apply the following calculation to determine your DDU consumption for the Retain data-usage dimension:
(number of GB of processed data stored) × (retention period in days) × (0.30 DDU weight) × (number of days that data is stored) = DDUs consumed
Query data usage occurs when:
What’s included with the Query data-usage dimension?
On-read parsing
Aggregation
Reporting
Context
Apply the following calculation to determine your DDU consumption for the Query data-usage dimension:
(number of GB of uncompressed data read during query execution) × (1.70 DDU weight) = DDUs consumed
Let’s assume that you ingest 5 GB of business event data per day into Dynatrace. The yearly DDU consumption for Ingest & Process is 182,500 DDUs:
Ingest volume per day
5 GB
Ingest volume per year
1,825 GB
5 (GB data per day) × 365 (days)
DDU consumption per year
182,500 DDUs
1,825 (GB per year) × 100.00 (DDUs per GB)
After processing, enriched data of 9 GB (5 GB × 1.8 for enrichment) is added to storage daily and retained for 35 days. The yearly DDU consumption (after a ramp-up period of 35 days) for Retain is 34,675 DDUs:
Retained volume for 1 day
9 GB
5 (GB data per day) × 1.8 (enrichment)
Retained volume for 35 days
315 GB
9 (GB data per day) × 35 (days)
DDU consumption per day
95 DDUs
315 (GB) × 0.3 (DDUs per GB per day)
DDU consumption per year
34,675 DDUs
95 (DDUs) × 365 (days)
If the same amount of processed data is added to storage daily and retained for 365 days, the yearly DDU consumption (after a ramp-up of 365 days in this case) for Retain is 359,890 DDUs.
Retained volume for 1 day
9 GB
5 (GB data per day) × 1.8 (enrichment)
Retained volume for 365 days
3,285 GB
9 (GB data per day) × 365 (days)
DDU consumption per day
986 DDUs
3,285 (GB) × 0.3 (DDUs per GB per day)
DDU consumption per year
359,890 DDUs
986 (DDUs) × 365 (days)
Let’s assume that to monitor business performance and investigate anomalies your team executes DQL queries with an average of 250 GB of data read daily. The yearly DDU consumption for Query in this case is 155,125 DDUs:
Data volume read per day
250 GB
Data volume read per year
91,250 GB
250 (GB data per day) × 365 (days)
DDU consumption per year
155,125 DDUs
91,260 (GB per year) × 1.70 (DDUs per GB)
The total DDU consumption for the scenario with 35 days of data retention is 3,058,500 DDUs.
The total yearly DDU consumption for the scenario with 35 days of data retention is 372,300 DDUs:
Ingest – DDU consumption per year
182,500 DDUs
Retain – DDU consumption per year
34,675 DDUs
Query – DDU consumption per year
155,125 DDUs
Total DDU consumption per year
372,300 DDUs
Beginning with Dynatrace version 1.253, you can manually set the data retention period for your SaaS environment to 35 days (default), 1 year, or 3 years.
For Log Management and Analytics, volume of data in gigabytes (GB) is the unit of measure. Consumption is based on three data-usage dimensions. The weight of DDU consumption per dimension is as follows:
The number and size of individual business event records isn’t relevant for DDU consumption. For business events, DDU consumption for a given period is calculated based on (1) the volume of data ingested and processed, (2) the volume of data stored per day, and (3) the volume of data read from storage during query execution.
No, business events always consumes DDUs for Ingest & Process, Retain, and Query. Note that you can choose to only ingest and process data without storing it or querying it. Each Dynatrace environment includes a free tier of 200,000 DDUs per year, which can be used for Ingest & Process, Retain, and Query.
Currently, the activation of business events is tied to the activation of Dynatrace Grail and Log Management and Analytics. Simply activate Log Management and Analytics—everything else will be handled for you automatically. Once Log Management and Analytics is activated for your environment, the DDU consumption model that uses gigabytes as the unit of measure replaces the event-based consumption model that’s used for Log Monitoring Classic. Consumption of other DDU-based capability types, including Log Monitoring Classic if used in parallel, will remain unchanged.
Yes, every ingested GB (or fraction thereof, before enrichment and processing) is added together and then multiplied by the DDU weight of 100.00 DDUs. For example, DDU consumption for Ingest & Process of 10.50 GB equates to 1,050 DDUs.
10.50 (GB log data) × 100.00 (DDU weight) = 1,050 DDUs
While writing ingested business events to time series is a cost-effective way of visualizing business-event metrics, this approach consumes additional DDUs for creating custom metrics beyond the DDUs that are consumed for Ingest & Process.
No, when internal failures occur while executing a query (for example, a time-out) no DDUs are consumed.
If you cancel a query execution, all data read before the cancellation will be factored into your DDU consumption.
Business events are automatically enriched with contextual metadata during processing. This increases the volume of business events ingested via OneAgent or API by roughly 0.5 kB per event. For RUM events, the volume increases by roughly 1 kB per event. For example, if OneAgent collects 30 GB of business events (one million business events with a size of 30 kB each), the total volume after automatic enrichment is 30.5 GB.
30 (kB per event) × 1,000,000 (number of events) + 0.5 (kB of enriched data per event) × 1,000,000 (number of events) = 30,500,000 kB = 30.5 GB