7.202 update strategy - running scared !

Anthony, I urge you to read the discussions here about that issue.  One of our clients had a similar problem (7.202 cluster of two 220s upgrading to 7.300), but I was able to manage the situation so that they had zero downtime.

One of the best suggestions I've seen on the boards here was to give the upgrade process plenty of RAM and CPU resources by temporarily turning some things off.  Single virus scan instead of two.  Turn off IPS. Turn off 'Write HTTP user access log' on the 'Advanced' tab of HTTP Proxy.

If the upgrade seems to hang up, several threads here described how to "push" the process along from the command line with ssh.

Yours - Bob

This is not an "official" Astaro answer, but my personal answer to the question based on years of being the guy stuck in the network or server room late at night (and not with Astaro gear, but competitors)-

If I were in a high-SLA environment and had to plan for a "worst case scenario", I would:
1- Pull at least two different backups off of the master and stored on my laptop
2- Download the most recent ISO and burn it to disk or ASI
3- Uncable the slave and re-image with the ISO
4- Update the slave to the latest release with up2dates manually downloaded to a laptop, then shut down the slave
5- Reboot, then launch the update on the master node (slave still disconnected)
Then-
All went well with the master, re-cable the slave and power it up, life is good.
or
Significant problems with master:
a- uncable master
b-recable the slave and restore backup
c-slave becomes master and network is restored
d-re-image master, reconnect and power up, life is good

You could also disconnect the slave and wait to image it until the master is up2date, thus providing fall-back to the older firmware.

Bringing the individual systems to the same firmware before connecting will minimize synch times.

It is unlikely that all this effort is really necessary, but this is one way to do it.

This is not an "official" Astaro answer, but my personal answer to the question based on years of being the guy stuck in the network or server room late at night (and not with Astaro gear, but competitors)-

If I were in a high-SLA environment and had to plan for a "worst case scenario", I would:
1- Pull at least two different backups off of the master and stored on my laptop
2- Download the most recent ISO and burn it to disk or ASI
3- Uncable the slave and re-image with the ISO
4- Update the slave to the latest release with up2dates manually downloaded to a laptop, then shut down the slave
5- Reboot, then launch the update on the master node (slave still disconnected)
Then-
All went well with the master, re-cable the slave and power it up, life is good.
or
Significant problems with master:
a- uncable master
b-recable the slave and restore backup
c-slave becomes master and network is restored
d-re-image master, reconnect and power up, life is good

You could also disconnect the slave and wait to image it until the master is up2date, thus providing fall-back to the older firmware.

Bringing the individual systems to the same firmware before connecting will minimize synch times.

It is unlikely that all this effort is really necessary, but this is one way to do it.