Hi, On Thu, Mar 31, 2011 at 10:23:32AM -0700, Robinson, Eric wrote: > Greetings! We have a few Corosync+PaceMaker+DRBD clusters and a couple > older Heartbeat+DRBD clusters. Our infrastructure is currently located > in a single facility. We have the opportunity to establish a DR site in > another data center over a high bandwidth connection (2-4Gbps). I am > thinking of moving the standby cluster nodes to the secondary data > center. One thing that concerns me is the greater possibility of > split-brain scenarios. Currently our clusters communicate heartbeat > through multiple paths: 1. The primary LAN link that users communicate > through; 2. The DRBD link; 3. A dedicated cluster communication LAN. If > we move the standby cluster nodes to the secondary facility, there will > no longer be redundancy on the heartbeat links. Everything will go > through the inter-data-center connection. This concept is a little > worrisome. Should I be very concerned? Is there a way to minimize the > risk of split-brain over WAN?
Well, you seemed to have answered the question yourself above :) Whether you should be concerned depends on how robust this WAN connection is. As for split-brain, you'd probably want to use the meatware stonith plugin. If you can live with that, then you should be OK. Thanks, Dejan > > --Eric > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Disclaimer - March 31, 2011 > This email and any files transmitted with it are confidential and intended > solely for [email protected]. If you are not the named addressee > you should not disseminate, distribute, copy or alter this email. Any views > or opinions presented in this email are solely those of the author and might > not represent those of Physicians' Managed Care or Physician Select > Management. Warning: Although Physicians' Managed Care or Physician Select > Management has taken reasonable precautions to ensure no viruses are present > in this email, the company cannot accept responsibility for any loss or > damage arising from the use of this email or attachments. > This disclaimer was added by Policy Patrol: http://www.policypatrol.com/ > _______________________________________________ > Linux-HA mailing list > [email protected] > http://lists.linux-ha.org/mailman/listinfo/linux-ha > See also: http://linux-ha.org/ReportingProblems _______________________________________________ Linux-HA mailing list [email protected] http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
