Gentoo Archives: gentoo-cluster

From: Martin Bene <martin.bene@×××××××××.com>
To: gentoo-cluster@l.g.o
Subject: Re: [gentoo-cluster] Using high availability cluster ?
Date: Wed, 19 Oct 2005 10:02:40
Message-Id: FA095C015271B64E99B197937712FD020E734DBB@freedom.grz.icomedias.com
1 > Well, one machine is enough most of the time.
2 > It only slows down
3 > sometimes, due to high trafic. That's why this cluster would be fine
4 > enough, letting us enough time to restart the failling machine.
5 >
6 > Is this configuration still possible ?
7
8 Sure. There's several possible ways you could try handling this.
9
10 * if the load for the web server is similar to the load created by the
11 database server, things are easy: you split your resources between the
12 two nodes, i.e you run your db server on one node and the web server on
13 the other node in normal setup and run both on the same node in case of
14 failover.
15
16 You could use heartbeat as the cluster manager. To allow failover of
17 database and web server you'll need to make sure that identical
18 filesystem content is available on both nodes; again several options:
19 - shared scsi or fc storage, active node mounts the volume.
20 - drbd (storage replicated over network, somewhat similar raid1);
21 operates at the block device level so works just fine with all kindes of
22 databases (mysql/postgres/oracle...)
23 - for a webserver with infrequent changes rsync might be an option.
24
25 I generally uses heartbeat+ drbd for this kind of setup, with webserver
26 content on one drbd volumne and database on another volume (for
27 independant failover).
28
29 * if most on your load is on the webserver:
30 Run webserver on both nodes, and have the database server + loadbalancer
31 as a high availability servive. Again you can use heartbeat with the
32 "ldirectord" resource that controls/manages load balancing via LVS /
33 ipvsadm. You could put in a weighting factor for the load balancer to
34 put fewer requests on the machine that also runs the database server.
35
36 Hope this gives you some ideas on how you might continue.
37
38 Bye, Martin
39
40 --
41 gentoo-cluster@g.o mailing list