Hello readers,

This is part two of my VMware Cloud Foundation series. In this part, we will be upgrading all components to the latest version. At the time of writing 3.9 is the latest version and currently I am running 3.8.

In part one, we have done a bring-up on our SDDC, creating and deploying the management Workload Domain (WLD).

First what you need to do, is to connect a My VMware account, so it can download the upgrade bundles.

Go to Repository Settings under Administration, and log in with your MyVMware credentials. Once that has been done, the SDDC Manager will look for updates and after a while, under Repository –> Bundles, it will show the available downloads.

I let it download “VMware Cloud Foundation Update 3.8.1.0”. After this is done, which will take a while, I went to Workload Domains under Inventory. Clicked on details of VI, and the on the MGMT domain. Under update/patches, an update is shown. I ran the prechecks, and it failed under a few parts:

vSAN failed with the HCL check, which is understandable seen that this is run nested. I ignored that. VRLI VRSLCM checks also failed, this is because I do not have VRSLCM deployed yet.

After applying the update, I’ve also applied the configuration bundle.

Unfortunately, it is here that the series on Cloud Foundation ends abruptly, as I do not have access to my Cloud Foundation lab server anymore.

If anyone happens to know a place where I could tempiraily get access to one, or anything like that, please email me at michael-at-masterwayz-dot-nl.

For the people who contacted me asked if there is a way to work with Cloud Foundation without the need of a lab server, yes there is. Through VMware Hands on Labs, which allows you to try out VMware products on your browser, there are two labs that you can use to use Cloud Foundation and learn how it works. There is HOL-2044-01-ISM – Modernizing Your Data Center with VMware Cloud Foundation (which is an Interactive Simulation lab as indicated by ISM in the title), and there is a regular lab, HOL-2046-01-HCI- VMware Cloud Foundation – Getting Started.

Thank you for following the series and see you in the next series, which will be about setting up a nested ESXi Lab template.

Hello readers,

In this part, we will be deploying VMware Cloud Foundation in a nested environment using vCF Lab Constructor, which you can read more about here. TLDR: it is a PowerShell script designed to automatically deploy vCF along with the management Workload Domain (WLD).

VCF Lab Constructor (aka VLC) is a great PowerShell tool created by Ben Sier and Heath Johnson working at VMware in the Technical Marketing team. A big thank you for them for making this amazing script!
Quoting from a blog post (which is how I learned about it), found here:
“It’s the easiest way to essentially deploy a Cloud Foundation nested environment, without having to manually install ESXi, Cloud Builder as well as doing lots of validation on your own.”

But what is VMware Cloud Foundation? Quoting from VMware: “VMware Cloud Foundation makes it easy to deploy and run a hybrid cloud. VMware Cloud Foundation provides integrated cloud infrastructure (compute, storage, networking, and security) and cloud management services to run enterprise applications in both private and public environments.”

The requirements for the lab, is to have a server with at least 192 GB of memory, 8 cores or more, and preferably SSDs. In the default configuration, it will deploy the following VMs:

• Cloud Builder (4 cores, 8GB RAM, 350GB disk space)
• ESX01 (8 cores, 64GB RAM, 551GB disk space)
• ESX02 (8 cores, 64GB RAM, 476GB disk space)
• ESX03 (8 cores, 64GB RAM, 476GB disk space)
• ESX04 (8 cores, 32GB RAM, 176GB disk space)

Within the ESXi hosts, the following will be deployed for the management Workload Domain:

• 2 Platform Services Controllers
• 1 vCenter
• 1 NSX Manager
• 1 SDDC Manager
• 3 NSX Controllers
• 3 vRealize Log Insight nodes (1 master, 2 workers)

What I would recommend is to enable TPS with salting, for which you can find more info in the blog post here.

VLC comes with a guide that explains how the program works and how to use it. Here are some screenshots of my deployment:

To deploy using this script, you have to choices. You can either use your own DNS and NTP server, or you let the script run DNS and NTP on the CloudBuilder virtual machine. You do this my checking the “internal svcs” checkbox, which will install and configure maradns on the CloudBuilder virtual machine.

Some things to note before deployment: it will take a few hours. Especially on older hardware or HDDs. Also note that you can only access the Cloud Builder through its IP address and not through the hostname. Plus that if you want to see the deployment status from the Cloud Builder, and if you have selected that the script does the bring-up, you will need to upload a bogus JSON file (such as the one used for the script), followed by cancelling and then going to https://cloudbuilder-ip/bringup-result

Another thing to note: when deploying the using the script, be sure to use a ESXi version that is compatible with your Cloud Builder version! For Cloud Builder 2.1.0.0, this is ESXi 6.7 13981272. If you do not do this, you may get weird errors with vSAN or other weird issues. The correct ESXi ISO is located on the Cloud Builder itself, at:
/mnt/iso/sddc-foundation-bundle-xxxx/esx_iso

Have fun deploying VMware Cloud Foundation! In the upcoming parts I will be upgrading, adding workload domains and more!

Have a great day and see you in the next post.