[ILUG] NBD's, lihux-HA, GFS/GNBD vs. DRBD/heartbeat

[John Moylan]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

It is nice also that NBD is a mature part of the kernel (first
incorporated back in 2.1), from my research DRBD is really only a bunch
of scripts (and some module additions) around NBD -  to make fail over
with other HA stuff like Heartbeat easier. DRBD does Raid 1 with no load
sharing (only one system/device is mounted/exported at a time) -

I am interested in GFS because of the load sharing. The system need to
be fairly responsive.

The hardware is

3 system's (1 for backups, 2 live)
each system has
Tyan Opteron SMP Mobo with PCI-X
2 Opteron 240's
8*GB's ECC DDR
8*400GB Hitachi SATA HDD's
2*4 way 3Ware 9500-S's
RAID configuration, TBD - but I'm leaning towards each card being
striped in hardware and then mirrored onto the second card using S/W RAID.
2* Gb Ethernet (channel bonded)



John


John P. Looney wrote:
| On Mon, Feb 28, 2005 at 02:07:25PM +0000, John Moylan mentioned:
|
|>OK, add evms clustering to the list. Has anyone got any experience of
|>using EVMS,GFS,DRBD,NBD technologies in production?
|>
|>If so. I would really be interested in views on:
|>
|>Stability
|>Overhead , bottlenecks (RAM, CPU, I/O)
|>Maintainability
|>Data Integrity Issues (If any?)
|
|
|  It's a while since I've used NBD, but its really easy to find ways of
| making it fall over. I would have assumed that IDE would be more reliable
| than a million quids worth of SCSI storage exported out over NBD.
|
| John
|
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFCIy9THgDLUzVQ7OARAmVZAJkB9AkxlPvg7IMwa7QAyPG6b6cRHgCcCTpD
l9bf7fT7DTNOYFF3CnKBIUk=3D
=3D2fDz
-----END PGP SIGNATURE-----

***************************************************************************=
***
The information in this e-mail is confidential and may be legally privilege=
d.
It is intended solely for the addressee. Access to this e-mail by anyone el=
se
is unauthorised. If you are not the intended recipient, any disclosure,
copying, distribution, or any action taken or omitted to be taken in relian=
ce
on it, is prohibited and may be unlawful.
Please note that emails to, from and within RTE may be subject to the Freed=
om
of Information Act 1997 and may be liable to disclosure.
***************************************************************************=
***