WilliamLam.com

  • About
    • About
    • Privacy
  • VMware Cloud Foundation
  • VKS
  • Homelab
    • Resources
    • Nested Virtualization
  • VMware Nostalgia
  • Apple

Can I deploy both Tanzu Kubernetes Grid (TKG) and vSphere with Tanzu on same vSphere Cluster?

06.09.2021 by William Lam // Leave a Comment

A simple question with a simple answer, yes! I have seen this question get asked in various internal Slack channels on whether you can deploy both Tanzu Kubernetes Grid (TKG) and vSphere with Tanzu (formally Project Pacific) on the same vSphere Cluster? If you were an early user of TKG, you may recall that if you attempted to deploy TKG to a vSphere Cluster which already had vSphere with Tanzu enabled, it would prevent you from proceeding. Instead of having to deploy another Kubernetes management control plane, you could simply leverage and connect to the Supervisor Cluster control plane using the TKG CLI and start deploying TKG Workload Clusters.

From a technical standpoint, there is no reason that TKG and vSphere with Tanzu could not co-exist on the same vSphere Cluster. In fact, this request has come up a number of times that the original TKG behavior has been recently updated to now allow for this co-existence. From an exploratory and learning point of view, this is quite useful to be able to try out both solution and not have to dedicate a specific vSphere Cluster for each of the Tanzu Kubernetes (K8s) offerings. A more practical use case that came up recently from a customer was being able to use both solution as a way to consolidate their workloads using a specific Tanzu K8s solution, which makes total sense. Today, there are still some differences in terms of the features and capabilities between TKG and vSphere with Tanzu and depending on your needs, you may have a use case for both in your environment.

[Read more...]

Categories // VMware Tanzu, vSphere 7.0 Tags // Tanzu Kubernetes Grid, vSphere Kubernetes Service

Quick Tip - Changing the size of vSphere Dump Collector for VCSA 6.7 & 7.0

06.01.2021 by William Lam // 3 Comments

When an ESXi host crashes, the generated core dump can be sent over the network to a remote core dump server. The vCenter Server Appliance (VCSA) can be configured as a destination by enabling the built-in vSphere Dump Collector service. By default, the storage repository for the vSphere Dump Collector service is configured to 2GB and can be increased up to 10GB, which is the supported maximum.

In earlier vSphere releases, configuring the vSphere Dump Collector repository size could be done using the vSphere Web (Flash) Client as shown in the screenshot below.

Configure and test of ESXi Dump Collector – Notes from MWhite
Screenshot courtesy from Michael White's blog post https://notesfrommwhite.net/2016/01/20/configure-and-test-of-esxi-dump-collector/

However, as part of the vSphere (HTML5) UI Client transition, it looks like all general VCSA service configurations including the vSphere Dump Collector was not ported over. I can only assume the reasoning for this was due to the infrequency configuring or updating these settings. This has been a question that has come up a few times across both VCSA 6.7 and 7.0 environments and I was recently reminded of the solution and I realized I had not blogged about the solution.

[Read more...]

Categories // vSphere 6.7, vSphere 7.0, vSphere Web Client Tags // Dump Collector

Updated Nested ESXi Appliances for 7.0 Update 1d & 2a

05.17.2021 by William Lam // 5 Comments

I have just updated my Nested ESXi Virtual Appliance collection to include support for the latest ESXi 7.0 Update 1d and 7.0 Update 2a releases. This took a bit longer than usual due to a busy schedule but also due to some fixes and enhancements that I had been working on. For those interested, you can find the detailed change log below and these updates are only applicable for these two OVAs or newer going forward.

Downloads:

  • Nested ESXi Appliance 7.0 Update 1d
  • Nested ESXi Appliance 7.0 Update 2a

Changes

  • Fixed self-sign TLS certificate generation (Subject Alternative Name now matches the provided FQDN)
  • Updated NTP settings to use ESXCLI for configuration (previously updating ntp.conf)
  • Suppressed Core Dump warning (/UserVars/SuppressCoredumpWarning)
  • Updated ESXi installation VMDK from 4 to 12GB to support ESX-OS Data & VMFS Volume
  • Automatically configure ESX-OS Data & 4GB VMFS volume
  • Disabled Follow Hardware MAC by default (/Net/FollowHardwareMac)
  • Follow Hardware MAC can now be configured using OVF property guestinfo.followmac
  • Automatically recreate vmk0 interface to ensure unique MAC Address from vmnic0
  • Automatically configure vMotion traffic on vmk0

For previous Nested ESXi Appliance OVAs and/or the Nested ESXi Content Library, please take a look at http://vmwa.re/nestedesxi

Categories // ESXi, Nested Virtualization, vSphere 7.0 Tags // ESXi 7.0 Update 1d, ESXi 7.0 Update 2a, Nested ESXi

  • « Previous Page
  • 1
  • …
  • 23
  • 24
  • 25
  • 26
  • 27
  • …
  • 42
  • Next Page »

Search

Thank Author

Author

William is Distinguished Platform Engineering Architect in the VMware Cloud Foundation (VCF) Division at Broadcom. His primary focus is helping customers and partners build, run and operate a modern Private Cloud using the VMware Cloud Foundation (VCF) platform.

Connect

  • Bluesky
  • Email
  • GitHub
  • LinkedIn
  • Mastodon
  • Reddit
  • RSS
  • Twitter
  • Vimeo

Recent

  • Programmatically accessing the Broadcom Compatibility Guide (BCG) 05/06/2025
  • Quick Tip - Validating Broadcom Download Token  05/01/2025
  • Supported chipsets for the USB Network Native Driver for ESXi Fling 04/23/2025
  • vCenter Identity Federation with Authelia 04/16/2025
  • vCenter Server Identity Federation with Kanidm 04/10/2025

Advertisment

Privacy & Cookies: This site uses cookies. By continuing to use this website, you agree to their use.
To find out more, including how to control cookies, see here: Cookie Policy

Copyright WilliamLam.com © 2025

 

Loading Comments...