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

Create a bond Interface without outage

Hi Experts, 

We are running a cluster on r80.40, and need to create a new bond interface as one of our interfaces is being overutilized.

 

Once new create the new bond interface using two new unused ports we move the IP config of the used Interface to the new bond interface 

Is there a possibility how i could do this procedure without any downtime?

 

Regards,

Sijeel 

 

 

0 Kudos
1 Solution

Accepted Solutions
_Val_
Admin
Admin

Nope, not possible. Plan a service window.

View solution in original post

4 Replies
the_rock
Legend
Legend

I dont think you can do it without outage. First, you are "moving" IP config, ports will be different, then you also have to "get topology..." in dashboard and push the policy.

0 Kudos
_Val_
Admin
Admin

Nope, not possible. Plan a service window.

Malik1
Contributor

Thanks val. 

One more question do we break the clustering during the change to avoid any unwanted failover, we are using VRRP.

 

 

0 Kudos
JozkoMrkvicka
Mentor
Mentor

No, you have to plan the downtime for this activity.

But you can minimize the duration of the downtime.

Some steps before migration itself:

1. Make sure newly created bond can see Partner's MAC and LACP is working fine.

2. Make sure the needed VLANs (if used) are correctly created/tagged on the relevant switch(s).

3. Have all the config and steps prepared in advance (including rollback situation)

4. Perform backup and snapshot on both cluster members

One of the scenario during migration itself:

1. Change the topology information in SmartConsole (name of interface) and push the policy. The firewall will not change the VIP since the IPs are assigned to the current interface.

2. Bring standby member down (clusterXL_admin down)

3. On down member, change the IP config over CLI (remove IP from single interface and assign to the bond)

4. Push the policy once again

5. Down member should have VIP assigned to the bond, while active member on single current interface

6. Cluster_XL admin up on down member. That may cause the failover to the node which already has info about bond interface.

7. If the member is still down, try to shutdown some interface on active node or perform cpstop on active node in order to force the failover

8. Perform IP config change on former active node

Kind regards,
Jozko Mrkvicka
0 Kudos

Leaderboard

Epsum factorial non deposit quid pro quo hic escorol.

Upcoming Events

    CheckMates Events