red hat cluster install

Red Hat, Fedora, CentOS

Lenne két HP server és egy Red Hat linux (Red Hat Enterprise Linux 5 server), amiből kéne faragni egy cluster-t.
Van valakinek tapasztalata ebben, hogy mire figyeljek, vagy ötlete, hogy csináljam?
Csináltam egy teszt telepítést, de nekem a debian után elég fura, még a network beállításokat sen találtam meg rendesen csak a grafikus felületen, ami igazából nem is kell.

  • 1967 megtekintés

( uid_4656 v | 2008. 10. 04., szo – 16:07 )

Első körben az kellene meghatározni, hogy milyen jellegű clustert szeretnél építeni, milyen szolgáltatásokat szeretnél clusterezni. Aztán ha megvan, akkor sok-sok olvasással menni fog a dolog...

igazából meghatározott szolgáltatások futnának az egyiken, ha ebből valamelyik leáll, akkor az autómatikusan újrainduljon, bár ez inkább init control feladatnak tűnik, de ha ez nem sikerül, akkor a teljes működést, ip címzést, stb adja át a másik gépnek, vagy ha a másik gép nem látja a párját, pl csont fagyás, akkor is átvegye feladatát
Tehát egy klasszikus tartalékos cluster kialakítás lenne a cél, közös disk eléréssel, esetleg saját particiójuk egymásra tükrözésével (raid 1 over TCP/IP)
Első lépésben már annak is örülnék, ha a szolgáltatások felálnak majd, és utánna vonnám be ezeket a clusterbe.

Ennyi infóból szerintem neked tökéletesen megfel a heartbeatd, igaz redhatet használsz, de nem kell redhat cluster. -> www.linux-ha.org
Esettanulmányként meg : http://www.linuxjournal.com/article/5862
Ami jó ha van: közös storage. De ezt apache és proftpd esetén rsynckel ki tudod kerülni. Mysql-nél master-slave replika működhet (2 mysql istance/gép), de ehhez már legalább egy nfs közös storage kell (gfs/gpfs jobb), ahhoz meg még egy gép.
aktív nodeon felhúzza a master mysql nfsről az adatbázist, aktív node slave mysql instance replikál lokálisan (kb óránként), majd rsync-kel átdobja a standby node slave mysql instance-re (szitén óránként). A shared resource az nfsről felhúzott master mysql, amit dobál takeovernél a másik gépre. Ezzel már elég stabillá tudod tenni a szolgáltatást.

Pontosan, ahogy tetszett mondani. :) A drbd jó megoldás lenne, csak ha elindul esetleg egy rossz takeover következtében a standby nodeon a mysql (ez előfordulhat ha transition-ben van a resource, és átvételkor/heartbeatd leállításakor nem engedi el rendesen az erőforrást) akkor annyi mindkét oldalon az adatbázisnak. Én ezért gondolom biztosabb megoldásnak ezt a két node + SAN megoldást. Csak az aktívon fut 1 master + 1 slave, rsync a slave-ről a standy node slave könyvtárába. Így 3 helyen van meg a majdnem aktuális adatbázis.
Ha gond van, akkor leállít mindkét instance, mountpointokat felcserél (master mountja nem az nfs hanem a slave ahova lokálisan replikáltuk az adatbázist), master elindít -> csak az utolsó replikálás óta történt változások vesznek el, az alkalmazás fut, van idő helyreállítani a közös storage-t. Ha helyreállt, akkor a stop mindkét instance, rsync nfs-re + standby nodera, mount point visszacserél, start/takeover. Adatvesztés így is lesz, de rövidebb a kiesés, mintha backupról menne a visszatöltés. Persze mindkét oldalon a diszkek raid1-ben vannak.
Webszerver esetén meg van lehetőség HA + loadbalance-ra is. Csak jó lenne tudni, h milyen típusú alkalmazás lesz clusterezve. :)