[Linux-HA] Bonding and simplify
Andrew Beekhof
beekhof at gmail.com
Thu May 24 04:27:54 MDT 2007
my eyes! my eyes!
please, no html emails :-)
On 5/24/07, oohurbert at sohu.com <oohurbert at sohu.com> wrote:
> Hi,everybody,<p>I've studied heartbeat for several weeks, and found it has perfect and overall functions. But it is a little big for </p><p>me.</p><p>System discription: Two node, Redhat EL4, heartbeat-2.0.8,</p><p>same hardware and software configure, same processes running, but different behavior</p><p> </p><p>(active node receives data and send result, passive node only receive data). </p><p> two NICs in different subnet connected to different switches, and no link between switches.</p><p>Now I should implement the fellowing functions:</p><p>1. Monitor the system health. It's basic function of heartbeat, no problem.</p><p>2. Monitor the network connectivity, If one channel disconnected, switch to another channel.</p><p> Because two IP's of same machine is not same subnet, so I cannot use bonding. Right?</p><p> If I use SCTP instead of TCP or UDP, I should rewrite the application code.</p><p> Any suggestion?</p><p> </p><p>3. Monitor some process health, if the process of the primary node failed, notify the process in another node.</p><p> Should I rewrite the program as a client of heartbeat, just as the api_test shows?</p><p> </p><p>4. remote console: monitor and control: monitor the status of cluster ,process monitored, and local machine(such as </p><p> </p><p>usage of CPU, mem, disk); Control: manual switch of the node's role, for example change node A be passive from </p><p> </p><p>active.</p><p> I know the CRM can do much as I think, but CRM is too complex for me. Now I have 8 processes from heartbeat if I </p><p> </p><p>use serial cable and mcast eth1 for heartbeat. But if I set CRM on, then 9 more processes start. Is it possible for </p><p> </p><p>me to simplify the solution with such functions?</p><p> </p><p>Thank you! </p><p>Best regards!</p><p> Oohurbert <br /> </p>
> _______________________________________________
> Linux-HA mailing list
> Linux-HA at lists.linux-ha.org
> http://lists.linux-ha.org/mailman/listinfo/linux-ha
> See also: http://linux-ha.org/ReportingProblems
>
More information about the Linux-HA
mailing list