Administrace komentářů

Pracuji na něčem podobném. Došel jsem k tomu, že pokud chci HA řešení na 2 serverech bez samostateného HW vyhrazeného na storage (SAN), je nejschůdnější použít DRBD+Xen+heartbeat (nebo novější Pacemaker/OpenAIS). Na řešení DRBD+Xen+HA je zajímavý software ganeti - http://www.howtoforge.com/ganeti_xen_cluster_management_debian_etch, probíhá jeho aktivní vývoj, ale nikde jsem nenašel víc informací o praktickém nasazení.

Jeden možný přístup je cluster na aplikační úrovni - pokud je vše OK, služby jako HTTP, IMAP/SMTP apod. poskytují oba servery, čímž se mezi ně také rozkládá zátěž. Pokud jeden vypadne, nic se neděje. Pak je ale obvykle potřeba sdílený filesystem, tedy něco jako GFS nebo OCFS, což mi přijde o dost složitější než dále popsaná druhá možnost. Také člověk musí udržovat a aktualizovat všechno dvakrát. Výhoda tohoto řešení je možnost rokládání zátěže a to, že při pádu jednoho stroje může být výpadek třeba jen pár vteřin.

Pro většinu věcí mi přijde lepší použít DRBD jako replikovaný storage pro Xen virtuální servery. Pokud jeden z fyzických strojů vypadne, DRBR resource se přepne na druhý stroj a nastartují všechny Xen virtuály. Tohle samozřejmě trvá trochu déle, protože ty virtuální servery musí nabootovat a nastartovat služby, což může trvat jednotky minut. Stroj pro každou službu ale udržujete jen jeden, což je dost podstatná výhoda. Také je možné za běhu obou strojů mezi nimi virtuální servery bez zastavení přesouvat (tzv. live migration, samozřejmě pokud je na cílovém stroji dost volné RAM), takže třeba přidání RAM nebo disků se obejde bez výpadku. Nevýhoda je, že v klidu je polovina celkové RAM na obou serverech nevyužita (to platí v případě, že pro všechny virtuály je potřeba HA)