At our organization, we have been using RHEL virtual machines to support our VMware Cloud Director infrastructure for several years. Our current setup includes two VMs running VCD 10.4.1 cells and a standalone VM running the external Postgres database.
Download the OVA file for the specific version of VCD that is currently in your environment. Aim for a like-for-like migration without complicating things by trying to upgrade to a later version.
Deploy the OVA as you would normally, providing a name for the VM and accepting the license agreement.
Select the deployment configuration for the VM. In my setup, I chose to deploy one primary medium-sized VM and two standby medium-sized VMs.
Choose the storage location for the VM.
Select the networks for eth0 and eth1. In my case, I designated eth0 as the front-end network and eth1 as the back-end network.
Provide the NTP Server location, the root password for the appliance, any special routes required for your networks, and the chosen network configuration.
Review your settings and click finish to complete the deployment.
Once deployed, access the VAMI address https://<fqdn>:5480 of your primary appliance and log in using your root account and the password you created earlier.
The Primary appliance system setup page will be displayed.
Enter the NFS share details and the database password.
Fill in the details for your VCD Administrator account, your vCenter folder, and click finish. The Primary node will begin setting up the Postgres database and configuring Cloud Director.
After setup is complete on the primary cell, log in to the VAMI address of your first secondary cell as the appliance root account you created earlier.
The configuration screen of a secondary cell looks a lot similar to the primary, except all this cell wants is the details for the NFS share. Place those details in and press finish
The secondary cell will then go through a series of steps to configure itself and gain access to the embedded postgres database
Setting up the Postgres Database
At this point its a good idea to configure at anti-affinity rule in the vCenter hosting the appliances to keep the cells on different hosts
When you first configure the cells they will be set to Manual failover mode. If the primary database server fails, you must initiate the failover action to a standby cell manually.
You can the failover mode to automatic by making an API post to Cloud director. More information on this can be found
here.
If you have configured automatic failover mode and later add another cell, you will need to reset the failover mode back to automatic. Follow the steps below to accomplish this.
