Configure
Nodes
How Easy Hybrid DR uses Management Servers, Replication Nodes, Prep Nodes, and DeDup Nodes across protected and recovery sites.
- Product
- Easy Hybrid DR
- Version
- v2.3.1
- Release status
- GA
- Documentation status
- Published
- Last updated
- Updated
- Reading time
- 2 min read
Nodes are the deployable building blocks of Easy Hybrid DR. The Management Server handles orchestration and metadata, Replication Nodes move and validate data, Prep Nodes prepare Windows recoveries, and optional DeDup Nodes reduce repetitive data transfer.
Component roles
| Component | Primary role | Typical location |
|---|---|---|
| Management Server | UI, CLI, REST APIs, policy, scheduling, monitoring, reporting, inventory, metadata, replication orchestration, and recovery orchestration. | Protected and recovery sites |
| Replication Node | Block replication, incremental change processing, rolling-window transport, parallel streams, flow control, validation, storage writes, and checkpoint finalization. | Protected and recovery sites |
| Prep Node | Windows recovery preparation, boot remediation, file system checks, registry checks, and cross-platform recovery preparation. | Recovery environment |
| DeDup Node | Checksum index, repeated block detection, deduplicated chunk references, and chunk reuse mapping. | Recovery environment |
Management Server
The Management Server is the central orchestration and control-plane component. It coordinates platform activity while maintaining operational metadata, workflow state, inventory, and recovery orchestration logic.
It is responsible for:
- User interface, CLI, and REST APIs
- Policy management
- Replication orchestration
- Recovery orchestration
- Scheduling
- Monitoring and alerting
- Reporting
- Inventory and metadata management
- Day-0 through day-N workflows
Deploy a Management Server at both the protected site and the recovery site. For smaller deployments, the Management Server can additionally function as a Replication Node.
Replication Node
The Replication Node is the primary data-plane component. Replication Engines are deployed at both the protected site and the recovery site.
Replication Nodes are responsible for:
- Block-level replication
- Incremental change processing
- Rolling-window transport management
- Parallel stream handling
- WAN-optimized data transfer
- Descriptor-driven chunk scheduling
- Data integrity validation
- Cloud-native storage writes
- Recovery data reads
- Flow-control management
- Recovery checkpoint finalization
The replication architecture is optimized for fragmented CBT workloads, enterprise-scale replication, many parallel workloads, WAN-constrained environments, cross-cloud replication, high-churn workloads, and cloud-native storage APIs.
Prep Node
The Prep Node is a Windows-based recovery preparation appliance. It is activated only when a workflow requires Windows workload recovery or compatibility preparation.
Prep Nodes are used for:
- VMware-to-cloud recoveries
- Cross-hypervisor migrations
- Cross-cloud recovery operations
- Windows boot remediation
- File system and registry compatibility checks
DeDup Node
The DeDup Node is optional. It reduces WAN bandwidth, cross-cloud transfer cost, replication duration, and repetitive data transfer overhead by maintaining chunk checksum and reuse metadata.
Use DeDup Nodes when workload datasets are similar, operating system builds are standardized, retention periods are long enough to benefit from reuse, or the use case is a one-time migration with large repeated data patterns.
Configuration checklist
Place management capacity
Deploy Management Servers at the protected and recovery sites, then size them for workload count, reporting needs, API activity, and recovery orchestration concurrency.
Assign replication capacity
Deploy Replication Nodes where data movement occurs. Assign workload groups so each node stays within the recommended workload and disk concurrency for the source platform.
Prepare Windows recovery capacity
Add Prep Nodes when Windows recoveries, cross-platform migrations, or boot remediation workflows are in scope.
Enable deduplication where it helps
Add DeDup Nodes for migration waves, similar workload sets, or WAN-constrained environments where duplicate chunks are expected.
Related docs
Was this page helpful?