Dotaz: HA Cluster - heartbeat/pacemaker/corosync ?

[VSi]

Chystám se realizovat High Available cluster na linuxu. Jde mi jen o Xen virtuální servery - aby se spustily na záložním fyzickém stroji, pokud ten hlavní spadne. Replikaci dat bude řešit DRBD, což si ale Xen obhospodařuje sám, a cluster manager o tom nic nemusí vědět.

V této oblasti evidentně proběhly značné změny, a různá HOWTO z různých období zmiňují pojmy: heartbeat, CRM, pacemaker, OCF, corosync, OpenAIS. Obvykle jsou starší kompletní návody už nepoužitelné. Celé to je pro moje potřeby asi až příliš komplexní, ale smířil jsem se s tím, že se v tom budu muset zorientovat.

Jak jsem po dlouhém studiu, převážně na http://www.clusterlabs.org, pochopil aktuální situaci: Základem je pacemaker (dříve CRM), kde se konfigurují hlídané služby (v mém případě jen Xen). Ten ale neřeší komunikaci uzlů mezi sebou, na to je potřeba buď heartbeat (starší, méně perspektivní?) nebo Corosync (což je fork projektu OpenAIS). Do toho existuje dokumentace na http://linux-ha.org/doc/index.html, která se týká převážně nástroje heartbeat, ale zmíněné jsou i Resource Agents, což zase spadá pod pacemaker. Chci to udělat co nejjednodušším způsobem, protože půjde jen o 2 stroje a triviální hlídání několika Xen VM. Na fyzických strojích bude Debian squeeze.

Pochopil jsem to správně? Je lepší využít heartbeat nebo Corosync? Nebo je možné to řešit ještě jinak, lépe? Budu rád za jakýkoliv komentář

Odpovědi

[dustin]

Také se připojím k tazateli s prosbou o zkušenosti.

[frEon]

ahoj, neco malo k polmum (zjednodusene). crm je vrstva, ktera vi, kde co ma bezet, dokaze se dozvedet v jakem je to stavu a pripadne zajistit aby se stala nejaka akce (napr. nekde neco vypnout a jinde zapnout). Drive byl tento kus softwaru soucasti projektu heartbeat ( http://linux-ha.org ). Crm se pak oddelilo od heartbeatu a prejmenovano na Pacemaker. A je vyvyjeno jako samostatny projekt. Vyhodou je, ze pacemaker funguje nejenom pod heartbeatem Duvod, proc se dokumentace na linux-ha zameruje i na crm (a s nim souvisejici soucasti hb) je pak zrejmy. Nedoporucuju podle ni postupovat pri nastavovani pacemakeru, ale pouzit dokumentaci, ktera je na clusterlabs (dost dobry pdfka tam maj).

Resource agent je program (vetsinou skript), ktery umi zjistit stav, pripadne vypnout/zapnout, povysit na mastera (a naopak) atp. nejaky konkretni sluzby. Tyhle skripty najdes v /usr/lib/ocf/resource.d/provider/*. Pokud se v nich chces vrtat, doporucuju nejdriv prozkoumat /usr/lib/ocf/resource.d/pacemaker/Dummy, ten nedela nic uzitecneho, ale implementuje jednoduchy 2 stavovy (a funkcni) resourceagent, takze je idealni na prvnotni seznameni.

Ocf je standart, ktery definuje jak se ma takovy resource agent navenek chovat (navratove hodnoty, povinne metody, atp) + par uzitecnych funkci.

Tak nejak jsi to vlastne napsal i ty, takze jsi to pochopil spravne.

S OpenAIS/Corosync nemam zkusenost, pouzivam, vsude kde to je treba, Heartbeat a fuguje to. Nicmene, doslechl jsem se, ze redhat zacina uprednostnovat OpenAis pred heartbeatem, takze je pravdepodobne, ze casem bude vyhodnejsi pouzivat ten (nebo uz snad je?).

[pavel]

Doporucil bych co se tyce zakladniho pochopeni jak to funguje atd. plus odkazy, ktere vas nasmeruji dal nektery z IBM redbooku: napr. zde
Me k pochopeni problematiky hodne pomohl Achieving High Availability on Linux for System z with Linux-HA Release 2
Je to sice pro system z, ale principy jsou v podstate stejne. Jsou zde i konkretni scenare (Apache, DNS, NFS atd.)