I am trying to plan a upgrade to 7.13. I was hoping to get some additional information to help me better plan this.
André
When you have different versions of connection servers weird things can happen, 7.12 to 7.13 may seem like small jump, but they backported changes in 8 which are pretty substantial. I'd do the all in one window.
So you don't need to do them all at once, look at the guide @a_p_ shared, you disable one do the upgrade , enable it and then enable the other one. If you have a loadbalancer in front of the connection servers you shouldn't run into any issues.
restoring the database and connections servers snapshot shots whould work. Make sure you also have an ldif backup from the connection servers
if the worst happens and you need to reinstall, the ldif file has all the configuration files in it, this should be automated from inside the connection server
When you upgrade the default vdm certificate may be reenabled, normally you would just rename yours to the friendly name of vmd, and name the default one to something else. Really you shouldn't even rely 100% on the snapshots you should have the ldap ldif backup, the ssl cert, and the locked.properties file if you have it configured. That way you have all that is necessary to create the connection servers from scratch without reconfiguring them.
Here is an example about the certificate. Desktop.sjlab.net is my loadbalanced address, and hz1.sjlab.net is the one that horizon made my default. You need to make sure the one you want has the friendly name of vdm after an upgrade. Its easy to forget since you may have only did this once.
So what is a realistic outage window? 1 hour? 3 hours?
Both of my connection servers have backups configured and appear to be running nightly. Does this mean that a separate sql backup of the database is unnecessary or are they unrelated?
Its dependent on your environment, the upgrade per connection server shouldn't take longer than 20 minutes. Also if you have the security gateways
on the connection server is the only way you'll have a real outage. If you use connect directly the virtual desktops(if the security gateways are disabled, or if you use unified access gateways connection server upgrades won't interrupt users.
I have 6 connection servers and I plan on 4 hours for those just in case but usually finish much before that, but I've never interrupted users without some sort of external issue.
How is it possible to not interrupt users? The composer server upgrade specifically states that you need to disable provisioning. My simple brain tells me, that means existing machines will continue to work but no one new can be provisioned a machine. Once that is done I can re-enable the provisioning, if the 7.13 composer will work well with the 7.12 connection servers.
Once that is complete, if I change my DNS, I do not have a true load balancer, I could bring the connection servers down one at a time to update them. This part I see a pathway for users to not be interrupted.
I do not have any security gateways, this is a 100% internal setup with a simple build. 2 connection servers and 1 composer.
Just add extra available ones to be idle while you're doing the upgrades if you have the room. Doing one at a time is fine, just don't wait days in between them.
Are you saying add a second composer server? Then use it while upgrading the original?
No, your only need one composer, just edit the desktop pool or desktop pool, to have more vms just sitting there. That way while the composer server is upgrading and you have provisiong enabled you'll have extra vms available.
That makes more sense... 🤤