Welcome again to Vembu as partner for retouw.nl

After serving for a year already as partner for this site Vembu decided to renew their sponsorship for yet another year. In case you don’t know them yet here’s a short overview of the VMbackup software they make:

VMware Backup

Vembu VMBackup delivers reliable and consistent backups with recovery points that span months and years. Protect your business critical servers running on VMware vSphere environments with an intuitive UI that addresses complex use cases with simple configurations. Built to pursue efficiency in data protection cost-effectively, without compromising on delivering enterprise level functionalities.

VM Backup Video

Configuring VMware Backup

Host Level VMware Backup

Easily create a host-level backup of VMware VMs

  • Without installing any agent inside each VM
  • Near continuous data protection
  • Manage backups from a single console

>> Learn more about VMware Backup

VM Replication

Virtual Machines may crash, but business must go on. Ensure high availability of your VMs by:

  • Replicating VMs to another ESXi host
  • Instantly launching the replicated VMs in case of failure of production VM
  • Automatically map network and IP address to the replicated VMs

>> Learn more about VM Replication

VM Replication

Backup Integrity Check

Backup Verification

You can’t ensure business continuity just by backing up your VMs. You should be able to recover them. Vembu VMbackup automatically verifies the:

  • Bootability of your backed up VMs
  • Mountability of the backed up virtual disks
  • Integrity of the backup data

>> Learn more about Backup Verification

Hyper-V Backup

Creating a virtual machine by setting up a Hyper-V server is easy but creating a backup policy for the VMs is arduous. Vembu VMBackup makes it effortless with its simple and intuitive UI that can handle diverse scenarios. It provides efficient backups that addresses all your current problems and your future requirements. With verified, application-consistent and instantly recoverable backups, Vembu VMBackup acts as a cost-effective business continuity and disaster recovery solution for your Hyper-V environment.

VM Backup Video

Configuring Hyper-V Backup

Host Level Hyper-V Backup

Protect your Hyper-V environment without any complexities

  • Agentless backups
  • Supports VMs in Cluster Shared Volumes and Windows SMB share
  • Direct restore to same or different platform

>> Learn more about Hyper-V Backup

Changed Block Tracking (CBT)

Backing up your entire machine every time is not a smart way to use resources and storage

  • Track block level changes
  • Backup only the changed blocks
  • Save Storage

>> Learn more about Changed Block Tracking

Change Block Tracking

Application-aware Settings

Application-aware Settings

When an application backup is successful, it does not necessarily mean that the database is consistent. Upgrade your data protection by:

  • Ensuring application consistency
  • Automatically truncate the transaction logs

> Learn more

There’s also a free version for 3 vm’s

Free Edition

Vembu is also offering free NFR licenses for its Vembu BDR Suite of products exclusively for our Partners, VMware vExperts, MVPs and Certified IT professionals. Go here to find out more or if you are a blogger mail them at vembu-marketing@vembu.com

The VMware Labs flings monthly for April 2018

It’s been a rather quiet month on the VMware flings front. No wonder with the vSphere 6.7 and other releases this month. Did you already test them? I have to say like vSphere 6.7 but it’s consider the numbering good as well, it wouldn’t have fit to be a 7.* release. One new fling with the PowerCLI for NSX-T Preview, two updated ones with the vSphere HTML5 Web Client and Cross vCenter VM Mobility – CLI. Another fling has gone GA in vSphere 6.7: VMFork for pyVmomi.

[sta_anchor id=”nsxtpowercli” unsan=”NSXTPowerCLI” /]

PowerCLI Preview for NSX-T

The one thing lacking for NSX-T was PowerCLI availability, this is solved with the release of the PowerCLI Preview for NSX-T fling. Please be aware that the fling still contains bugs and might even be considered an alpha release.

[sta_anchor id=”xvcvm” /]

Cross vCenter VM Mobility – CLI

Cross vCenter VM Mobility – CLI is the go to tool when you want to move vm’s between vCenter servers and don’t want to use the GUI fling. The versioning is a bit weird since we already had 1.6 and now they released 1.6.0.

Version 1.6.0

  • Relocate is failing with validation error “cln is missing”.

[sta_anchor id=”html5″ /]

vSphere HTML5 Web Client

Not sure what exact version of the html5 web client went into the vSphere 6.7 release but here you can find an overview of the functionality, don’t mind the url because the text clearly states it’s for 6.7. If you want an even more updated version or want to get used to it in vSphere 6.* then use the fling.

Fling 3.37 – Build 8313530

New Features

  • Add VM vApp option properties read-only view
  • SRIOV networking in clone wizard customize HW page

Improvements

  • Prevent the user from creating a GOSc spec with no specified timezone
  • Resize the migrate wizard to use the largest possible size based on VMware Clarity design standards

Bug Fixes

  • Drag and Drop VM to folder

 

 

Added functions in vmware.hv.helper

Last Saturday I created a pull request to add some new functionality to the VMware.hv.helper. Together with an older PR that was still open it received an okay on Sunday. This is a list of the functionality I have added:

  • Get-HVHealth
    • Shows the health information for the following services:
      • ADDomain
      • CertificateSSOConnector
      • ConnectionServer,EventDatabase
      • SAMLAuthenticator
      • SecurityServer
      • ViewComposer
      • VirtualCenter
      • Pod
  • new-hvpodfederation
    • Initiates the Cloud Pod Architecture.
  • remove-hvpodfederation
    • Uninitiates the Cloud Pod Architecture.
  • get-hvpodfederation
    • Shows information about the Cloud Pod Architecture.
  • register-hvpod
    • Registers a new pod in the Cloud Pod Architecture.
  • unregister-hvpod
    • Removes a pod from the Cloud Pod Architecture. This can either be gracefully or forced.
  • set-hvpodfederation
    • Sets the name of the Cloud Pod Architecture.
  • get-hvsite
    • Retrieves information about all sites in the Cloud Pod Architecture.
  • new-hvsite
    • Creates a new site in the Cloud Pod Architecture.
  • set-hvsite
    • Sets site properties within the Cloud Pod Architecture.
  • remove-hvsite
    • Removes a site from the Cloud Pod Architecture.

The next functionality on my list is to put the pod service methods from this previous post into functions.

Managing Pods in a Horizon View Cloud Pod Environment using PowerCLI & Api’s

After Pod Federations and Sites it is time to manage the actual pods. Let’s take a look at what we can do.

$services1.pod | gm

Looks like a short post to me since there’s onl Get, List and Update

[sta_anchor id=”get” unsan=”Get” /]

Pod_Get

Just like with site’s the get can be used in conjunction with a podid that might be gotten from somewhere else

$services1.pod.pod_get((($services1.site.site_list()).pods | select -first 1))

This selects the first podid listed when pulling all the pods from all sites and gets the information about that pod. We’ll see the same information when doing a list but just with all pod’s listed.

[sta_anchor id=”list” unsan=”List” /]

Pod_List

$services1.pod.pod_list()

Those endpoints are the connection servers in the pod. Let’s take a short detour and get the listing for one of those (the podendpoint service only has list and get so you will not see them separately anyway).

$services1.PodEndpoint.PodEndpoint_Get((($services1.pod.pod_list() | select -first 1).endpoints | select -first 1))

It might look lazy to use the select -first one and yes it is a bit but doing  a foreach to explain things also doesn’t really work in my opinion.

[sta_anchor id=”update” unsan=”Update” /]

Pod_Update

Standard by now, first we need to connect to the podservice.

$podservice=new-object vmware.hv.podservice
$podhelper=$podservice.read($services1, ($services1.pod.pod_list() | select -first 1).id)

Under $podhelper we can already see how to set things.

$podhelper | gm

Let’s update  the easy things.

$podhelper.setdescription("This is a new description")
$podhelper.setDisplayName("This is a new name")
$podservice.update($services1, $podhelper)
$services1.pod.pod_list()

As a result we have updated the name and description of the pod. The other thing we can do is assign the pod to another site. Thankfully I already have two of those created.

$services1.site.site_list()
$siteid=$services1.site.site_list() | select -first 1

$podhelper.setsite($siteid.id)
$podservice.update($services1, $podhelper)
($services1.pod.pod_list()).site
$services1.site.site_list()

Both the lists aren’t required but I added them to show that the pods are spread over both pods now.

 

Creating and managing Sites in a Horizon View Cloud Pod Environment using PowerCLI & Api’s

Intro

Like I said in my previous post about Pod Federations this is a separate post that will show how to handle Sites within a Pod Federation. There are only a couple of API calls that do not include assigning a pod to a site. This is done trough the podservice which I will post about in a next blog post.

Let’s take a look at the site service to see what it actually has in api call’s

$services1.site | gm

So we have Site_create, Site_delete, site_get, site_list and site_update. To Make it myself easy I will use the order of List, create, get, update and delete.

[sta_anchor id=”list” /]

Site_list

With site_list a list of all available site’s will be created, currently I have only one so let’s show that one.

$services1.site.site_list()

Note a lot of information is shown so let’s take a look at the contents of base and pods.

($services1.site.site_list()).base

($services1.site.site_list()).pods

so again not a lot of information since it only contains a name, description and the pod id’s of the member pods.

[sta_anchor id=”create” /]

Site_Create

Since we already saw in the methods under the siteservice that the create needs a bit more information then just a name let’s take a look again at what is required.

$services1.site.site_create

An object is needed of the type vmware.hv.sitebase, we will need to take a look in the API explorer to see what this object should contain. Under Site_create we can click on sitebase.

The sitebase object has 2 properties of which only DisplayName is required. I have tried various ways to keep the description empty but haven’t succeeded so far and with it it the create also doesn’t work so how optional is it?

Let’s create the sitebase object

$sitebase=new-object vmware.hv.sitebase
$sitebase.displayname="blogpostdemosite"
$sitebase.description="This is a blog demo site"
$sitebase

The $sitebase is not required but shows what the object contains. Now we have enough to create the new site.

$services1.site.site_create($sitebase)

[sta_anchor id=”get” /]

Site_Get

In the overview we have seen that a site_get needs a bit more information.

$services1.site.site_get

We already know how to get this site id by using site_list, normally you would only use the site_get with an id received from another service like the pod service. For the example I will use the demo site I create in the site_create part of this post.

First I will need to get the siteid

$demosite=$services1.site.site_list() | where-object {$_.base.displayname -like "*blogpostdemosite*"}

And now we need to apply that to the site_get

$services1.site.site_get($demosite.id)

[sta_anchor id=”update” /]

Site_Update

As said before for an update method it is better to use the helper service for that service.

$siteservice=new-object vmware.hv.siteservice

now what method’s do we see?

$siteservice | gm

To see the difference between the sitebasehelper and siteinfohelper I will create both objects.

$siteinfohelper=$siteservice.read($services1, $demosite.id)
$sitebasehelper=$siteservice.read($services1, $demosite.id)

Now let’s compare them.

$sitebasehelper | gm
$siteinfohelper | gm

 

This is again one of those wtf moments, they both do exactly the same! I will use the sitebasehelper for now will update both the Displayname and description. For this I will need to use the getbasehelper 1 step deeper

$sitebasehelper.getbasehelper() | gm

$sitebasehelper.getbasehelper().setDisplayname("thissitecanberemoved")
$sitebasehelper.getbasehelper().setDescription("yes it can really be removed")

and apply the update, since neither will generate a response I won’t put any screenshots in.

$siteservice.update($services1, $sitebasehelper)

Now let’s see the result for a site_get for this site now

[sta_anchor id=”delete” /]

Site_Delete

We can take a look at it but to delete a site we only need the siteid so let’s remove that site we gave an update.

$services1.site.Site_Delete($demosite.id)

again no visual feedback but if we do a sitelist there’s only one left.

 

 

Initiating and managing the Podfederation in a Horizon Cloud Pod Architecture using PowerCLI & API’s

One of the new cmdlets for the vmware.hv.helper that I am currently working on is initiating the Cloud Pod Architecture (CPA) and more actions related to this. This blog post will show the basics about initiating, and joining a CPA using the API’s. Doing things with site’s within the CPA will be covered in a later blogpost.

If we look at the services available in the Horizon API’s you’ll see that podfederation is one of them, let’s take a look at that and what method’s are available.

$services1.PodFederation | gm

So we can Eject, Get, Initialize, Join, Unintialize, Unjoin and update a podfederation. If we look at the brackets behind the methods than (un)initializing and unjoin don’t need any extra info so let’s get ahead and initialize the podfederation. To show you there’s nothing there yet I made a screenshot of the admin interface.

[sta_anchor id=”initialize” /]

Initialize the podfederation

Now to initiate the podfederation

$services1.PodFederation.PodFederation_Initialize()

And if you are quick enough in switching to the admin interface will also still show it initializing

[sta_anchor id=”get” /]

Get information about the federation

With podfederation_get() we can grab the configuration information.

$services1.PodFederation.PodFederation_Get()
($services1.PodFederation.PodFederation_Get()).data
($services1.PodFederation.PodFederation_Get()).localpodstatus
($services1.PodFederation.PodFederation_Get()).localpodstatus.LocalConnectionServerStatuses

Not a lot of information but there isn’t a lot more anyway in the podfederation itself.

[sta_anchor id=”join” /]

Join a federation

I have another pod that I want to join to this federation since we’ve already seen that this needs some more input let’s check what it exactly needs.

$Services1.PodFederation.PodFederation_join

So we need a remotepod address, presumable one of the connection servers in that pod will be enough, a username where domain\username will do just like in the admin console and a password of the type vmware.hv.securestring. The last one was new for me but thankfully it was described in one of the examples in the api explorer (https://code.vmware.com/apis/75/view and click on Data Object Types).

$vcPassword = New-Object VMware.Hv.SecureString
$enc = [system.Text.Encoding]::UTF8
$vcPassword.Utf8String = $enc.GetBytes('passwd')

With this it’s easy to add the local pod to the podfederation

$Services1.PodFederation.PodFederation_join("connectionserver","domain\username",$svcpassword)

And again if you are fast enough this is also visible in the admin console

And now a get will also show that it has been enabled

[sta_anchor id=”unjoin” /]

Unjoining a Podfederation

If you are braking down a pod because of whatever reason the best way to do this is to unjoin the pod from the federation. As we saw before there’s no extra information need so you just need to connect to a connection server in that pod and do an unjoin.

$services1.PodFederation.PodFederation_Unjoin()

this is really fast so over several tries I did not succeed in making a screenshot of the admin console.

[sta_anchor id=”eject” unsan=”Eject” /]

Ejecting a pod

This is the only podfederation function not available through the admin console as far as I could see. Ejecting a pod for is for me a last option if a datacenter burned down, everything is gone and you want to get rid of the pod. I did it in my lab against an alive pod and had to uninitialize the (now unlinked) podfederation from that pod to be able to rejoin it to the correct pod. This method also requires some input so let’s see what that is.

$services1.PodFederation.PodFederation_Eject

So we need the podid of the pod to eject, this information can be get trough the pod service

$services1.pod.Pod_List()

I want to eject the pod from pod2cbr1

$pod=$services1.pod.Pod_List() | where {$_.displayname -like "*pod2cbr1*"}

and with $pod I can check if I have the correct one

So let’s serve the eviction notice to the pod.

 $services1.PodFederation.PodFederation_Eject($pod.id)

No feedback, nothing but if we check the pod list it’s gone.

I will show how to remove the remnants in the uninitialize chapter.

[sta_anchor id=”update” /]

Updating a Pod Federation

This one sounds bigger then it is since there’s only one thing that we can update in a federation. To do this it is better to use the helper service then to use the podfederation_update method since that can get complicated very fast sometimes. To use the helper service we will need to create some variables first

$podservice=new-object vmware.hv.podfederationservice
$podservicehelper=$podservice.read($services1)

and when we do a get method on it

After some trial and error I know we need to getdatahelper method to continue

This only show the updates that are currently in the queue to be applied with a get method it’s possible to see what can be set.

$podservicehelper.getDatahelper() | gm

What we need to look for is a set so the only options here are setdisplayname that needs a string value and setupdates that needs a load of information and that probably might also be a way to do it but I will use the setdisplayname.

$podservicehelper.getDatahelper().setdisplayname("Whatever name you like")

This will give no feedback and nothing will be changed yet, what needs to be done is to apply this update in the helper service to the service.

$podservice.update($services1, $podservicehelper)

and if you now do a get on the podfederation it will show the changed name.

[sta_anchor id=”Unintialize” /]

Uninitializing a Podfederation

To show the pod uninitialization step I will use the pod that I have ejected from the podfederation pod2cbr1. It is clear that it is a bit wonky if we look at the pod list from that connection server.

So it knows about the pod federation but doesn’t see itself in it anymore.

$services1.PodFederation.PodFederation_Uninitialize()

This is again a fast one so I couldn’t get it visible in the admin console but when checking the data from a get it shows it has been disabled.

Looking from the other pod it still shows the Podfederation as enabled.

No github scripts this time since I will be adding this functionality into the vmware.hv.helper module.

Remove desktop assignment

In this blogpost I showed how to assign a certain vdi machine to a user. This has been made easier since in the vmware.hv.helper module. These days we can use this:

get-hvmachine -machinename MACHINENAME | set-hvmachine -user USER@DOMAIN

This week I got the logical question from Brandon Smith in the comments about removing the assignment. First I need to re-assign the desktop (I have been building a VMUG presentation about PowerCLI & Horizon view so things got messed up)

the result:

Now what need to be done is setting the base.user to $null. I am going to do this by connecting to the machine service and utilize the machinehelper to update the userdata.

$machineservice=new-object vmware.hv.machineservice

We now need to connect to the machinehelper by doing a read on the machineservice. $machineservice.read will give us the info we need to be able to do this.

From this it becomes clear that we will need the services service and the machineid we want to edit. First let’s put the machine id into a variable.

$machineid=(get-hvmachine -machinename MACHINENAME).id

Now I will read the properties of this machineid and put this into the $machineinfohelper variable

$machineinfohelper=$machineservice.read($services1, $machineid)

Since I know the user property is under the base we will need to get the base first and then set the user. This done by doing getbasehelper() on the machineinfohelper and then do .setuser(user) on that but let’s see what’s under the getbasehelper first.

$machineinfohelper.getbasehelper() | gm

A lot of information but as said the one we need is setuser. To assign a desktop we will need to set this to a userorgroupid value (and that is what the vmware.hv.helper cmdlet does). To clear it we will need to set it to $null.

$machineinfohelper.getbasehelper().setuser($null)

At this point no changes have been made yet! We will need to apply this update first.

$machineservice.update($services1, $machineinfohelper)

And if we look at the horizon console the entitlement has been removed.

And the complete script:

$hvserver1=connect-hvserver connectionservername
$services1=$hvserver1.extensiondata
$machinename="MACHINENAME"
$machineid=(get-hvmachine -machinename $machinename).id
$machineservice=new-object vmware.hv.machineservice
$machineinfohelper=$machineservice.read($services1, $machineid)
$machineinfohelper.getbasehelper().setuser($null)
$machineservice.update($services1, $machineinfohelper)

As usual the script can be found on github.

The VMware Labs flings monthly for March 2018

So how was your april fools this year? I bet a lot of children have been looking for eggs that where never hidden. Luckily I got away with only a couple of good jokes by my kids. On the VMware flings front there are no new flings but seven have received one or more updates or more exact six have received an update and one has received a couple. The Cross vCenter Workload Migration Utility received it’s first update and for the App Volumes Utility it was several months ago. Besides those the Cross vCenter VM Mobility – CLI, HCIBenchVMware OS Optimization ToolvSphere HTML5 Web Client and ESXi Embedded Host Client also received updates.

[sta_anchor id=”appvolbck” /]

App Volumes Backup Utility

The App Volumes Backup Utility is one of the few ways to backup those writable volumes. Friends don’t let friends use them but if you do please make sure you have backups.

Version 2.1

  • Added missing pre and post backup prep files

[sta_anchor id=”xvcmu” /]

Cross vCenter Workload Migration Utility

This is the graphical tool to move vm’s between vCenter servers. If you prefer a command line way please use the tool below.

Version 1.1.0, March 30, 2018

  • Added a detailed task info view for migration tasks
  • Fixed an issue with site name containing “DOT” characters
  • Display VM resource (CPU, Mem, Disk) info
  • Add a button to clear selected inventory data

[sta_anchor id=”xvccli” /]

Cross vCenter VM Mobility – CLI

This is the CLI way to move those vm’s between linked or not linked vCenter servers. If you prefer something visual then please use the tool above.

Version 1.6

  • Added support for bulk-relocate / bulk-clone which helps the user to migrate / clone multiple VMs specifying various destination locations in a single command.
  • Added support to choose destination resource pool

[sta_anchor id=”osot” /]

VMware OS Optimization Tool

Some use scripts, some use other tools but for me the OSOT is the preferred method to optimize my golden images.

March 30, 2018

  • [Template] Issue fix – DELETEVALUE actions do not do anything
  • [Template] Issue fix – DISM commands missing /NoRestart switch
  • [Tool] Issue fix – Switching to another tab loses all unsaved changes
  • [Tool] Enhancement – Simplify user interaction in Template Editor. Now editing template no longer requires repeated Update button click. Mac style editing is applied (Automatically save changes along with edit)

[sta_anchor id=”hcibench” /]

HCIBench

What is there to say about the HCIBench benchmarking tool for Hyperconverged Infrasturctures

Version 1.6.6.

  • Spectre & Meldown patch on both HCIBench VM and Client VM
  • Added client VM prefix field, allow running multiple HCIBench instances against single cluster
  • Attach testing log along with testing results
  • Enabled live vSAN Observer when running testing, using https://HCIBench_IP:8010
  • Updated the drop read/write cache script
  • Added more message info during the testing
  • Bug fixes

[sta_anchor id=”vchtml5″ /]

vSphere HTML5 Web Client

A couple of updates for the vSphere html5 client, more and more features are being added so it will end on par with the flash client.

Fling 3.36 – Build 8111348

New Features

  • Customize additional hardware devices/options during VM creation or cloning:
    • Host USB device
    • SCSI controller
    • USB controller
    • SATA controller
    • CPU > CPUID Mask > Advanced
    • VM Options > VMRC options
    • VM Options > VMware Tools > Power Operations
    • VM Options > Power Management > Wake up on LAN
    • VM Options > Advanced Configuration Parameters
    • VM Options > Fibre Channel NPIV
  • Warn when about to perform an operation on VM template(s) managed by a solution

Bug Fixes

  • SSO authentication error during accessing the vSphere Client from the fling appliance is resolved
Fling 3.35 – Build 7914771

Improvements

  • UI improvements on Quick search including
    • Search dropdown design is changed to show the top 10 results
    • View all results page design is modified to show grouping in the object navigator and the results in the right pane
  • UI improvements in grouping of hard disks in Edit Settings and VM Summary. If there are more than 4 harddisks for a VM, you will see them grouped in Edit settings. This enhancements will improve the performance of the VM Edit Settings.

[sta_anchor id=”#esxiclnt” /]

ESXi Embedded Host Client

This should eb installed on your ESXi hosts by default by now but ESXi embedded host client is  getting updates trough this channel.

Version 1.29.0 build 8122819 (Fling 20) – March 28, 2018
  • General
    • Reset selection on vm deletion
    • Fix issue with datastore wizard on very large datastores
    • Update available rdm disk list in vm wizard
    • Correct miscalculation of datastore total in wizard
    • Better support for NSX networks
    • Fix clicking issues on full-screen and new tab console screen
    • Prevent password maangers from autofilling optional field on login page.
    • Minor bug fixes and cosmetic changes

{UPDATE]The Dutch VMUG UserCon was awesome!

Update: the video for my session can be found HERE (it is in Dutch!) or watched down below 🙂

 

I know I used it before but Ooooooooooooh what a rush where the last two days. It’s the day after when I am writing this but like I said on twitter I am still bouncing around after the Dutch VMUG UserCon. My own session went great and hopefully I can put the link to the video here very soon. What I can do is give you the slide deck I used and you can find it at the bottom of this post. The only thing I changed was that I added a translated disclaimer since I had way too much fun creating that one. I did create it as a parody of all the VMworld and .Next disclaimers and because I was in the last timeslot of the day and wanted to give the audience something to laugh when they walked in so they would stay awake after a tiring day at our mini VMworld.

disclaimer

Day one

Now about those two days, at the first day I was one of the three judges in our first (hopefully annual) Hackathon. We had three teams, two from partners: ITQ & PQR and one, that got dragged in by their TAM, from the customer side. PQR build a combination of VRA, home automation and Lego Mindstorms. They gave a voice command to a homey and the Lego Mindstorms robot showed the status of the new vm request while Ikea Tradiri would also show the status with a colored bulb. When a vm was rejected the robot dumped the bit the used as example in the bin aka off the table :D. Team ITQ wanted to deploy a PKS cluster by using giving an Amazon Alexa a voice command that in its turn used a slack channel as messagebus to get things deployed. Not everything worked perfect but in the end they were able to ask Alexa for a Minecraft server and a Steve webinterface would give visual feedback if it worked. As an easteregg Steve could also do a barrel roll. Team Dictu had a different use case, they are busy implementing VRA and their TAM though it was a good idea to get some practice at the Hackathon, they did end up deploying things after some waiting on the slow wifi. For me they were the winners for trying to do something almost new to them and getting results as well. That is why I gave them my personal spot price: a six-pack of Achelse Kluis Trappist beer. Overall, we decided not to have a real winner but everyone won as it should be. The theme of Fun, beer and Gyros fitted perfectly and together with everyone who was there I am sure we had an awesome time. Just next year I might think about creating a non-company but vCommunity team of all sorts to do some EUC stuff.

The swag table had some interesting stickers at the hackathon

During the day at day one there were also several VMware R&D sessions (NDA I believe) and a VCDX workshop. The R&D Sessions could use some more audience but the vcdx workshop was very full I believe. For me day one was already a huge success while day two was still coming.

Day two

Day two or more actually UserCon day. I must admit that I didn’t attend a lot of sessions but the keynote by no-one else then Pat Gelsinger was great. He did not get a lot of questions during the q&a part but it filled the time and he had to use the I cannot confirm nor deny that several times. Some of the sessions I attended where a NSX jumpstart for VDI by Pascal van de Bor, a security awareness session (marketed as security for EUC admins & Consultants) and some others. At 15.50h it was time for my own session that was in fact an introduction to PowerCLI for Horizon View. I managed to spoon-feed the audience 61 slides in a bit over 20 minutes without them even noticing it. I had 16 slides with static content including vmug, title, introduction and overview pages. The rest where simply moving gifs (without loops!) that I recorded using ScreentoGif. This allowed me to demo the functions and usage of the results without boring the audience with 10 minutes of typing errors by doing it manually. And yes, some things I had to do over 10 times to get it rights so it was worth doing it that way. I managed to get myself in a relaxed state by listening to some music (Katie Melua this time) while going through the deck one last time. During the presentation I hardly felt the nerves and even managed to keep my cool and not speak too fast like I did before. While last year with Hans it was a success this time was even better and I was really satisfied with the results.

You can find the final presentation here: https://wkursten.stackstorage.com/s/Y8hkexL8qDTXVVb it was built in Dutch but most are demos anyway.

I think these are my lucky socks now since I wore them during day 2.

 

I have been awarded VMware vExpert once again: the vCommunity rules!

After having lots of fun in the vExpert Slack channel last evening with everyone waiting for the vExpert 2018 announcements I decided to had to bed not too late. This morning I woke up with this in my inbox:

So this is my third year in a row that I have been awarded VMware vExpert. Those three years have been a thrill ride. I started blogging mid 2016 after doing my first (and somewhat failed) vmug presentation at the Dutch VMUG. Things really picked up after I was awarded my 1st vExpert in the 2nd batch of 2016, my blog started to get more views, I created more content and I found my home in a community that simply rules: the vCommunity!

While sometimes harsh words are spoken my general feeling of the vCommunity is one of camaraderie. No question is too stupid, no solution is to weird, there are always people willing to help you with whatever is going on. This is not only true for the vExpert slack channels but also those of Nutanix, VMware Code, IOPros and last but not least the vExpertEUC channel. Most of the times things are very serious but every now and then the channels buzz with that Friday afternoon feeling where no-one is safe for jokes. When going to events meeting up with all of these people is always fun. If it is at a vmug, VMworld or EUCtechcon there’s almost almost immediate chemistry between people who just enjoy sharing and caring.

So I want to thank all of the vCommunity that have made this possible for me and I look forward to speaking to you whether it’s in person, twitter, slack or some webex. Without all of you this wouldn’t have been half as much fun!!