• Skip to main content
  • Skip to secondary menu
  • Skip to primary sidebar
The Blog of Jorge de la Cruz

The Blog of Jorge de la Cruz

Everything about VMware, Veeam, InfluxData, Grafana, Zimbra, etc.

  • Home
  • VMWARE
  • VEEAM
    • Veeam Content Recap 2021
    • Veeam v11a
      • Veeam Backup and Replication v11a
    • Veeam Backup for AWS
      • Veeam Backup for AWS v4
    • Veeam Backup for Azure
      • Veeam Backup for Azure v3
    • VeeamON 2021
      • Veeam Announces Support for Red Hat Enterprise Virtualization (RHEV/KVM)
      • Veeam announces enhancements for new versions of Veeam Backup for AWS v4/Azure v3/GVP v2
      • VBO v6 – Self-Service Portal and Native Integration with Azure Archive and AWS S3 Glacier
  • Grafana
    • Part I (Installing InfluxDB, Telegraf and Grafana on Ubuntu 20.04 LTS)
    • Part VIII (Monitoring Veeam using Veeam Enterprise Manager)
    • Part XII (Native Telegraf Plugin for vSphere)
    • Part XIII – Veeam Backup for Microsoft Office 365 v4
    • Part XIV – Veeam Availability Console
    • Part XV – IPMI Monitoring of our ESXi Hosts
    • Part XVI – Performance and Advanced Security of Veeam Backup for Microsoft Office 365
    • Part XVII – Showing Dashboards on Two Monitors Using Raspberry Pi 4
    • Part XIX (Monitoring Veeam with Enterprise Manager) Shell Script
    • Part XXII (Monitoring Cloudflare, include beautiful Maps)
    • Part XXIII (Monitoring WordPress with Jetpack RESTful API)
    • Part XXIV (Monitoring Veeam Backup for Microsoft Azure)
    • Part XXV (Monitoring Power Consumption)
    • Part XXVI (Monitoring Veeam Backup for Nutanix)
    • Part XXVII (Monitoring ReFS and XFS (block-cloning and reflink)
    • Part XXVIII (Monitoring HPE StoreOnce)
    • Part XXIX (Monitoring Pi-hole)
    • Part XXXI (Monitoring Unifi Protect)
    • Part XXXII (Monitoring Veeam ONE – experimental)
    • Part XXXIII (Monitoring NetApp ONTAP)
    • Part XXXIV (Monitoring Runecast)
  • Nutanix
  • ZIMBRA
  • PRTG
  • LINUX
  • MICROSOFT

Veeam: Safeguarding vSphere Clusters with Veeam ONE’s Overcommitment Report for Optimal Health

18th April 2023 - Written in: veeam, vmware

Greetings friends, on today’s article we are going to delve into an increasingly common issue faced by IT professionals across the globe – overcommitted vSphere clusters. As we all strive to do more with less in this rapidly evolving digital era, virtualization has been a godsend, allowing us to allocate resources to virtual machines (VMs) as needed. But, as with all good things, there’s a flip side that can sometimes come back to haunt us, it is normal and we all face this issue sooner rather than later.

In our quest to maximize the potential of our virtual environments, we often find ourselves creating VMs with X vCPU and Y RAM, typically far more than what our physical hardware can realistically support. This is okay, we every organization has some numbers to bend before becomes a problem.

This abstraction layer provided by virtualization technology indeed offers numerous benefits, but it can also lead to overcommitment if not managed prudently. In this blog post, we’ll explore how to keep an eye on overcommitted VMware clusters, ensuring that our virtual infrastructure remains healthy, efficient, and under control. So, buckle up and join me on this exciting journey into the world of virtualization data management!

Veeam ONE Custom Infrastructure Report

Every day, I find myself amazed by the versatility and potential of Veeam ONE. While the product comes loaded with a plethora of pre-built reports and alarms, its true magic emerges when customers explore and experiment with the technology themselves. One such hidden gem is the Veeam ONE Custom Infrastructure Report, a powerful report builder that enables you to choose from a wide array of elements within your virtual infrastructure, including hosts, VMs, folders, clusters, and more.

This customizable report not only provides a wealth of columns related to your selected elements, but it also allows you to group and perform mathematical operations on some of these columns – an incredibly useful feature when dealing with allocated resources.

In today’s discussion, we focus on addressing the issue of overcommitment using the Custom Infrastructure Report. However, keep in mind that this versatile tool will be your trusted companion in creating countless other reports and use-cases tailored to your specific needs.

Defining the scope, filters, and options

We can find this very useful report under Custom Reports, in our Veeam ONE Web Client. As you can see, I have already applied a few filters. On the Object type, I have selected vSphere Cluster, vSphere Virtual Machine, and vSphere Host System:

Then on the columns, as you can see. The most relevant for me are: Name, Cluster, VCPU count, Memory: Amount (MB), CPU cores count, CPU threads count, and Memory: Total

Now, for the grouping criteria, here is where we do the magic of the mathematics. I am adding the Sum aggregation to the columns I am more interested in:

And that’s it. We are ready to run the report, and see how good or bad our environment is.

Consuming the final result

My report has opened my eyes, as from 48 total CPU threads I have between my two Clusters, and I have provisioned a crazy amount as it is 134 Cores, close to 3x times, and perhaps not recommended for a production environment.

In terms of Memory, it seems we are okay for now. I have provisioned 292GB out of 383GB. So I have spare space to allocate, and to consume later on as well.

I hope you find this use-case interesting for you. If you have Veeam ONE, perhaps you didn’t know you can get this numbers. And if you do not have it, but are interested on getting this Report weekly, or monthly. Now you know how to produce it.

Filed Under: veeam, vmware Tagged With: veeam over commit, veeam report, veeam right size

Reader Interactions

Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Primary Sidebar

  • E-mail
  • GitHub
  • LinkedIn
  • RSS
  • Twitter
  • YouTube

Posts Calendar

April 2023
M T W T F S S
 12
3456789
10111213141516
17181920212223
24252627282930
« Mar   May »

Disclaimer

All opinions expressed on this site are my own and do not represent the opinions of any company I have worked with, am working with, or will be working with.

Copyright © 2025 · The Blog of Jorge de la Cruz