Categories

Archive

May 2025
M T W T F S S
 1234
567891011
12131415161718
19202122232425
262728293031  

Most viewed posts

Upgrade path to vSphere 5 – The View 5 part

10 November 2011
Comments off
Reading Time: 3 minutes

As written in the previous post, vSphere 5 is not compatible with the View versions prior the 5.0. So to upgrade a vSphere environment from 4.x to 5.0, that also include a View 4.5 or 4.6 implementation, a good approach is first update View to version 5.0 (that it is compatible with vSphere 4.0 Update 3 and vSphere 4.1 Update 1).

The upgrade procedure is well described in the VMware View Upgrade Guide, that include also the “VMware View Component Compatibility Matrix” useful to define the order of the components upgrade:

From the previous table is simple notice that the View Connection Server is compatible with the previous versions of other components… So it becomes the first candidate (with the Security Server and also the Transfer Server) for the first upgrade phases. If the servers are already based on Windows Server 2008 R2 a good solution could be a simple in-place upgrade (just verify if the servers still met the memory requirements).

Please notice that the upgrade of the Connection Server (or servers, if you have a more of them) has a downtime related to the new license key (v5 license are different from previous) and the stop and start of the services. With a good planning this downtime can be keep under the 15 minutes. For the Security Server there aren’t specific consideration. For the Transfer Server I suggest to first make a complete check-in of all desktops in local mode.

The next step is the upgrade of the Composer part (during this and also the previous phase, I suggest to stop the pool provisioning). In case you get “corrupted” pools there are specific command described in the VMware KB to clean both the Composer and the Connection Server database.

Remember also to import, on the AD Domain Controllers, the new GPO templates  (available on the View Connection Server), especially the new Persona Management.

Now is possible upgrade the vSphere part and also the VM part (both the View Agent and the VMware Tools)… for some features (like Windows 7 3D rendering) also an upgrade of the virtual hardware to v8 is required.  But remember that checking out a View desktop that uses virtual hardware version 8 is not supported: if you use vSphere 5 to create virtual machines that will be sources for local mode desktops, be sure to create virtual machines that use virtual hardware version 7.

Note that VMware Tools must be upgrade before the virtual hardware upgrade and some users report some issues if VMware Tools are upgraded after the View Agent (but I’ve not got any issue, so I can’t confirm).

Finally the View Client can be upgraded on all the clients, but you can still use old version without issues and without loosing features (for example the Security Server still works with View Client 4.5).

VMware ,

Upgrade path to vSphere 5 – The hardware part

9 November 2011
Comments off
Reading Time: 3 minutes

As written in the previous post, the HCL check is a mandatory step in each major upgrade (and of course also in each new implementation). And one of the aspect to verify is the firmware version that must match the minimum required for the particular version of vSphere:

  • BIOS of physical servers: my recommendation is use always the latest stable version. The issues with old and unsupported (from vSphere) versions could be really hard to identify and troubleshoot… for example on a old IBM server with an unsupported firmware, there was a really strange and silly issue where only one 64-bit VM was working at one time…
  • Other firmware of physical servers: BIOS is only one of the server’s firmware, some servers have a different firmware for the motherboard (for example on old Dell it is call BMC firmware and must be also upgraded to latest version), most servers have an off-band management interface (DRAC/iDRAC on Dell, iLOE on HP, …) with a related firmware… And of course there are some firmwares on storage card (really important if you use local storage) or storage/network adapters.
  • Storage’s firmware: the VMware HCL specify also the minimum firmware level for storage solutions. Some functions (VAAI, VASA, …) may require firmware really new (sometime marked as experimental or early production).
  • Switches’s firmware: network switches (included SAN switches) are usually not listed in the HCL, but they must be considered and keep up-to-date.

How manage the firmware updates? For storage and network devices it’s usually easy: the vendor defines the specific producer and in most case is also easy to apply (for example with a simple browser). If the infrastructure is well designed for availability a storage processor or physical switch modules upgrade must not impact on the production.

But for physical servers the upgrade procedure could be not so easy: the upgrade packages are usually for Windows, Linux or DOS (this one to be used with a bootable floppy or USB keys)… Nothing specific for ESXi.

For Dell PowerEdge servers there are some options to perform a firmware upgrade:

  • Dell Unified Server Configurator (USC): available only from the 10th generation… during the POST phase it can be activated with F10 (for more information see this doc).
  • Dell Server Update Utility (SUU): a bootable DVD to handle all the firmware upgrade.. the download is available from Dell Support site (note that HP and IBM have also similar solutions).
  • Dell OpenManage IT Assistant: free tool for a central management (for more information see this doc). It includes also a patching function, but seems that does not work with ESXi hosts.
  • Dell Management plugin for VMware vCenter: tool (with a fee) for a central hardware management integrated with vCenter Server (for more information see this doc).

In my case, with the old Dell PowerEdge 2950 servers (9th generation, but compatible with vSphere 5), the new and useful USC function is not available. The SSU or a floppy/USB was a solution, but in my case, with ESX 4.1, was also possible (with a little trick) use the service console and the Linux version of the patches.

VMware

Upgrade path to vSphere 5

8 November 2011
Comments off
Reading Time: 3 minutes

The upgrade path to vSphere 5 is well described in the specific guide (vSphere Upgrade Guide) and in the vSphere Upgrade Best Practices white paper..

In some cases an in-place upgrade can be applied with the advantage to require less time and to keep all (or most) of the settings and configurations. For example, a vCenter Server 4.1 can be updated to the 5.0 version (the requirements of the two versions are quite the same) or an old ESXi can be updated to ESXi 5.

But in most cases, also when the in-place upgrade is possible, could be interesting considering a full reinstallation, that give the advantage of the new clean situation. Also it can require more time (and more effort), but can give less downtime, because for example you can build a new vCenter Server, configure it and then simple re-connect the hosts to this new one.

Anyway, some points are quite common for each major vSphere upgrade:

  • HCL: the Hardware Compatibility List must be checked before each upgrade (each vSphere major release as a specific HCL that could be different). Also the software part must be checked (on the VMware Product Interoperability Matrix) to verify the compatibility of some specific part (like for example the DBMS).
  • Firmware: this aspect is related to the previous point… each major release can require a minimum firmware level (especially for servers and storage)… usually a good approach could be update to latest stable firmware (but check with vendor recommendation).
  • ESX: in can be upgrade (with an in-line process) to ESXi 5… but only in some cases (for example not when ESX was upgraded from version 3.x)… and is not possible change the destination of the installation (that goes in the boot partition). Usually a rebuild could be a better option.
  • Drivers and modules: some 3rd part modules or drivers can prevent an upgrade of ESXi /ESX. Check their compatibily with ESXi 5 and, if needed, remove them before the upgrade.
  • Plugin: the vCenter plugins must be verified before the upgrade of vCenter Server… both on the server-side and the client-side. In most cases, could be better remove them before the upgrade.
  • Converter Enterprise e Guided Consolidation: those plugin does no more exist in vSphere 5. Remove them before upgrade the vCenter Server.
  • VDR: there can be some issue during the upgrade of the destinations… If the integrity check fail, consider to build a new VDR with new and clean destination.
  • View: View 4.x is not compatible with vSphere 5. See specif upgrade guide.
  • SRM: SRM 4.x is not compatible with vSphere 5. See the specif upgrade guide.

In the next posts I will describe the upgrade steps for a simple infrastructure composed by the following parts:

  • host ESX 4.1 with Dell PowerEdge 2950 III
  • vCenter Server 4.1 (in a VM)
  • VMware View 4.6
  • iSCSI Storage with Dell Equallogic PS5000XV

Update phases:

VMware , ,

VMTN Subscription

7 November 2011
Comments off
Reading Time: 2 minutes

Mike Laverick has started something of a petition to bring back the VMTN Subscription option:

I would like to see VMware re-instate the “VMTN Subscription”. You might ask, what the hell is that? That would be fair enough because it was withdrawn many years ago, and never re-instated by VMware.

The VMTN Subscription was similar to Microsoft MSDN or TechNet – where for relatively small yearly fee you could download the core enterprise software and run it for 1year. Right now there is whole legion of home-labbers out there that have to make do and mend with evaluations that expire after 60-days. Of course this is a non problem for people working for VMware Partner, due to the NFR license, but what about other people? The VMTN Subscription program was cancelled in 2007 and never re-instated.

The announcement of the VMware Labs going public in 2012 is a step in the right direction, as also some existing benefit for vExper people (some beta program, for example).

IMHO, a new version of VMTN Subscription that include all products, early access at beta or RTM (already present in Microsoft and other similar programs), some labs and some useful material and course (for example the courses included in Partner University) could be a good and valuable solution.

But I prefer that this “package” will also a free benefit for some program where people has spend time or money or simple where they deserve it… for example for vExpert people, VMUG Advantage package, VCAP or VCDX certified, …

More information:

General, VMware

VCP5 Blueprint with study notes – Updated

3 November 2011
Comments off
Reading Time: < 1 minute

The VCP5 Blueprint with study notes has been updated with new links. Also the PDF version has been updated:

vCertification, VMware ,

VMware vSphere e View Client for Android

2 November 2011
Comments off
Reading Time: < 1 minute

After the View and vSphere clients for Apple iOS, let’s see some clients for the Android devices:

 

VMware , , ,

VMware vSphere Client for iOS

1 November 2011
Comments off
Reading Time: < 1 minute

For the View client for iPad there is any other alternative application (at least with PCoIP support), but for the vSphere client for iPad there are some other applications that can work as well of the official VMware application… With the advantage to do not require any silly virtual appliance to act as a “mobiel proxy” and also to be able to work on iPhone and not only on iPad (IMHO I think that also the vSphere Client for iPad could be adapted to the iPhone screen).

From the possible iOS applications there are:

  • iVMControl: Control VMware® vCenter and ESX devices from your iPhone and iPad – Not free and (IMHO) quite limited
  • OPS1: Operations Management on your iPhone (not designed for iPad) – Free with upgrade to Enterprise fee based

IMHO I fould OPS1 very nice and useful… the features list seems also bigger than the VMware application (but note that most features are only the the Enterprise version of this application).

VMware , ,
© 2025-2011 vInfrastructure Blog | Disclaimer & Copyright