Please enter search query.
Search <product_name> all support & community content...
How to do capacity planning (sizing) for Resiliency Platform replication appliances (VMware vSphere and AWS environment)
Article: 100039061
Last Published: 2017-06-09
Ratings: 1 0
Product(s): Resiliency Platform
Description
Veritas Resiliency Platform replication appliance participates in the replication data path and hence its sizing directly depends on the amount and the rate of data transfer it is expected to handle. Given that a single replication appliance caters to multiple VMs, the aggregate data transfer rate from those VMs needs to be factored in the sizing of the appliance. Alternately, if the size of the appliance is fixed, it will be able to support only as many VMs based on their aggregate data transfer. If you need to protect more VMs, you need to either add capacity (CPU and memory) to existing replication appliances or deploy additional replication appliances in primary and recovery data centers.
Given that replication involves data transfer over network, overall network characteristics, including latency, bandwidth and quality (packet loss) of network components (LAN, WAN) play a crucial role in arriving at the aggregate data transfer and hence the number of VMs that can be supported in a given environment. For example, all other factors remaining constant; the number of supported VMs or aggregate data transfer from those VMs is directly proportional to the WAN bandwidth. As such a 5Gbps WAN link will be able to support 5 times as much data transfer rate as a 1Gbps WAN link.
Specific sizing attributes for a replication appliance are described below along with the factors that they depend on.
- Number of virtual CPUs è Aggregate data transfer rate from protected VMs
- Memory è Aggregate data transfer rate from protected VMs
- Disk Size (used as staging area) è Number of VMs and average data transfer rate from each VM
- Number of replication appliances è Aggregate data transfer rate from protected VMs, number of disks attached to each of the protected VMs and the number of disks that can be attached to a replication appliance VM. The last parameter is technology specific; for VMware, this number is 60. That means 60 disks can be attached to a replication appliance when it acts as the replication target for protected VMs. For AWS, this number is 40, hence more appliances are required in AWS environment to protect the same workload.
- Primary datacenter uses VMware hypervisor technology and recovery datacenter is in AWS.
- Both the datacenters have LAN which is at least twice as fast as the WAN.
- Oversubscription ratio for Virtual CPUs is 2:1.
- 80% of the WAN bandwidth is usable or in other words, there is minimal packet loss, if at all, over the WAN network.
- Performance of the staging area should match the storage performance of the replicated production workload. A staging area of at least 700GB is assumed for all the appliances.
Table: Recommended appliance configuration for customer scenarios
Customer Requirement | WAN bandwidth (Mbps) | Primary Datacenter (VMware) | Recovery Datacenter (AWS) | ||||||
Number of Protected VMs | Data transfer per VM (MB/s) | Disks per VM | Appliance virtual CPUs | Appliance Memory (GB) | Number of Appliances | Appliance Virtual CPUs | Appliance Memory (GB) | Number of Appliances | |
28 | 2 | 2 | 250 | 8 * | 16 * | 1 | 8 * | 16 * | 2 |
56 | 2 | 2 | 500 | 8 | 16 | 2 | 8 | 16 | 4 |
100 | 2 | 2 | 900 | 8 | 16 | 4 | 8 | 16 | 6 |
560 | 2 | 2 | 5000 | 8 | 16 | 20 | 8 | 16 | 32 |
28 | 2 | 4 | 250 | 8 | 16 | 2 | 8 | 16 | 4 |
500 | 2 | 4 | 4500 | 8 | 16 | 36 | 8 | 16 | 56 |
28 | 4 | 2 | 500 | 13 | 25 | 1 | 9 | 17 | 2 |
28 | 10 | 2 | 1250 | 29 | 55 | 1 | 19 | 37 | 2 |
100 | 10 | 2 | 4200 | 29 | 55 | 4 | 19 | 37 | 6 |
(* Default appliance configuration)