Auto-scaling, combined with power management, can reduce the cost of using Amazon EC2 access nodes to back up instances. The Commvault software deploys access nodes in AWS Regions only when they are needed, and then uses power management (enabled by default) to power off and decommission the access nodes soon after you use them.
Considerations
-
You can perform backup copy operations using auto-scaling.
-
Auto-scaling for Amazon EC2 access nodes is supported for all commercial AWS Regions. Edge locations (such as GovCloud, AWS Outposts, Local Zones, and Wavelength Zones) are not supported.
-
Volumes that are created as part of auto-scaled access nodes are encrypted using the KMS key that is set for the AWS account. The AWS account must have a KMS key.
AMIs for Creating Auto-Scaled Access Nodes
The software creates the auto-scaled access nodes by cloning an Amazon Machine Image (AMI). Commvault provides a version of the following AMIs for each platform release. To use these images, subscribe to them on AWS Marketplace. The AMIs are deployed for each AWS Region that has instances that reside in the AWS account.
-
Commvault Cloud Access Node ARM BYOL: Amazon Linux AWS Graviton (ARM 64-bit)
-
Commvault Cloud Access Node BYOL: Red Hat Enterprise Linux
-
Commvault Cloud - Access Node for Microsoft 365 BYOL: Windows Server 2019 (64-bit x86)
Amazon EC2 Instance Types
By default, an AWS Graviton (Arm-based, 64-bit) image with the C7g.large instance type is used to create the auto-scaled access nodes. If an AWS Graviton (Arm-based, 64-bit) image is not available in the AWS Region, then an x86 image with a C7i.large instance is used.
You can specify a different instance type. The following AWS instance types are supported:
-
AWS Graviton (Arm-based, 64-bit): C7g.large (default), c6g.large, c6g.xlarge, c6g.2xlarge, r6g.large, r6g.xlarge, r6g.2xlarge, r6g.4xlarge
-
x86: C7i.large (default), c5.large, c5.xlarge, c5.2xlarge, m5a.2xlarge, r5a.large, r5a.xlarge
Creation and Decommissioning of Access Nodes
Number of Access Nodes That Are Created
The number of access nodes that are required increases or decreases based on the amount of data you back up and the settings you configure for automatic scaling.
The software determines the number of access nodes to create based on the following characteristics:
-
The Recovery Point Objective (RPO)
-
The throughput rate
-
The number of data readers that are configured for the VM group
-
The Maximum number of access nodes setting in the Auto scale settings dialog box
Important
To increase the number of access nodes, change the Maximum number of access nodes setting instead of changing the number of data readers per access node.
Decommissioning of Access Nodes
Automatically scaled access nodes shut down after they are idle for 5 minutes. If an access node is shut down when a job request is initiated, then the access node is powered on and used. If no activity occurs for an additional 30 minutes on the access node that is shut down, then the access node is deleted from both the Command Center and the AWS portal.
If there are multiple access nodes in use during a backup operation, and some access nodes are backing up VMs, while other access nodes have completed backups for VMs (or are otherwise idle), the idle access nodes are shut down after 5 minutes. This can help reduce the compute cost.
Log Files
To troubleshoot failed backup operations, you can view the log files for automatic scaling at the following location on the CommServe server: Commvault\ContentStore\iDataAgent\JobResults\CV_JobResults\AutoScale.