WilliamLam.com

Automated Lab Deployment Script for vSphere with Tanzu using NSX Advanced Load Balancer (NSX ALB)

by // 19 Comments

After spending a few days playing with the NSX Advanced Load Balancer (NSX ALB) APIs, I am happy to share my latest automation lab deployment script for deploying vSphere with Tanzu using the new NSX ALB which was introduced with the latest vSphere 7.0 Update 2 release.

Lab Deployment Automation

You can find the new automation script along with all the details at the following Github Repo: https://github.com/lamw/vsphere-with-tanzu-nsx-advanced-lb-automated-lab-deployment#enable-workload-management


In my environment, it took about ~32 minutes for the deployment to finish, but YMMV based on the performance of your underlying hardware.

Workload Management Automation

In addition to the automated lab deployment script above, I have also updated my community VMware.WorkloadManagement module to add support for enabling Workload Management on a vSphere Cluster using NSX ALB. This is introduced as a new function creatively called New-WorkloadManagement3. You use the Get-Help cmdlet to get a list of supported arguments or you can take a look at this example.

Simplified Nested ESXi installation in ESXi 7.0 Update 2 using HTTP Boot over VirtualEFI

by // 19 Comments

Deploying an ESXi scripted installation aka Kickstart running within a VM (Nested ESXi) has a number of benefits, especially for testing and development purposes. This was something I did regularly as a customer, especially with new releases of ESXi to ensure our existing automation scripts and processes continued to work before rolling out into production. ESXi kickstart itself is pretty straight forward, but the required supporting infrastructure (PXE Server, DHCP, TFTP, etc) that needs to be configured, especially for a greenfield deployment can often be challenging for new comers.

Even with an existing PXE infrastructure, it can often be difficult to configure or troubleshoot depending on your level of access which does not add any value in actually testing or automating the ESXi scripted installation process. In ESXi 7.0 Update 2, an enhancement was made to the Virtual Machine's UEFI firmware called VirtualEFI that would enable ESXi to perform an HTTP Boot given the ESXi bootloader URL and without requiring any of the traditional PXE infrastructure.

To take advantage of this new capability, you just need to have a physical server running ESXi 7.0 Update 2 and a VM that is configured with the latest vHW19 compatibility. To configure HTTP boot, you will need to add the following two VM Advanced Settings:

  • networkBootProtocol - httpv4 or httpv6
  • networkBootUri - HTTP URL to the ESXi bootloader (bootx64.efi)

Disclaimer: Nested ESXi and Nested Virtualization is not officially supported by VMware

[Read more...]

Quick Tip - How to disable the vCenter Server Update Notification banner?

by // 10 Comments

I received this question on Twitter from Andreas asking the following:

When a new vCenter Server update is available, a notification banner is automatically displayed in the vSphere UI. This functionality was introduced as part of vSphere 7.0 and part of the new vSphere Lifecycle Manager (vLCM) capability. This is a very useful feature since administrators spend most of their time in the vSphere UI and when new update was available, it would only be displayed in the VAMI UI, which most folks were not logging into on a regular basis.


Today, the update notification banner is always displayed and there is no way to temporarily disable it. This can be annoying if you do not intend to update your vCenter Server immediately and I assume this is why Andreas was asking about either postponing or disabling the notification all together.

Currently, the only way I am aware of for disabling this notification is to actually disable the vCenter Server Life-Cycle Manager Remote Plugin itself. You can do this by navigating to Administration->Solutions->Client Plugins and then selecting "vCenter Server Life-cycle Manager" and click on the Disable button. You can refresh the webpage or logout and you should no longer see the notification banner.

Disclaimer: By disabling the vCLM plugin, you are disabling more than just the banner but all vCenter vLCM functionality including Interop and Update Planner capabilities. If these are things you require, do not disable the plugin.


I can certainly see a nice feature enhancement in the future where vLCM notifications can be postponed or deferred to a later date. I will share this blog post and feedback with the vLCM PM for consideration.