- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
View upgrade scenario - need advice
Greetings,
I have View 5.3.4 running in a vSphere 5.5 environment. There are 4 ESXi 5.5 hosts and 1 physical vCenter server. We want to migrate to vSphere 6, View 6.2 and vCenter Server Appliance. I have read that View pools cannot be migrated to a new vCenter server. I have also read about the Fling tool that migrates a Windows vCenter to a vCenter appliance. I am wondering if I should just stand up a new vSphere 6, View 6.2 and VCSA environment and then slowly migrate desktops or should I attempt to do an upgrade from the physical Windows 5.5 vCenter to 6.0 VCSA with the fling tool. The side by side method seems safer to me but I haven't found where anyone has attempted this scenario or not with the Fling VCS to VCSA tool.
Please let me know thoughts and opinions.
thanks,
Ken
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Also, all View desktops are full standalone dedicated clones
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I can't speak to the Windows vCenter to VCSA migration personally, but full clone VMs should be easy if you want to do a side by side. It's linked clones that are unable to move and must be destroyed and recreated.
With a full clone/manual pool, if you're doing a side-by-side, you first make sure you have at least one shared datastore between both the old and new environments, and that the VM that needs to move is on that shared datastore. Then you delete the VM from the old View Administrator, but choose "Do not delete from vCenter." Then in the old vCenter, you remove the VM from inventory, and on the new vCenter, you add the VM to inventory. At this point, you would update the View Agent and tools to the new version. Then finally in the new View, you create a new pool and add your VM to it (or add the VM to existing pool). I'm sure PowerCLI could help you out with that process too.
The challenging thing about side-by-side migrations is that they're hard to do a little at a time unless you're fine with changing your naming conventions/View Connection Server name. Depends on your View architecture and your endpoint management system, whether changing the Connection server names and SSL certs an easy or complex process.