[<img class=“alignright size-thumbnail wp-image-6186” src=“/images/2015/07/vRA-Product-Icon-Mac_0.png” alt=“vRA” width=“150” height=“150” . Out-of-the-box monitors allow us to detect if the port we are load balancing is open, but don’t determine whether the service on that port is functioning correctly. Important: None of these monitors should be created until vRealize has been fully installed - doing these as you go along will result in installation failures. For example, if you create the monitor on the IaaS web service before the DEM roles are installed, the web service will always be down because it’s waiting for a DEM role.
The recommendations for the vRealize Appliance have changed with 6.2, the published reference architecture now does not recommend using an external Postgres database (either vPostgres appliance, a 3rd party Postgres deployment or using a third vRealize Appliance as a stand-alone database installation). Instead the recommended layout is shown in the diagram below. One instance of postgres on the primary node becomes an active instance, replicating to the second node which is passive.
vSphere 6 HA SSO (PSC) with NetScaler VPX Load Balancer for vRealize Automation Deploying vRealize Automation 6.2 Appliance Cluster with Postgres Replication Deploying fully distributed vRealize Automation IaaS components - Part 1: Pre-requisites Deploying fully distributed vRealize Automation IaaS components - Part 2: Database, Web and Manager services Deploying fully distributed vRealize Automation instance - Configuring NetScaler Monitors Providing a highly available single sign on for vRealize Automation is a fundamental part of ensuring the availability of the platform.
vRealize Log Insight 2.5 improves on the clustering in previous versions with an Integrated Load Balancer (ILB) which allows you to distribute load across your cluster of Log Insight instances without actually needing an external load balancer. The advantage of this over an external load balancer is that the source IP is maintained which allows for easier analysis. The minimum number of nodes in a cluster is three, the first node becomes the Master node and the other two become Worker nodes.
With the release of vCAC 6.1 there have been some great improvements in the setup of the clustered vCAC appliances - none of the previous copying of configuration files between appliances - just a simple wizard to do it all for you. In my opinion this is superb. You’ll need to have deployed a load balancer of some sort - vCAC 6.0 build-out to distributed model – Part 3.1: Configure Load Balancing with vCNS or vCAC 6.
This is the second part of the 3rd article in a series about how to build-out a simple vCAC 6 installation to a distributed model. By the end of this part, we will not have modified the vCAC deployment in any way, we’ll just have 3 configured load balanced URLs vCAC Simple Install with vPostgres deployed and load balancers prepared An overview of the steps required are below:
This is the first part of the 3rd article in a series about how to build-out a simple vCAC 6 installation to a distributed model. By the end of this part, we will not have modified the vCAC deployment in any way, we’ll just have 3 configured load balanced URLs vCAC simple configuration with vPostgres and Load Balancers prepared An overview of the steps required are below: