Dynatrace Managed hardware and system requirements

This topic explains the hardware and operating system requirements for installing Dynatrace Managed.

Hardware requirements

It's not always possible to provision nodes that are sized exactly right, particularly if your environment is subject to ever-increasing traffic levels. While it's useful to do upfront analysis of required size, it's more important to have the ability to add more capacity to your Dynatrace Managed cluster should your monitoring needs increase in the future. To leverage the full benefits of the Dynatrace Managed architecture, be prepared to scale along the following dimensions:

  • Horizontally by adding more nodes. We support installations of up to 18 cluster nodes.
  • Vertically by provisioning more RAM/CPU per node.
  • In terms of data storage, by being able to resize the disk volumes as required (for guidelines regarding recommended disk setup see below).

The hardware requirements included in the following table are estimates based on typical environments and load patterns. Requirements for individual environments may vary. Estimates for specific columns take into account the following:

  • Minimum node specifications
    CPU and RAM must be exclusively available for Dynatrace. Power saving mode for CPUs must be disabled. CPUs must run with a clock speed of at least 2GHz and the host should have at least 32GB of RAM assigned to it.

  • Transaction Storage
    Transaction data is distributed across all nodes and isn't stored redundantly. In multi-node clusters, transaction data storage is divided by the number of nodes.

  • Long-term Metrics Store
    For multi-node installations, three copies of the metrics store are saved. For four or more nodes, the storage requirement per node is reduced.

    You should treat the 4 TB requirement for the XLarge node as the maximum acceptable size. If you need more capacity, consider adding another node. Plan your long-term metrics store for data being a maximum of 50% of your available disk space. In these terms, 4 TB of space would handle 2 TB of your long-term metrics store data. While stores larger than 4 TB are possible, they can make database maintenance problematic.

Node Type Max hosts
(per node)
Peak user
(per node)
Min node
(per node)
Transaction Storage
(10 days code visibility)
Metrics Store

(per node)
(per node)
(35 days retention)
Micro 50 1000 4 vCPUs,
30 50GB 100GB 50GB
Small 300 10000 8 vCPUs,
100 300GB 500GB 500GB
Medium 600 25000 16 vCPUs,
300 600GB 1TB 1.5TB
Large 1250 50000 32 vCPUs,
750 1TB 2TB 1.5TB
XLarge 1 2500 100000 64 vCPUs,
1500 2TB 4TB 3TB

1 While Dynatrace Managed runs resiliently on instances with 1 TB+ RAM/128 cores (2XLarge) and allows you to monitor more entities, it's not the optimal way of utilizing the hardware. Instead, we recommend that you use smaller instances (Large or XLarge).


  • To monitor 10k hosts with a peak load of 300k user actions per minute, you need 3 extra large (XLarge) nodes with a storage of 9TB each split respectively to storage types.

  • To monitor 500 hosts with a peak load of 30k user actions per minute you need 3 small nodes with 1.3TB storage each split respectively to storage types. Alternatively, you can also use 1 medium node with a storage of 2.1TB.
    We recommend a failover set up of minimum 3 nodes instead of single nodes that are less resilient.

Storage recommendations

Dynatrace Managed stores multiple types of monitoring data, depending on the use case.
We recommend:

  • Storing Dynatrace binaries and the data store on separate mount points to allow the data store to be resized independently.
  • Not keeping Dynatrace data storage on the root volume to avoid additional complexity when resizing the disk later, if required.
  • Mounting different types of data storage on separate disk volumes for maximum flexibility and performance.
  • Creating resizable disk partitions (for example, by leveraging Logical Volume Manager [LVM]).
OneAgent opt-out

OneAgent self-monitoring is enabled by default, an opt-out installation parameter is available:

--install-agent <on|off>

Multi-node installations

We recommend multi-node setups for failover and data redundancy. A sufficiently sized 3-node cluster is the recommended setup. For Dynatrace Managed installations with more than one node, all nodes must:

  • Have the same hardware configuration
  • Be synchronized with NTP
  • Be in the same time zone
  • Be able to communicate over a private network on multiple ports
  • The latency between nodes should be around 10 ms or less.

We recommend that system users created for Dynatrace Managed have the same UID:GID identifiers on all nodes.

Avoid split-brain sync problems

While two node clusters are technically possible, we don't recommend it. Our storage systems are consensus-based and require majority for data consistency. That's why two node cluster is vulnerable to split-brain problem and should be treated as a temporary state when migrating to 3 or more nodes. Running two nodes may create availability or data inconsistencies from two separate data sets (single node clusters) that overlap and are not communicating and synchronizing their data with each other.

System requirements

  • You'll need a dedicated host for Dynatrace Managed installation. This host must not run other services that are CPU or memory intensive, or that open ports used by Dynatrace Managed.

  • You need a 64-bit Linux distribution (see supported Linux distributions below). Note that installation on both physical and virtualized hosts is supported, but installation in containers isn't supported.

  • Dynatrace Server requires a fixed IP assignment.

  • Ensure that you've appropriately configured your firewall settings

  • The libraries that are installed with Dynatrace Managed are locale-aware. For correct display of text and symbols, be sure to set your environment's system locale to an English language option (for example, LANG=en_US.UTF-8).

Supported operating systems

Operating system Versions
Red Hat Enterprise Linux1 6.x - 8.12
CentOS 6.x - 8.12
Ubuntu 12.04 - 18.x
openSUSE 12.x - 13.x
SUSE Enterprise Linux 11.3 - 12.x
Oracle Linux Server 6.x - 7.x
Amazon Linux AMI 2017.x - 2018.x, 2.x

1Red Hat Enterprise Linux 7.4 & 7.5 must be amended.
2 Red Hat Enterprise Linux and CentOS 8.0 and 8.1 are supported since version 1.186. For more information, see Dynatrace Managed release notes version 1.186.

Supported file systems

Dynatrace Managed operates on all common file systems. We recommend that you select fast local storage appropriate for database workloads. High latency remote volumes like NFS or CIFS aren't recommended. While NFS file systems are sufficient for backup purposes, we don't recommend them for primary storage.

Amazon Elastic File System

We don't support or recommend Amazon Elastic File System (EFS) as a main storage for Elasticsearch. Such file systems don't offer the behavior that Elasticsearch requires, and this may lead to index corruption.

ActiveGate requirements

Please also check the requirements regarding ActiveGate