[cisco-voip] CUCM Cluster Redundancy
Hank Keleher (AM)
hank.keleher at dimensiondata.com
Fri Mar 20 10:33:08 EDT 2015
Just make sure you have a good DRS of the publisher so that if anything happens all you have to do is reinstall the VM and restore the backup. Unless you’ve multi-purposed the Pub (with TFTP, etc.) then it’s just the configuration databases that gets pushed realtime to the subs so if it fails operations will continue.
Hank
From: Brian Meade
Date: Friday, March 20, 2015 at 10:15
To: Ahmed Abd EL-Rahman
Cc: "cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>"
Subject: Re: [cisco-voip] CUCM Cluster Redundancy
Ahmed,
I don't think this is a good route to go. Really you should have no dependence on the publisher besides configuration updates so it shouldn't be anything that affects operation.
I would be concerned that the subscribers would have a more updated version of the database than the cold-standby publisher.
Brian
On Fri, Mar 20, 2015 at 10:03 AM, Ahmed Abd EL-Rahman <Ahmed.Rahman at bmbgroup.com<mailto:Ahmed.Rahman at bmbgroup.com>> wrote:
Hi All,
I have a UC cluster V10.5 on 2 UCS Blade servers having 1 Pub and 4 Subs, and I’d like to ask if there is any need or benefit from having a cold standby virtual machine for the Pub server (a replicated VM for the Pub which is turned off to backup Pub functionality in case of Pub failure), and also if the license will be valid on this cold standby VM for the Pub so that if the main Pub fails and we turned on the cold standby Pub VM everything will be fine and the operation continues normally.
Waiting your feedback.
Best Regards
Ahmed Abd EL-Rahman
Senior Network Engineer
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip
itevomcid
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20150320/c865d2fd/attachment.html>
More information about the cisco-voip
mailing list