WilliamLam.com

Few #migrate2vcsa VMworld sessions & HOL worth checking out

by // 4 Comments

One thing that I had noticed at VMworld last week was that there was a lot of excitement and buzz coming from our customers/partners around migrating from a Windows based vCenter Server to the vCenter Server Appliance (VCSA). I am pretty sure it had nothing to do with the awesome #migrate2vcsa stickers that my buddy Emad had created.

migrate2vcsa-sticker
or the killer #migrate2vcsa apparel ...

In all seriousness, I do think our customers are genuinely excited about this upcoming migration capability and the value of the VCSA over the Windows vCenter Server. This is especially true for simplified lifecycle management from deployment (Day 0), configuration (Day 1), patching and upgrade (Day 2) of the VCSA. Customers not only benefit from the operational aspect of the VCSA, but it also allows them to reduce their overall Windows licensing footprint for both the vCenter Server as well as the backend database which is usually a Microsoft SQL Server or an Oracle Database. I do understand that this is not the goal of all customers, but I also know of many customers who do appreciate this additional CapEx savings.

At VMworld this year, there was a ton of coverage across a variety of topics for the VCSA including Migration, Deployment, Management, Operations and most dearest to my heart, Automation which spans all of these areas. I thought it would be useful to share some of the content in the form of publicly available VMworld sessions that you can view regardless if you attended VMworld or not. I know many of you have been asking about the VCSA Migration Tool and all I can say is check out the resources below and stay tune for an update real soon 😀

#migrate2vcsa Sessions:

#migrate2vcsa HOL (simulation):

I just found out about this, but it looks like our Hands-On-Labs folks also built a nice VCSA Migration simulation HOL (http://docs.hol.vmware.com/hol-isim/HOL-2017/hol-1710-vcsamigration.htm) that you can try out which gives you a sneak peak at a Tech Preview of the VCSA Migration Tool. You simply follow the instructions to the right and it walks you through the simulation and highlighting what you need to perform via the orange colored icon. I thought this was a very neat solution for folks to get an idea of how something works without having to sit through hours of content. migrate2vcsa-hol

Lastly, here are some of the general vCenter Server / VCSA sessions that are also worth checking out.

General VCSA Sessions:

VMware PowerCLI for Mac OS X, Linux & More? Yes, please!

by // 10 Comments

powercli_for_mac_osx_linux_1There were a several announcements at last weeks VMworld US Conference, but one of the most exciting piece of news in my opinion was from Alan Renouf, Product Manager for all things API/SDK/CLI at VMware. During Alan's What's New PowerCLI session, he announced that PowerCLI is finally coming to both Mac OS X as well as Linux! As you can imagine, the news was very well received from customers and partners. In fact, after I had tweeted the update here & here, I literally had folks pinging/IM'ing/DM'ing me non-stop about when they could get access 🙂

UPDATE (10/18/16) - PowerCLI Multi-Platform (MP) for Linux and Mac OS X has now been released as a VMware Fling. Please find the download here and provide any feedback in the comments section.

This exciting update was only possible with the help of our friends over at Microsoft who had recently open sourced both .NET Core & PowerShell. Once that news broke, Alan and the PowerCLI Engineering team have been working hard on porting over the existing PowerCLI code which uses the Windows .NET library over to the new .NET Core which is now open sourced. I have been very impressed at how fast the PowerCLI team have already made available many of the default cmdlets as well as the Get View cmdlet which exposes the entire functionality of the vSphere API.

Now, before you get too excited, this new version of PowerCLI is currently not available yet. As Alan mentioned in his session, we plan to release an early Tech Preview of PowerCLI for both Mac OS X and Linux as a VMware Fling shortly after VMworld. It is also very important to note that Microsoft PowerShell for Mac OS X & Linux which PowerCLI uses is just at an Alpha release milestone. There is still much work to do on both sides but I am really looking forward to enabling our customers with the choice of platform when it comes to consuming PowerCLI.

powercli_for_mac_osx_linux_2
A few of us have been quite fortunate to have been involved in the early development of this new version of PowerCLI. In fact, we even built a simple Docker Container for PowerCLI which will allow you to easily access PowerCLI from any system that can run Docker. Here is a quick screenshot of spinning up a PowerCLI Docker Container which will also be part of the Fling release.

powercli_for_mac_osx_linux_3
Lastly, we want customers to be able to quickly and securely set up a persistent PowerCLI environment in which they can use to manage and configure their VMware-based products that support PowerCLI. With that, we have also built a PowerShell package for Photon OS which is VMware's minimal Linux container host distribution. Not only is it free to download and use, but it literally takes a few seconds to install (tdnf -y install powershell) and even less time to boot up and import the PowerCLI module. This was literally done the week before VMworld by the Photon team and huge kudos for their support! As you can see, not only do we want to provide choice for our customers but also simplifying how you might consume PowerCLI whether its natively on Windows, Mac OS X, Linux, Docker Container or running on top of VMware Photon OS. I hope you are excited as I am and stay tuned for more details on the Fling release!

If you have any feedback or what you are most excited regarding this news, please leave a comment and I will make sure it makes it way back to our Product Manager.

Quick Tip - How to retrieve the ESXi Update Level using the vSphere API?

by // Leave a Comment

Using the vSphere API, it is very easy to extract the version and build of all your ESXi hosts. This information is exposed in the Product property of an ESXi host. For example, Product.Version will return something like 6.0.0 and Product.Build will return something like 3029758. However, one thing that is not available in this property is the Update Level information for an ESXi host such as Update 1 or Update 2.

Historically, customers would have to rely on ESXCLI to pull the Update level information using the following command: esxcli system version get and though this can be run remotely or integrated into PowerCLI as shown in the example below, it would be ideal if this information was just available using the vSphere API.


$esxcli = Get-EsxCli
### To retrieve Major/Update version number of ESXi via ESXCLI
PS C:\Users\lamw\Desktop> $esxcli.system.version.get().version + " Update" + $esxcli.system.version.get().update
6.0.0 Update1
### To retrieve all version information from ESXi via ESXCLI
PS C:\Users\lamw\Desktop> $esxcli.system.version.get()
Build : Releasebuild-3029758
Patch : 17
Product : VMware ESXi
Update : 1
Version : 6.0.0

view raw

gistfile1.txt

hosted with ❤ by GitHub

This exact same question was brought up internally again today and Etienne Le Sueur actually shared an awesome tidbit on how to retrieve this information using the vSphere API. You can find the ESXi Update Level information in an ESXi Advanced Setting called Misc.HostAgentUpdateLevel

Below is a quick PowerCLI example which exercises this vSphere API to retrieve the Version, Build and Update Level information:

$vmhost = Get-VMHost -Name nuc.primp-industries.com

$esxi_version = $vmhost.ExtensionData.Config.Product.Version
$esxi_build = $vmhost.ExtensionData.Config.Product.Build
$esxi_update_level = (Get-AdvancedSetting -Entity $vmhost -Name Misc.HostAgentUpdateLevel).value

Write-Host "$vmhost" 
Write-Host "`tVersion: $esxi_version"
Write-Host "`tUpdate: $esxi_update_level"
Write-Host "`tBuild: $esxi_build"

Here is a screenshot of the output for my ESXi host which is running latest vSphere 6.0 Update 2 (including the recent patch release).

retrieve-esxi-update-level-using-vsphere-api

Its great to hear that the ESXi Update Level information is available through the vSphere API, although I would have liked to have seen it exposed within the Product property. Perhaps its time to file an internal Feature Request? 🙂