• Skip to primary navigation
  • Skip to main content
  • Skip to primary sidebar

Yellow Bricks

by Duncan Epping

  • Home
  • Unexplored Territory Podcast
  • HA Deepdive
  • ESXTOP
  • Stickers/Shirts
  • Privacy Policy
  • About
  • Show Search
Hide Search

vSAN ESA Witness memory and CPU resources?

Duncan Epping · Mar 10, 2026 · Leave a Comment

Not sure when this happened, but somehow the resource requirements for the vSAN Witness VM disappeared. Someone asked me last week how much memory is allocated to a VM, and how many vCPUs. Now, of course, this depends on the profile you select as the Witness VM has an M, L, and XL profile. The profile you select is determined by the number of VMs you will be provisioning, yes it is smart to take a growth factor into account. Now, when you deploy the VM, it doesn’t give a hint either, but you can figure out the size by simply looking at the OVF descriptor file. So this is what I got from the vSAN ESA Witness OVF:

  • vSAN ESA Witness XL – 8 vCPUs – 64 GB memory
  • vSAN ESA Witness L – 4 vCPUs – 32 GB memory
  • vSAN ESA Witness M – 4 vCPUs – 16 GB memory

And for those who were wondering, with vSAN OSA the requirements are:

  • vSAN OSA Witness XL – 6 vCPUs – 32 GB memory
  • vSAN OSA Witness L – 2 vCPUs – 32 GB memory
  • vSAN OSA Witness Normal – 2 vCPUs – 16 GB memory
  • vSAN OSA Witness Tiny – 2 vCPUs – 8 GB memory

I hope that helps, and also please do note… if you read this article a few years from now, things may have changed!

#113 – Procuring hardware for a vSAN based VCF infrastructure – featuring John Nicholson!

Duncan Epping · Mar 2, 2026 · Leave a Comment

I’ve been on the Virtually Speaking podcast several times, so it was time to invite one of the hosts to the Unexplored Territory Podcast and discuss his favorite topic, hardware configurations, and the bill of materials! John Nicholson goes over all the ins and outs of procuring new hardware and talks about ordering components for existing hardware. We discuss NICs, Switches, Ready Node configurations, Emulated Ready Node configurations, NVMe devices, and much more.

Especially in todays world of ever increasing memory prices, and difficulty to procure hardware, the suggestions John makes around re-using existing hardware with vSAN ESA are very valid. Also, the use of Memory Tiering is definitely something every customer should consider. But before I share all the nuggets, just listen to the episode on Spotify (bit.ly/4r66flp), Apple (apple.co/4raF5Kj), the embedded player below, or watch it on Youtube.

During the discussion, various blogs and videos were mentioned, make sure to check those as well!

  • The 2026 Structural Supply Crisis: Why VMware Cloud Foundation Is The Answer to the 2026 Hardware Crunch – https://blogs.vmware.com/cloud-foundation/2026/02/25/the-2026-structural-supply-crisis-why-vmware-cloud-foundation-is-the-answer-to-the-2026-hardware-crunch/
  • Expanded Compatibility Guide for vSAN ESA https://blogs.vmware.com/cloud-foundation/2023/07/26/expanded-hardware-compatibility-for-vsan-express-storage-architecture/
  • What can you change on a Ready Node? https://blogs.vmware.com/cloud-foundation/2023/07/27/yes-you-can-change-things-on-a-vsan-esa-readynode/
  • Brandon Frost on the vSpeaking Podcasthttps://www.youtube.com/watch?v=jjen1ER8ASc
  • Brandon Frost’s Explore Sessionhttps://www.vmware.com/explore/video-library/video/6360757998112

#112 – Introducing VMware vDefend featuring Chris McCain!

Duncan Epping · Feb 16, 2026 · Leave a Comment

A few episodes ago we had Yves Hertoghs on the show to discuss networking, so I decided it was also time to discuss security. As Chris McCain has been at the forefront of networking and security at VMware for over a decade, it only made sense to reach out and invite him to introduce vDefend! As always the episode is available on Spotify (https://bit.ly/46aiOog), Apple (https://bit.ly/4kCOsk9), the embedded player below, or if you want to watch it on youtube that is also an option!

Not only was Chris part of the Explore keynote, but he also delivered various excellent sessions on networking and security in the past couple of years, and I would highly encourage you to watch those as well!

  • Explore 2025 – ⁠Demystifying VMware vDefend Distributed Security Within VMware Cloud Foundation⁠
  • Explore 2025 – ⁠Building Secure Private AI Deep Dive

vSAN and the component limits!

Duncan Epping · Feb 10, 2026 · 2 Comments

ImageOver the last few years, I’ve not had many discussions about component limits, but recently, these discussions have popped up more frequently, somehow. If you ask a customer what the component limit of vSAN is, some may say 9000 per host (OSA), others will say 27,000 per host (ESA), and some may know the number of the components limit per cluster even. (Documented here, and here.) However, there’s one critical component most people don’t tend to think about. For this post, I am going to focus on vSAN ESA.

As mentioned, there is a host limit, a cluster limit, but there is also a per device limit. The often made mistake is that people seem to assume that the cluster limit and the host limit are fixed limits by itself. However, there’s a dependency here. As mentioned, a device also has a limit. With vSAN ESA, a single device can hold at most 3000 data components and 3000 metadata components. This is what vSAN ESA supports today (vSAN 9.0). Now let’s focus on those data components for now. (Capacity Leg) This also means that if you have a host with 8 devices or fewer, your maximum number of components is not 27.000, but rather “the number of devices * 3000“. In other words, if you have a host with one NVMe device for vSAN ESA, the maximum number of components for that host is also 3000, if you have a host with two devices, then the max number is 6000, and so on.

So why is this worth writing about? Well, if you take the number of components per object into consideration, and you multiply that by the typical number of objects you will quickly understand why. Let’s assume you use RAID-5 with ESA in a 4+1 configuration, this would result in 5 components at least. If you have multiple disks per VM, you will easily end up with 35-40 components per VM. This means that if you look at that 3000 limit, and you divide it by, let’s take 40 components, we are talking about 75-80 VMs. Now, of course, you will have multiple hosts, so this number also multiplies per host, but hopefully this illustrates why it is important to consider this maximum number.

Then the question that remains is, why are these questions being raised now? Well, now that customers are becoming more comfortable with vSAN ESA, we are also seeing more exotic configurations. We are seeing customers deploying very large capacity devices, but with a limited number of them. Where in the past customers would use 6-8 devices per host with a capacity of 1-2TB each, more and more often I am now getting inquiries about configurations with a single 15TB NVMe device, or two 7.xTB devices. You can imagine that when you do the math, the limit of 3000 data components is far easier to reach than the 27,000 per host component limit.

So please, if you are planning for a new vSAN cluster, take these maximums into consideration. Do not just think about capacity, there’s more to take into account!

#111 – VMUG Connect, coming to a city near you soon! (Featuring Brad Tompkins)

Duncan Epping · Feb 2, 2026 · Leave a Comment

In 2025, the first VMUG Connect event was held in the US, and as it was a big success, VMUG decided to repeat that formula in Amsterdam, Minneapolis, Toronto, Dallas, and Orlando. I invited Brad Tompkins to the show to explain what these VMUG events are all about and also provide some insights into the world of VMUG.

During this episode, Brad went over the agenda for VMUG Connect Amsterdam, and explained what VMUG itself is all about. Brad also discussed the different types of events that VMUG organizes, and had a call to action: participate! I could not agree more. I truly believe that VMUG is a great way to grow your network, grow your skillset through for instance, public speaking, or simply grow your knowledge by attending a session or having discussions on anything with your peers.

Listen to the full episode via Spotify (https://bit.ly/3M0Jxga), Apple (https://apple.co/45Fhjye), or online via Yellow-Bricks here. Or simply watch the video on youtube!

I have the pleasure and honor of hosting a keynote session in Amsterdam at Connect in March. I hope to see all of you there. For more details on pricing, locations, and more, make sure to visit the VMUG Connect website. Also, if you are planning on attending, I would highly encourage you to book asap as we’ve seen Explore on Tour selling out everywhere…

 

  • Page 1
  • Page 2
  • Page 3
  • Interim pages omitted …
  • Page 496
  • Go to Next Page »

Primary Sidebar

About the Author

ImageDuncan Epping is a Chief Technologist and Distinguished Engineering Architect at Broadcom. Besides writing on Yellow-Bricks, Duncan is the co-author of the vSAN Deep Dive and the vSphere Clustering Deep Dive book series. Duncan is also the host of the Unexplored Territory Podcast.

Follow Us

  • X
  • Spotify
  • RSS Feed
  • LinkedIn

Recommended Book(s)

Image

Also visit!

For the Dutch-speaking audience, make sure to visit RunNerd.nl to follow my running adventure, read shoe/gear/race reviews, and more!

Do you like Hardcore-Punk music? Follow my Spotify Playlist!

Do you like 80s music? I got you covered!

Copyright Yellow-Bricks.com © 2026 · Log in

Advertisement