Blink upgrade with CPUSE

[peter_schumache]

Has anyone done a cluster upgrade from R80.10 to R80.30 using the blink method based on CPUSE?

What are the experiences?

Any gotchas?

Thanks for your feedback

[peter_schumache]

In the meantime I can answer the question myself.This afternoon we upgraded a cluster of 2 4800 appliances from R80.10 to R80.30 take 191 using the blink image with CPUSE.

The upgrade went very fast and smoothly, the old Gaia Configuration was restored correctly and the SIC state was restored as well. The second member even picked up its policy from the SmartCenter without our intervention. ALl final tests run without any errors.

Thats the way it should be. Many thanks and congratulations to the blink R&D Team

[Tsahi_Etziony]

I was waiting to hear feedback from others, but I am happy that you went along and tried it. I am very pleased that it worked well and I will make sure the R&D team is aware of your thanks.

[Arne_Boettger]

I was wondering on how to use Blink images for this purpose, too.

Can you give us a short how-to or an insight which documentation you followed?

[Tsahi_Etziony]

The simplest way is to use Blink with CPUSE, just like any other major upgrade package. this is described in the Blink SK.

[Bryan_Harrell]

Yea, I've been waitign for others experiences with this as well, and what issues they ran into. I rea briefly thru the DOC's on using Blink to fresh-reimage an appliance remotely, as we've done several in-place upgrades withot issues, however I don't like to do more than a couple before fresh re-imaging, and with the pandemic goign on limiting travel, I am unable to get to our DR site to do the upgrades up there there, and Blink sounds like the best solution, but the documentation on it is a bit thin... anyone have an example of the file you used to create the blink reconfig following the re-image process? 

[_Val_]

@Bryan_Harrell Blink "answers" file answers.xml  structure is fully outlined in the Blink SK article. It also should address most of your questions. If you miss anything else, please elaborate, I will do my best to help you out.

[Bryan_Harrell]

Thanks...

[peter_schumache]

Last year I wrote the attached paper as a basis to upgrade a couple of VRRP-based Clusters. In the meantime, things have got dramatically simple by offering the blink mechanism within CPUSE.

My screenplay got obsolete, except of the snapshot and testing part 😉

[Bryan_Harrell]

WOW, this is way more than what I was looking for, but is in right in line with what I normally like to create for DR documentation in my job, so if we get hit by a disaster that takes us one or more of us out of action, the rest of the team will have a step-by-step playbook to work from until they can get their feet underneath them if it turns out it will be a long-term recovery process, and this will save me much time trying to figure this out for the first time as a result - I have an R80.40 upgrade planned for the end of the month- just gotta get past a data center rack consolidation/move project next weekend where we're shutting down the core of the network including the firewalls, to move it all to new racks about 30 feet away- again, thanks so much for offering your play-book as an example!

[ttyser]

Hello guys, I have a question. It can sounds stupid to you but I am not experienced as you are so.. I have read through multiple Blink threads and Blink SK and I would like to still ask something 🙂 When I am doing for example upgrade from R77.30 to R80.10 and its production device(cluster) is there a possibility that blink will save the system configuration(IPs, interfaces, snmp, dns, etc) and when the upgrade is done it will apply the system configuration back? Considering the Blink will do clean install and only info in SK is about the possibility to do initial configuration with the answers.xml file I guess there isnt such option? Thank you for any reply!

[_Val_]

The best is to capture OS config with "show configuration" CLISH command and then copy/paste to the new installed device before the first time wizard. 

[ttyser]

Thank you for the info! I just wanted to be sure I am not missing anything. 

[Tsahi_Etziony]

CPUSE upgrade does exactly that, no matter it is a "regular" version upgrade or a Blink upgrade. when you select upgrade on the CPUSE WebUI page, the configuration will be kept, including all that you mentioned. if you select clean installation, the configuration will be discarded and default configuration will be used (only the IP will be kept so you'll still be able to communicate with the remote appliance) 

[ttyser]

Hey Tsahi, thank you for the info. I was looking into the CPUSE option too, but noticed that in case of just upgrading, one can run into problems after the verification phase. So my logic was that with clean install, there are no post-verification problems 🙂 I just wasn't sure about that system config, because one colleague told me, the blink does store the system config for post-upgrade use, but based on my research, I wasn't sure that's the true. But anyway, thank you guys for all the info, really appreciate it.