Citrix Provisioning Server (PVS) is now at version 6.1. Released in version 6.0 was the vDisk Update Manager and I think it is worth some time looking more closely at this feature.
Once installed and configured the PVS management console has a new node the vDisk Update Manager. This has three sections; Hosts, vDisks and Tasks.
Hosts; references the hypervisor hosts in use, XenServer ESX and Hyper-V are all supported.
vDisks; is the PVS vDisks enabled for update management.
Tasks; is the automated scripts that power the Electronic Software Distribution (ESD) client software. Microsoft System Center Configuration Manager (SCCM), Microsoft Windows Update Service (WSUS) and custom scripts are all supported. Please note: the ESD client software must already be installed in the vDisk image.
First let’s take a look at manual updates. In previous versions you had to make a copy of the vhd file (vDisk), mount this against a new machine in PVS, boot and make the changes required, shutdown the image, increment the vDisk version number and make it available to all machines. It was possible to script this process via PowerShell however in my experience not everyone did this and there was still manual work to do to integrate this into your environment.
To utilise the new features you require a running environment with machines utilising a standard mode vDisk. This feature is only available for standard mode disks; private disks are read / write and therefore can be managed by existing ESD tools.
Step one is to add the host that you are using; right click on the Hosts node and follow the wizard. You will require the correct host / pool credentials.
Step two is to add a vDisk to this tool; right click on the vDisks node and follow the wizard. This will search your Store for available vDisks and ask you to enter the VM on your host that will be used as your maintenance VM. Finally it will require an AD machine account in order to process the updates to the vDisk. If you have not created the VM on your host with then name specified in this step do so now.
In the image below you can see the PVS Services Console with the properties of the vDisk Update Management node highlighted. It shows that the vDisk in the Store StoreW7 is on host XenServer-1 and the VM on the host that will use this disk is called W73. The vDisk has to exist before you start step two however it does not check the Host to make sure the VM is there, so this can be created after if required. It will however need to be present for this process to work correctly, as highlighted below XenCenter is showing a VM with the name of W73.
Once this is completed from the Stores node you can select the vDisk and manage the Versions. Right click on the vDisk in the Store and select Versions.
Select New; this will create a new disk in Maintenance mode. To edit this disk boot your maintenance VM from the Host. Once this is completed if you refresh the vDisks Versions console you will see a single device is now accessing this version of the disk and that the Access type is Maintenance. Please note: you have not had to remove any locks form the existing vDisk, log off any users or shut down machines to start this process.
You can now make any changes required to the VM as the version you are using is in read write mode. To achieve this PVS is using avhd files and creating a chain to the original disk. This saves on time and disk space when making changes, it also means if we are not happy with the results we can revert back quickly to the previous image. Once we are satisfied with the build we can merge all updates, this stops a long chain becoming a performance drain.
Before reboot the VMs are still using disk 7.3
After reboot they are now using 7.4
As you can see this is a great improvement on the original way of updating the vDisk. However you will not always want to run through this process, especially when it comes to patching. This is where the Tasks feature of the vDisk Update Management tool comes into play. To implement; right click the Tasks node and follow the simple steps. This will by default allow you to connect to WSUS, SCCM or implement pre or post scripts. Like all tasks this can be scheduled and after the update the vDisk can be placed into Maintenance, Test or straight into Production modes.
In my opinion simplifying this process for desktops is a great win for XenDesktop. It makes it an easy step to get to grips with PVS and by integrating into SCCM and WSUS most desktop admins see significant advantages to their current virtual desktop update process. If you couple this with the advantages of PVS in terms of single image disk management, read IOPS cache and control over the write IOPS then we now have access to a powerful desktop management tool.
Finally lets not forget that all these advantages are available to XenApp too. With a number of organisations now virtualising XenApp servers the number of server instances is on the rise, what better way to manage them than with PVS.
Stephen (comments below) has provided some links to PVS documentation that go into more detail on additional tasks. Thanks Stephen.
You should all read Jarian Gibson’s post – Great article Updating Provisioned XenApp vDisks: To XenAppPrep or not to XenAppPrep?