Product Documentation
- Section I. Overview and planning
- Introduction to Resiliency Platform
- About Resiliency Platform features and components
- Replication in a Resiliency Platform deployment
- About Veritas Resiliency Platform Data Mover
- Recovery options using Resiliency Platform
- Deployment checklist
- System requirements
- Manage licenses
- Using the Web Console
- Introduction to Resiliency Platform
- Section II. Deploying and configuring the virtual appliances
- Deploy and configure
- Deploying the virtual appliances in AWS through AWS Marketplace
- Deploying the virtual appliances in AWS using OVA files
- Deploying the Data Gateway in AWS
- Deploying the virtual appliances in Azure using PowerShell script
- Deploying the virtual appliances in Azure through Azure Marketplace
- Deploying the virtual appliances in vCloud
- Deploying the virtual appliances in HUAWEI CLOUD
- Deploying the virtual appliances in Orange Recovery Engine
- About configuring the Resiliency Platform components
- Virtual appliance security features
- About hotfixes
- Apply Updates
- About applying updates to Resiliency Platform
- Setting up the YUM server
- Deploy and configure
- Section III. Setting up and managing the resiliency domain
- Managing the resiliency domain
- Getting started with a new Resiliency Platform configuration
- Managing Resiliency Managers
- Managing Infrastructure Management Servers
- Managing on-premises data centers
- Managing cloud configurations
- Managing private cloud configurations
- Integrating with NetBackup
- Integrating with InfoScale Operations Manager
- Managing the resiliency domain
- Section IV. Adding the asset infrastructure
- Manage Resiliency Platform host assets
- Prerequisites for adding hosts
- Removing hosts
- Preparing host for replication
- Manage VMware assets
- Managing VMware virtualization servers
- Prerequisites for adding VMware virtualization servers
- Prerequisites for adding VMware virtualization servers
- Managing VMware virtualization servers
- Manage Veritas Replication VIB
- Manage Hyper-V assets
- Manage Gateways
- About Replication Gateway pair
- Managing Data Gateway
- Manage enclosure assets
- Adding a discovery host
- Configuration prerequisites for adding storage enclosures to an IMS
- Adding storage enclosures
- Adding RecoverPoint appliance for replication
- Manage Resiliency Platform host assets
- Section V. Managing networks
- Manage networks
- About network objects
- Manage settings
- Managing user authentication and permissions
- Configuring authentication domains
- Managing user authentication and permissions
- Manage networks
- Section VI. Working with resiliency groups
- Organize assets
- Viewing resiliency group details
- Manage virtual business services
- Organize applications
- Managing custom applications
- Managing service objectives
- Organize assets
- Section VII. Configuring for disaster recovery
- Configure using Resiliency Platform Data Mover
- Managing virtual machines for remote recovery (DR) in Amazon Web Services
- Prerequisites for configuring VMware virtual machines for recovery to AWS
- AWS Customization options panel
- Managing virtual machines for remote recovery (DR) to Azure
- Managing virtual machines for remote recovery (DR) to OpenStack
- Managing virtual machines for remote recovery (DR) to HUAWEI CLOUD
- Managing virtual machines for remote recovery (DR) to Orange Recovery Engine
- Managing virtual machines for remote recovery (DR) in vCloud Director
- Managing virtual machines for remote recovery (DR) using Resiliency Platform Data Mover
- Managing physical machines for remote recovery (DR) using Resiliency Platform Data Mover
- Configure using NetBackup
- Configure using 3rd party replication technology
- Preparing VMware virtual machines for using array-based replication
- Preparing Hyper-V virtual machines for using array-based replication
- Managing virtual machines for remote recovery (DR) using 3rd party replication technology
- Managing applications for remote recovery (DR)
- Preparing VMware virtual machines for using array-based replication
- Configure using Resiliency Platform Data Mover
- Section VIII. Managing disaster recovery
- Perform DR operations for virtual machines
- Performing the rehearsal operation for virtual machines
- Perform DR operations on a VBS
- Perform DR operations for applications
- Evacuate assets
- Manage Resiliency Plans
- About custom script
- Perform DR operations for virtual machines
- Section IX. Product settings
- View activities
- Manage reports
- View logs
- Manage Risk Notifications
- Managing settings for alerts and notifications and miscellaneous product settings
- Section X. Using Resiliency Platform APIs
- Section XI. Troubleshooting and Using command line interface
- Troubleshoot
- Recovery of Resiliency Platform components from disaster scenarios
- Resolving the Admin Wait state
- Use klish menu
- Use Application Enablement SDK
- Troubleshoot
About network objects
Resiliency Platform discovers and displays information about layer 2 and layer 3 networks for the discovered assets.
Layer 2, the second level in the seven-layer OSI reference model, is used to transfer data between adjacent networks in a WAN or LAN environment. This layer is also known as Data Link Layer. Examples of layer 2 networks are: Port group/VLAN, vSwitch, cloud network and cloud subnet if the target data center is in cloud.
Layer 3 is the network layer in the OSI reference model. The main functions of Layer 3 include routing and forwarding, as well as internetworking, addressing, packet sequencing, congestion control and further error handling. Examples of layer 3 networks are subnets and cloud subnets.
Resiliency Platform discovers and displays information about subnets, port group or VLANs, vSwitches, cloud subnets and cloud networks in your data center. You can manually add subnets, VMware port group/VLANS and Hyper-V VLANs that are not discovered in a data center. You cannot add vSwitches and cloud networks, if they are not discovered. Adding subnets using IPv6 address and pairing them across data centers is supported.
For cloud technologies like AWS, Azure, vCloud Director, HUAWEI CLOUD and OpenStack, cloud subnets serve the purpose for both the layer 2 and layer 3 networks in the network pair.
Network objects like private cloud subnet and private cloud network are listed under Network Types drop down irrespective of the cloud data center configuration. When you have configured private cloud configuration in your premise data center like OpenStack private cloud only then these options display the data related to the network objects.
Either while adding the network objects or while editing the discovered network objects, you need to choose a purpose. Purpose can be Production or Rehearsal.
See About Purpose.
A network pair is created using network objects across data centers. The network pairs should be defined before a resiliency group is created. Depending on whether the participating networks in the pair are layer 2 or layer 3 networks, the pair can be used for connecting the assets to the networks, or for assisting the customization of the IP addresses in the target network. The create network pair operation eliminates the need to manually connect each asset to a network at the target data center. For example, portgroup/VLAN to cloud network and subnet to portgroup/VLAN.
When the resiliency group is created, the network objects in the network pairs are evaluated by the Resiliency Platform. The CIDR (Classless Inter-Domain Routing) information from the network object is used to automatically calculate the IP address for the applicable assets in the respective target network if any of the below mapping is done:
Subnet to subnet
Subnet to cloud subnet
Cloud subnet to cloud subnet
The layer 2 network object pairs are mandatory to be defined for recovery to cloud environments, private cloud environments and recovery of physical machines to VMware environment. This mapping is optional for recovery from on-premises to on-premises environment. If the mappings are not defined for recovery to on-premise environment, then the virtual machine NICs are not connected to any network.
A layer 3 network pair is optional. If it is defined, the IP address for the asset is calculated based on the target subnet CIDR and can be further customized. If the network pair is not defined, then the IP address for the adapter gets assigned in one of the following ways:
If the IP customization option is checked, user must enter the IP address (IPv4 or IPv6 address depending upon the network configured) that needs to be assigned to the virtual machine NIC.
If the IP customization option is not checked, a DHCP (Dynamic Host Configuration Protocol) IP address gets assigned to the virtual machine adapter if the target technology supports it. (For example: cloud environments).
If the IP customization option is not checked, for on-premises to on-premises recovery, the virtual machine adapter IP settings are not changed.
When you perform a migrate, takeover or rehearsal operation on a resiliency group, the Resiliency Platform evaluates the network pairs that have the layer 2 network objects and gets connected to the expected target network.
Using Resiliency Platform console, you can create network groups of subnets and port group/VLAN for AWS cloud data center and VMware environment only.
See About network groups.
When you clone your virtual machines, ensure that you assign the appropriate host name and IP address to the cloned virtual machines.
Using Resiliency Platform console, you can create network groups of subnets and port group/VLAN for AWS cloud data center and VMware environment only.