Create a Post
cancel
Showing results for 
Search instead for 
Did you mean: 
Moudar
Advisor
Jump to solution

MVC Upgrade

Hi, 

As I read the CCSE course book, I could notice this:

 

mvc.JPG

So, how to test on a cluster if you do not install the policy?

Say I would upgrade from 81.10 to 81.20 and start the process by installing the new image on the standby gateway. What is the point of MVC if you cannot install the policy?

If not to install the policy on different version gateways in a cluster, how then should I test the configuration, what should be tested? How to be sure that everything went good on the standby? Should I try to make a manual failover?

0 Kudos
1 Solution

Accepted Solutions
Oliver_Fink
Advisor
Advisor

Maybe the quoted text is a little bit misleading. What do I do through a MVC upgrade?

  1. Installing one node (eg. Node B - R81.20, Node A still has R81.10).
  2. After reboot Node B has no policy.
  3. Activate MVC on Node B.
  4. Upgrade version for cluster object in SmartConsole.
  5. Install policy on Node B
    1. Select Install on each selected gateway independently.

    2. Clear For gateway clusters, if installation on a cluster member fails, do not install on that cluster.

  6. Now Node B will take part in the cluster with Node A.
  7. You can switch with clusterXL_admin between nodes. (Have the limitations in mind!) Do testing with Node B as ACTIVE node.
  8. Upgrade Node A.
  9. Install policy on both nodes
    1. Select Install on each selected gateway independently.

    2. Select For gateway clusters, if installation on a cluster member fails, do not install on that cluster.

  10. Deactivate MVC on Node B.

 

You can install policies with MVC. But you have to install it separately on both nodes and you have to change Version for the cluster in SmartConsole for both nodes each time. So, MVC is not meant for permanent use, but only to get a non-interruptive upgrade and the possibility to test the new version on one node before upgrading the whole cluster.

View solution in original post

3 Replies
Oliver_Fink
Advisor
Advisor

Maybe the quoted text is a little bit misleading. What do I do through a MVC upgrade?

  1. Installing one node (eg. Node B - R81.20, Node A still has R81.10).
  2. After reboot Node B has no policy.
  3. Activate MVC on Node B.
  4. Upgrade version for cluster object in SmartConsole.
  5. Install policy on Node B
    1. Select Install on each selected gateway independently.

    2. Clear For gateway clusters, if installation on a cluster member fails, do not install on that cluster.

  6. Now Node B will take part in the cluster with Node A.
  7. You can switch with clusterXL_admin between nodes. (Have the limitations in mind!) Do testing with Node B as ACTIVE node.
  8. Upgrade Node A.
  9. Install policy on both nodes
    1. Select Install on each selected gateway independently.

    2. Select For gateway clusters, if installation on a cluster member fails, do not install on that cluster.

  10. Deactivate MVC on Node B.

 

You can install policies with MVC. But you have to install it separately on both nodes and you have to change Version for the cluster in SmartConsole for both nodes each time. So, MVC is not meant for permanent use, but only to get a non-interruptive upgrade and the possibility to test the new version on one node before upgrading the whole cluster.

Moudar
Advisor

Your text contains more logical reasoning than what I have encountered in the book. I will strive to enhance my understanding and adhere to that approach.

0 Kudos
the_rock
Legend
Legend

I can tell you from my experience, activating MVC did not sadly help much compared to say zero downtime upgrade. There was always at least 30 seconds period where connections would drop. Maybe others had better success, not sure.

Best,

Andy

0 Kudos

Leaderboard

Epsum factorial non deposit quid pro quo hic escorol.

Upcoming Events

    CheckMates Events