WilliamLam.com

  • About
    • About
    • Privacy
  • VMware Cloud Foundation
  • VKS
  • Homelab
    • Resources
    • Nested Virtualization
  • VMware Nostalgia
  • Apple
You are here: Home / Upcoming vSphere.Next Features Hinted in vSphere 4.1 APIs?

Upcoming vSphere.Next Features Hinted in vSphere 4.1 APIs?

08.03.2010 by William Lam // 2 Comments

Back in December, I created a VTMN document - How to browse the internal vSphere APIs which shows you how to access some of the undocumented vSphere API properties and methods. This was done prior to vSphere 4.1 release, but by looking at the python SDK stubs located on an ESX or ESXi host, you can see some of the some of the upcoming features that would eventually be released in vSphere 4.1.

Here is a look at some of these features found in the vSphere 4.0 SDK stubs:

Features known:

API STRING FEATURE
vim.version.drs Distributed Resource Scheduler
vim.version.dvs Distributed Virtual Switch
vim.version.ft Fault Tolerance
vim.version.ipv6 IPv6

Features eventually known:

API STRING FEATURE
vim.version.iorm I/O Resource Management what is now known as Storage I/O Control or SIOC

Features unknown:

API STRING FEATURE
vim.version.fed Unknown - (Federation?)
vim.version.lc Unknown - (Related properties in API referenced Linked Clones)
vim.version.logan Unknown - (Related properties in API referenced MediaAnalysisManager
vim.version.policy Unknown - (Rrelated properties in API referenced PolicyManager
vim.version.svm Unknown - (Rrelated properties in API referenced svmVmxDiskCopy)
vim.version.uber Unknown

Now, looking at vSphere 4.1 SDK stubs, I noticed a slew of new "potential" features that VMware is or maybe working on:

vim.version.cvp - ?unknown? (Client Virtualization Platform? below are properties and methods associated with this feature)

  • SetDisplayTopologyModes
  • VirtualMachinePowerPolicyPowerMode
  • VirtualMachinePowerPolicyCpuMode
  • requestedReplicationCanBeDeferred
  • userAllowedToDeferReplication
  • policyCacheLifetime

vim.version.dev - ?device? (below are properties and methods associated with this feature which seem to be related to FCoE support with vSphere)

  • DiscoverFcoeHbas
  • FcoeConfigFcoeSpecification
  • removeFcoeHba
  • userAllowedToDeferReplication

vim.version.h20 - (unknown, but related properties in API referenced PropertyProviderManager)

  • InternalPropertyProviderManager

vim.version.hbr - ?unknown? (Host Based Replication? below are properties and methods associated with this feature)

  • hostBasedReplicationSupported

vim.version.vcp - ?unknown? (VM Component Protection? below are properties and methods associated with this feature)

  • ClusterVmComponentProtectionSettings
  • ClusterVmComponentProtectionSettingsFtVmReaction

What you see here are not just string text found in the SDK stubs, these features are actually implemented in the current release of vSphere 4.1. Though undocumented, if you can reverse engineer where these methods and properties are located, you can actually execute them.

Here is an example of executing discoverFcoeHbas method via the MOB which is part of the Host's StorageSystem:

I am no fortune teller, but I suspect we may see some of these features much sooner than later 😉

More from my site

  • Did you know that VMware Host Profile is extensible by 3rd Parties?
  • VMware officially releases vibddi for vSphere 4.1
  • New Application Awareness API in vSphere 5
  • How to Send vCenter Alarm Notification to Growl
  • How to Persist Configuration Changes in ESXi 4.x/5.x Part 2

Categories // Uncategorized Tags // cvp, fcoe, vSphere 4.1

Comments

  1. *protectedSean Clark says

    08/03/2010 at 3:57 am

    vim.version.uber - Pretty sure this feature will open up hole in space time to allow for LAN-like VMotion across continents.

    Reply
  2. *protectedJon Kohler says

    11/21/2010 at 10:10 pm

    Host Based Replication is part of SRM.next (5?), they talked about this at VMworld, it will reduce the dependency on strict SAN -> SAN replication for SRM, among other things.

    Reply

Leave a Reply to Sean ClarkCancel reply

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

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