Forum Discussion

rafaelbn_176840's avatar
rafaelbn_176840
Icon for Altocumulus rankAltocumulus
Nov 23, 2017
Solved

Viprion. Multiple blades and vCMP. Mirroring options.

Hello Devs! I read on the oficial training guide that when you use vCMP, you do the mirroring on a guest basis. That makes sense to me. But what if you have like a c2400 with 4x2150. Does the mir...
application delivery
LTM
TMOS
vcmp
viprion
  • Yann_Desmarest_'s avatar
    Yann_Desmarest_
    Apr 27, 2018

    Hello rafaelbn,

     

    If you configure Mirroring "within Cluster", it means that objects requiring mirroring (connection, persistence, apm, session tables, ...) will be synched between all blades configured for the Guest. This setting is for Mirroring only, it doesn't affect Sync and Failover features.

     

    It means that in case of a crash of blade 1 (hardware failure), your guest will continue to run on blade 2, then blade 3, etc.

     

    But be carreful, in case of a software failure (bug, memory leaks, ...), all blades can be affected. By experience, I recommand to run a Guest on 1 blade only and define a Sync/Failover cluster with another Guest on another Chassis.

     

    Hope it helps

     

    Yann

     

Yann_Desmarest_'s avatar
Yann_Desmarest_
Icon for Nacreous rankNacreous

Hello rafaelbn,

 

If you configure Mirroring "within Cluster", it means that objects requiring mirroring (connection, persistence, apm, session tables, ...) will be synched between all blades configured for the Guest. This setting is for Mirroring only, it doesn't affect Sync and Failover features.

 

It means that in case of a crash of blade 1 (hardware failure), your guest will continue to run on blade 2, then blade 3, etc.

 

But be carreful, in case of a software failure (bug, memory leaks, ...), all blades can be affected. By experience, I recommand to run a Guest on 1 blade only and define a Sync/Failover cluster with another Guest on another Chassis.

 

Hope it helps

 

Yann

 

rafaelbn's avatar
rafaelbn
Icon for Cirrostratus rankCirrostratus
Apr 27, 2018

Thanks Yann!

 

I ran into some odd configuration on a client site. They have two chassis running as CMP with two blades and HA.

 

Some VSs and some persistence profiles are configured with mirror but I guess it's not working properly, since sys db statemirror.clustermirroring is set to within and sys cluster default min-up-members is set to 2 and sys cluster default min-up-members-enabled is set to enabled.

 

So what I think would happen is if blade1 crashed on the active chassis, it would failover to the second chassis. The problem is that since clustermirroring is set to within, the standby chassis never got those session state connections and mirror information in the first place.

 

Do I understand this correctly?

 

Many thanks! Rafael