MX Cluster (Warm Spare) Upgrade

SOLVED
renanmonteiro
Here to help

MX Cluster (Warm Spare) Upgrade

Good evening,

 

I have a MX84 cluster on my DC, as a VPN hub. It will be necessary to perform a forced upgrade of the two appliances and I would like to know if there is any "optimal" strategy to perform the upgrade of them.

 

I was thinking of undoing the Warm Spare, add the secondary MX in a temporary network, just for the upgrade, after updating it, it would be waiting to finish the update of the primary and then return the HA.

 

There is a possibility of having to reset the boxes, however, disregarding this, would this strategy be a good ideal?

 

Thanks

1 ACCEPTED SOLUTION
AjitKumar
Head in the Cloud

Hi @renanmonteiro 


I understand "Dashboard" will take care of this challenge with Zero downtime.

Could you please refer the following Url (If already not)

 

https://documentation.meraki.com/Architectures_and_Best_Practices/Cisco_Meraki_Best_Practice_Design/...

Regards,
Ajit
AjitsNW@gmail.com
www.ajit.network

View solution in original post

7 REPLIES 7
AjitKumar
Head in the Cloud

Hi @renanmonteiro 


I understand "Dashboard" will take care of this challenge with Zero downtime.

Could you please refer the following Url (If already not)

 

https://documentation.meraki.com/Architectures_and_Best_Practices/Cisco_Meraki_Best_Practice_Design/...

Regards,
Ajit
AjitsNW@gmail.com
www.ajit.network
cmr
Kind of a big deal
Kind of a big deal

We have upgraded HA routed pairs dozens of times and for most clients there will be no noticeable downtime.  What we have seen on a busy site is:

 

  • Cisco IP SIP phones registered to a server on a remote site may show 'registering' for 15 seconds or so.
  • Citrix XenApp thin clients may see a 'reconnecting' pop up from the taskbar but applications continue to operate normally.

For PCs we've not seen any impact.  I also think that ongoing SIP phone calls aren't affected but I will need to test to be sure.

 

swifty
Getting noticed

Is an MX HA pair stateful ??

Same thing here, users asking for impact statement.

According to the doc referenced elsewhere
https://documentation.meraki.com/Architectures_and_Best_Practices/Cisco_Meraki_Best_Practice_Design/...

 the dashboard will automatically take steps to minimize downtime when upgrades are performed to ensure a zero-downtime MX upgrade "

 

Will a tcp state table be copied across or will tcp connections be reset ?


My understanding ref @cmr 's comment, SIP phones - once call setup has taken place - will be keeping the call going between endpoints and unless the call flow, or one of the endpoints, is via the device being upgraded there is no impact.
If the SIP server is via the device in q, I can see a hit, but I would have thought it would be very quick if 'zero downtime' is the reality.

cmr
Kind of a big deal
Kind of a big deal

@swifty the only flow that we have seen interrupted is RTSP camera feeds where the client has to refresh the view after the failover.

swifty
Getting noticed

Hi All

I have just come off the phone to Meraki TAC.

The failover is not stateful.
So TCP resets all round, but device available achieved by failover and fallback.

Ian

swifty
Getting noticed

@cmr Thanks again. 👍
All went fine, customer reports no users reported any disruption to service.
Not that I think they would have noticed anyway.

Thanks, 

 

We did the upgrade yesterday and worked beautifully, meraki's support checked the upgrade had been completed and we finished activity very quickly.

Get notified when there are additional replies to this discussion.
Welcome to the Meraki Community!
To start contributing, simply sign in with your Cisco account. If you don't yet have a Cisco account, you can sign up.
Labels