Tech-Gen

Disaster Recovery and RE-IP of VMware Aria Automation

https://knowledge.broadcom.com/external/article?articleNumber=378106

Products

VMware Aria Suite

Issue/Introduction

This article aims to provide the outline of DR plan for Aria Automation set up.

Environment

VMware Aria Automation 8.x

Resolution

Note: Aria Automation needs to be the first product to be powered off on the source site prior to initiating the failover and the last Product to be powered on in the destination site post failing over due to dependency of the vIDM for being its authentication provider and vASL for managing this configuration.

For details on procedure for DR and Re-IP of VMware Aria Suite Lifecycle (vASL), Click here.
For details on procedure for DR and Re-IP of VMware Identity Manager (vIDM), Click here.

DR and RE-IP of Aria Automation Standard Deployment

Failover of Aria Automation Standard Deployment:

1. Prior to initiating the DR open an SSH session to the Aria Automation node with root credentials.
2. Update the DNS mappings for New IP in DNS servers to the existing Hostname:
  - From the existing name server mapping we need to remove the old IP and add the new IP against the existing product hostname.
3. Update the network configurations on the Aria Automation Node.
  Execute the following command on the Aria Automation node:
  - vracli network alternative-ip set --dns <DNSIPaddress1,DNSIPaddress2> <IPV4 address> <Gateway IPV4 address>
    
    Where,
    <DNSIPaddress1,DNSIPaddress2> are the addresses of the DNS servers on the fail-over site.
    <IPV4 address> is the IP address on the fail-over site.
    <Gateway IPV4 address> is the IP address of the Gateway on the failover site.
4. Go to Site Recover Manager or DR tool of choice and for the Aria Automation node, configure Post Power On Steps command that would be started after the Virtual Machine is recovered on the disaster recovery site.
  - If using SRM:
    Navigate to: Recovery Plans → Virtual Machines → select Virtual Machine → Configure Recovery→ Post Power On Steps → Command on Recovered VM.
    Set the following command:
    - /bin/bash -c "/usr/sbin/vracli network alternative-ip swap --force"
5. By this stage the Aria Automation should be ready to run the recovery plan. Run the recovery Plan. If you're not using SRM and your DR tool of choice doesn't permit you to add the above ruleset from Step 4, you may need to manually run this when powering ON the node post failover.
6. Post failing over vASL and vIDM, Run Inventory Sync in vASL for Aria Automation to update the new IP address in the vASL inventory
  - If a failure occurs at the snapshot update task skip the task in the request and proceed.
  - Trigger Inventory Sync again to make sure there are no failures.
7. Initiate a Re-trust with the identity manager for Aria Automation from vASL.
8. Access the Aria Automation VM with new IP (Try SSH or launch the UI)

Failback of Aria Automation Standard Deployment:

1. Re-protect (SRM option) or reverse the direction of the failover and Run the disaster recovery of the Aria Automation instance using SRM or DR tool of choice.
2. Check if all the changes are reverted back to the original. if not, follow the below steps and update the configurations.
  1. Update the DNS mappings in DNS servers for Original IP's to existing Hostnames.
    - Remove the new IP to Hostname Mappings and add the old IP against the mapping.
  2. Update the IP, gateway, DNS, and netmask
    Execute the following command:
    - vracli network alternative-ip set --dns <DNSIPaddress1,DNSIPaddress2> <IPV4 address> <Gateway IPV4 address>
      
      Where,
      <DNSIPaddress1,DNSIPaddress2> are the addresses of the DNS servers on the fail-over site.
      <IPV4 address> is the IP address on the fail-over site.
      <Gateway IPV4 address> is the IP address of the Gateway on the failover site.
3. Go to Site Recover Manager or DR tool of choice and for the Aria Automation node, configure Post Power On Steps command that would be started after the Virtual Machine is recovered on the disaster recovery site.
  - If using SRM:
    Navigate to: Recovery Plans → Virtual Machines → select Virtual Machine → Configure Recovery→ Post Power On Steps → Command on Recovered VM.
    Set the following command:
    - /bin/bash -c "/usr/sbin/vracli network alternative-ip swap --force"
4. Reboot the VM
5. Post Failback of vASL and vIDM, Run Inventory Sync in vASL for Aria Automation to update the new IP address in the vASL inventory
  Initiate a Re-trust with the identity manager for Aria Automation from vASL.
  - If a failure occurs at the snapshot update task skip the task in the request and proceed.
  - Trigger Inventory Sync again to make sure there are no failures.
6. Initiate a Re-trust with the identity manager for Aria Automation from vASL.
7. Access the Aria Automation VM with new IP (Try SSH or launch the UI)

DR and RE-IP of Aria Automation Clustered Deployment

Failover of Aria Automation Clustered Deployment :

1. Prior to initiating the DR open an SSH session to each node of the Aria Automation with root credentials.
2. Update the DNS mappings for New IP in DNS servers to the existing Hostname:
  - From the existing name server mapping we need to remove the old IP and add the new IP against the existing product hostname.
3. Update the Load Balancer with new IP's.
  - Virtual Server and Pool entries of IP addresses should be updated to new IP's
4. Update the network configurations on each Aria Automation Node.
  Execute the following command on the Aria Automation node
  - vracli network alternative-ip set --dns <DNSIPaddress1,DNSIPaddress2> <IPV4 address> <Gateway IPV4 address>
    
    Where,
    <DNSIPaddress1,DNSIPaddress2> are the addresses of the DNS servers on the fail-over site.
    <IPV4 address> is the IP address on the fail-over site.
    <Gateway IPV4 address> is the IP address of the Gateway on the failover site.
5. Go to Site Recover Manager or DR tool of choice and for each Aria Automation node, configure Post Power On Steps command that would be started after the Virtual Machine is recovered on the disaster recovery site.
  - If using SRM:
    Navigate to: Recovery Plans → Virtual Machines → select Virtual Machine → Configure Recovery→ Post Power On Steps → Command on Recovered VM.
    Set the following command:
    - /bin/bash -c "/usr/sbin/vracli network alternative-ip swap --force"
6. By this stage the Aria Automation should be ready to run the recovery plan.
7. Post failing over vASL and vIDM, Run Inventory Sync in vASL fro Aria Automation to update the new IP address in the vASL inventory
  - If a failure occurs at the snapshot update task skip the task in the request and proceed.
  - Trigger Inventory Sync again to make sure there are no failures.
8. Initiate a Re-trust with the identity manager for Aria Automation from vASL.
9. Access the Aria Automation VM with new IP (Try SSH or launch the UI)

Failback of Aria Automation Clustered Deployment :

1. Re-protect (SRM option) or reverse the direction of the failover and Run the disaster recovery of the Aria Automation instance using SRM or DR tool of choice.
2. Check if all the changes are reverted back to the original. if not, follow the below steps and update the configurations. The below needs to be done on each node of the Aria Automation Cluster
  1. Update the DNS mappings in DNS servers for Original IP's to existing Hostnames.
    - Remove the new IP to Hostname Mappings and add the old IP against the mapping.
  2. Update the Load Balancer with new IP's.
    - Virtual Server and Pool entries of IP addresses should be updated to new IP's
  3. Update the IP, gateway, DNS, and netmask
    Execute the following command:
    - vracli network alternative-ip set --dns <DNSIPaddress1,DNSIPaddress2> <IPV4 address> <Gateway IPV4 address>
      
      Where,
      <DNSIPaddress1,DNSIPaddress2> are the addresses of the DNS servers on the fail-over site.
      <IPV4 address> is the IP address on the fail-over site.
      <Gateway IPV4 address> is the IP address of the Gateway on the failover site.
3. Go to Site Recover Manager or DR tool of choice and for each Aria Automation node, configure Post Power On Steps command that would be started after the Virtual Machine is recovered on the disaster recovery site.
  - If using SRM:
    Navigate to: Recovery Plans → Virtual Machines → select Virtual Machine → Configure Recovery→ Post Power On Steps → Command on Recovered VM.
    Set the following command:
    - /bin/bash -c "/usr/sbin/vracli network alternative-ip swap --force"
4. Reboot the VMs
5. Post Failback of vASL and vIDM, Run Inventory Sync in vASL for Aria Automation to update the new IP address in the vASL inventory
  Initiate a Re-trust with the identity manager for Aria Automation from vASL.
  - If a failure occurs at the snapshot update task skip the task in the request and proceed.
  - Trigger Inventory Sync again to make sure there are no failures.
6. Initiate a Re-trust with the identity manager for Aria Automation from vASL.
7. Access the Aria Automation VM with new IP (Try SSH or launch the UI)

Quick Guide to VCF Automation for VCD Administrators

Quick Guide to VCF Automation for VCD Administrators VMware Cloud Foundation 9 (VCF 9) has been released and with it comes brand new Cloud Management Platform – VCF Automation (VCFA) which supercedes both Aria Automation and VMware Cloud Director (VCD). This blog post is intended for those people that know VCD quite well and want to understand how is VCFA similar or different to help them quickly orient in the new direction. It should be emphasized that VCFA is a new solution and not just rebranding of an old one. However it reuses a lot of components from its predecessors. The provider part of VCFA called Tenenat Manager is based on VCD code and the UI and APIs will be familiar to VCD admins, while the tenant part inherist a lot from Aria Automation and especially for VCD end-users will look brand new. Deployment and Architecture VCFA is generaly deployed from VCF Operations Fleet Management (former Aria Suite LCM embeded in VCF Ops. Fleet Management...