VMware

Recently I encountered this problem in a customer site whereby the logon to VCSA 5.5 would either time out, or take 3-5 minutes to actually log on. Running a netstat on the VCSA during the attempt to logon showed there was a SYN packet sent to the vCOps appliance on port 443 that never established a connection. Another check was attempting to connect using curl <https://> –k - this would time out.

This is the fourth article in a series about how to build-out a simple vCAC 6 installation to a distributed model. By the end of this post we will have deployed a second vCAC Appliance, clustered it with the first appliance and registered the load balanced URL with the Identity Appliance. This will mean logging on to https://vcloud.definit.local/shell-ui-app will be successful. vCAC deployment with clustered and load balanced vCAC Appliances An overview of the steps required are below:

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: Issue and install certificates Deploy an external vPostgres appliance and migrate the vCAC database Configure load balancing Deploy a second vCAC appliance and configure clustering Install and configure additional IaaS server Deploy vCenter Orchestrator Appliance cluster I’ve previously configured 3 DNS records for the load balanced services (see part 3.

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: Issue and install certificates Deploy an external vPostgres appliance and migrate the vCAC database Configure load balancing Deploy a second vCAC appliance and configure clustering Install and configure additional IaaS server Deploy vCenter Orchestrator Appliance cluster Deploy a vShield Edge appliance Log in to your vShield Manager and select your Datacenter, then the Network Virtualisation tab

This is the second article in a series about how to build-out a simple vCAC 6 installation to a distributed model. The diagram below shows the deployment at the end of this part, with vPostgres deployed and the vCAC Appliance running from the remote database. vCAC deploymnent with vPostgres deployed An overview of the steps required are below: Issue and install certificates Deploy an external vPostgres appliance and migrate the vCAC database Configure load balancing Deploy a second vCAC appliance and configure clustering Install and configure additional IaaS server Deploy vCenter Orchestrator Appliance cluster Create the required DNS records First of all, create DNS records for your vPostgres database server – you need both an A and PTR record.

This is the first article in a series about how to build-out a simple vCAC 6 installation to a distributed model. Simple vCAC deployment In a simple installation you have the Identity Appliance, the vCAC appliance (which includes a vPostgres DB and vCenter Orchestrator instance) and an IaaS server. The distributed model still has a single Identity Appliance but clusters 2 or more vCAC appliances behind a load balancer, backed by a separate vPostgres database appliance.

Derek Seaman’s excellent SSL toolkit. I know that there are hours and hours of work put into this script by Derek and I want to thank him for that – it’s a massive time saver. This modification is to fit a different set of circumstances – “standing on the shoulders of giants” – and should in no way be seen as me criticising or stealing Derek’s work. This week, while using the SSL Certificate Automation Tool and Derek’s script, I encountered a couple of things I felt could be improved for a more complex environment.

Yesterday saw another fantastic London VMUG with lots of quality sessions and opportunities to network with peers and friends. The committee seem to do a fantastic job every time and this one was no exception, so thanks to Alaric Davies, Jane Rimmer, Stuart Thompson and Simon Gallagher! One of the best things for me about the VMUG is the chance to chat with some of the smartest and most influential people in the VMware world – a trip to the coffee table provided a great opportunity to “chew the vfat” with two of the VMUG’s biggest characters, Mike Laverick and Ricky El-Qasem – all before any sessions had started.

This was the second online event I have attended in the last few months, the first being the VMUG Virtual event back in January. One of the aspects I enjoyed the most about that event was being able to chat to many well known and familiar faces from the wider community. In this recent event there was a lot of focus on the various offerings from VMware with a good deal of focus on VSAN, NSX, Horizon and vCHS but certainly not neglecting their other offerings.

I recently came across Infinio and after reading about the unique way it tackled the problem of increasing I/O and reducing latency I was curious to see how it would perform in my lab. A few things I would like to point out. First of all Infinio works only with NFS storage, secondly it does not require flash storage as it utilizes the host RAM instead however it provides only read acceleration.