The performance characteristics of your PlateSpin Forge product depend on a number of factors, including:
Hardware and software profiles of your source workloads
The specifics of your network bandwidth, configuration, and conditions
The number of protected workloads
The number of volumes under protection
The size of volumes under protection
File density (number of files per unit of capacity) on your source workloads’ volumes
Source I/O levels (how busy your workloads are)
The number of concurrent replications
Whether data encryption is enabled or disabled
Whether data compression is enabled or disabled
For large-scale workload protection plans, you should perform a test protection of a typical workload, run some replications, and use the result as a benchmark, fine-tuning your metrics regularly throughout the project.
If necessary, PlateSpin Forge can compress the workload data before transferring it over the network. This enables you to reduce the overall amount of data transferred during replications.
Compression ratios depend on the type of files on a source workload’s volumes, and might vary from approximately 0.9 (100MB of data compressed to 90 MB) to approximately 0.5 (100MB compressed to 50MB).
NOTE:Data compression utilizes the source workload’s processor power.
Data Compression can be configured individually for each workload or in a Protection Tier. See Protection Tiers.
PlateSpin Forge enables you to control the amount of network bandwidth consumed by direct source-to-target communication over the course of workload protection; you can specify a throughput rate for each protection contract. This provides a way to prevent replication traffic from congesting your production network and reduces the overall load of your PlateSpin Server.
Bandwidth throttling can be configured individual for each workload or in a Protection Tier. See Protection Tiers.
Recovery Point Objective (RPO): Describes the acceptable amount of data loss measured in time. The RPO is determined by the time between incremental replications of a protected workload and is affected by current utilization levels of PlateSpin Forge, the rate and scope of changes on the workload, your network speed, and the chosen replication schedule.
Recovery Time Objective (RTO): Describes the time required for a failover operation (bringing a failover workload online to temporarily replace a protected production workload).
The RTO for failing a workload over to its virtual replica is affected by the time it takes to configure and execute the failover operation (10 to 45 minutes). See Failover.
Test Time Objective (TTO): Describes the time required for testing disaster recovery with some confidence of service restoration.
Use the Using the Test Failover Feature.
feature to run through different scenarios and generate benchmark data. SeeAmong factors that have an impact on RPO, RTO, and TTO is the number of required concurrent failover operations; a single failed-over workload has more memory and CPU resources available to it than multiple failed-over workloads, which share the resources of their underlying infrastructure.
You should determine average failover times for workloads in your environment by doing test failovers at various times, then use them as benchmark data in your overall data recovery plans. See Generating Workload and Workload Protection Reports.