Here are the recommended instance sizes for CPM Server instances:
Up to 100 instances - t2.small, t3.small
Up to 200 instances - t2.medium, t3.medium
Up to 500 instances - t2.large, t3.large, m4.large, m5.large, c5.large
Up to 1000 instances - t2.xlarge, t3.xlarge, m4.xlarge, m5.xlarge, c5.xlarge
Up to 2000 instances - t2.2xlarge, t3.2xlarge, m4.2xlarge, m5.2xlarge, c5.2xlarge
Up to 4000 instances - m4.4xlarge, m5.4xlarge, c5.4xlarge
Please note: C5 and M5 families are only supported from CPM v2.6. Usage of T2 and T3 families is highly not recommended for environments with over 200 protected instances.
This recommendation is based on the following assumptions:
1) Instances have 3 volumes on average.
2) No more than 20% of instances have Agents performing VSS/scripts.
3) No more than 30% of instances are being backed up simultaneously (within 30 minutes from each other).
Exceeding these assumptions may require larger instance sizes.
Important - for 200 and more protected instances (or when running backups more frequently than hourly) we recommend to switch the CPMDATA volume's type from "gp2" to "io1" with minimum 1000 IOPS:
Using "gp2" volume for 200+ instances (or frequent backups) may cause severe performance issues, including failing backups/DR and unexpected restarts of CPM Agent/Server.
For best results, it's recommended to switch to the M4/M5/C5 family of instances, which is EBS-optimized and can take full advantage of the io1 volume.
For over 1000 instances or 3000 volumes, you may need to raise IOPS further.
Please note, that CPM is more IO-intensive than CPU-intensive, improving IO performance will usually gain better results than improving CPU performance.
When using T2 instances, it is
recommended to monitor the CPU Credit Balance to make sure it doesn’t reach 0,
as it may affect the instance’s performance.
Please read the following KB to
better understand how CPU credit balance is calculated and how draining it may
affect your instance’s performance.