Enterprise Workloads Editions: ✅ Business | ✅ Enterprise | ✅ Elite

Overview

You can now have an enriched software deployment experience with Druva's new global discovery service. All the workload agents will now connect to this discovery service and help us intelligently change to a region and geography-specific software deployment.

Any upgrade to existing AWS PrivateLink enabled Druva VMC proxies will cause your AWS Private link VMC proxy to lose connection with the VMWare services. Consequently, you will not be able to submit any VMWare jobs. To avert this situation, create the CloudFormation stack templates after migrating the VPC PrivateLink infrastructure to the new deplyoment. For any further assistance, contact Support.

Pre-migration steps

Perform the following tasks before migrating to the new deployment:

Make sure you have upgraded the AWS PrivateLink VMC backup proxy to the latest version.
Post proxy upgrade, update the SERVERURLS parameter as per region in the /etc/Phoenix/VMWARE/Phoenix.cfg file.
SERVERURLS = [u'private-<region>-backup-phoenix.druva.com:443']

For example:
SERVERURLS = [u'private-ap-southeast-1-backup-phoenix.druva.com:443']

📝 Note

For VMware proxy version 7.0.0 and later, update the parameter in the /etc/Druva/EnterpriseWorkloads/Config.yaml file.
Restart the proxy.

Post-migration steps

After you migrate to the new deployment, create a new stack for migrating your VPC PrivateLink infrastructure to the new environment.

Creating a new CloudFormation stack for migrating VPC PrivateLink infrastructure to a new deployment

Log in to the AWS Management Console.
From the top navigation bar, in the search box, search for CloudFormation.
On the Stacks page, from the top right corner, click Create Stack > With new resources (standard).
On the Create Stack page, provide the following information:
1. In the Prerequisite - Prepare template section, under Prepare Template, select the Template is ready option.
2. In the Specify template section, under Template source, select the Amazon S3 URL option.
3. In the Amazon S3 URL text box, enter the following URL:
  https://s3.amazonaws.com/downloads.druva.com/phoenix/vmcprivatelink/migration/DruvaDeploymentMigration.json
Click Next.
In the Specify stack details screen, provide the following details then click Next.
1. In the Stack name section, enter a stack name.
2. In the Parameters section, provide the following values:
  1. DeploymentId: Enter the deployment ID for migration. For first deployment, retain the default value.
  2. VPC: Select the VPC ID of the AWS Private link proxy.
On the Configure stack options page, retain the default values and click Next.
On the Review page, under the Capabilities section, select I acknowledge that AWS CloudFormation might create IAM resources checkbox, and then Submit.

Next steps

Monitor the stack to see if it is created successfully.
Refresh your Management Console to see if your proxy is able to connect to the target deployment.
If Proxies are not in a connected state after migration, do the following:
1. Login to the backup proxy.
2. Update the /etc/Phoenix/VMWARE/Phoenix.cfg file with the server URL of the new deployment and append prefix ap1 in the server URL. For example, SERVERURLS = [u'private-ap-southeast-1-backup-ap1-phoenix.druva.com:443']
  
  📝 Note
  
  For VMware proxy version 7.0.0 and later, update the parameter in the /etc/Druva/EnterpriseWorkloads/Config.yaml file.
3. Restart the proxy.
4. Refresh the Management Console and verify all proxies are in the connected state.

Deploy AWS proxy

Deploying CloudFormation stack template for migrating AWS Proxy from CentOS to Ubuntu

Deploying CloudFormation stack template for migrating VPC Private Link infrastructure

Deploy CloudFormation stack templates to update Route 53 records and IAM role

How to deploy Phoenix AWS Proxy using CloudFormation Template