Here is a table of the supported ESXi 5 upgrade options:
| Upgrade Method | Upgrade from ESX or ESXi 4.x to ESXi 5.0 | Upgrade or Patch from ESXi 5.0 to ESXi 5.n |
| vSphere Update Manager | yes | yes |
| Interactive upgrade from CD, DVD, or USB drive | yes | yes |
| Scripted upgrade | yes | yes |
| vSphere Auto Deploy | no | yes |
| esxcli | no | yes |
The first two options should be pretty straight forward and I won't go into any details, but if you are interested, check out Ivo Beeren's post here. If you decide to use VUM to perform you upgrade, make sure you check out this post about lopsided bootbanks before doing so. The 3rd option is a new feature in a kickstart installation and you now can specify two additional types of installation:
- upgrade - Tries to perform an upgrade from ESX(i) 4.x to ESXi 5.x
- installorupgrade - Tries to perform an upgrade from ESX(i) 4.x to ESXi 5.x, if it fails, it will perform a clean installation
- --deletecosvmdk - If the system is being upgraded from ESX, remove the directory that contains the old Service Console VMDK file, cos.vmdk, to reclaim unused space in the VMFS datastore
- --forcemigrate - If the host contains customizations, such as third-party VIBS or drivers, that are not included in the installer .ISO, the installer exits with an error describing the problem. The forcemigrate option overrides the error and forces the upgrade
Note: One thing I noticed from the upgrade is that even if you specify a new root password, the current password is still preserved. Virtual machines located on local VMFS volumes will also be preserved as long as you do not use the --overwritevmfs option
You will also know that an ESXi 5 host was upgraded from ESX 4.x when you login to ESXi Shell, a motd will display a message.
As you can see you have several options of upgrading both ESX(i) 4.x to ESXi 5, though if you have a choice between an upgrade and reinstall, my personal preference would still be a clean installation via kickstart or host profiles.

No comments:
Post a Comment