Onderwerp: directadmin clusteren

beste hosters,

heeft iemand van jullie het al voorelkaar gekregen om directadmin te clusteren ? (failback)

Wij van awebhosting hebben het werken. en willen graag weten hoe andere hosters dit gedaan hebben.

Wij hebben hebben secundary DNS op een VPS draaien, dit draait ook allemaal perfect en geautomatiseerd, failback mail ben ik nog mee bezig.

okay maar ik bedoel echt het hele zooitje.... dus web, mail, controlpanel..

Waarom begin je niet eerst met vertellen wat jullie al hebben gedaan en hoe?

Oorspronkelijk geplaatst door martin18

okay maar ik bedoel echt het hele zooitje.... dus web, mail, controlpanel..

Control panel valt niet te clusteren volgens mij, verder neem eens contact op met Wido (pcextreme) die heeft dit allemaal draaien geloof ik.

mysql kan op een aparte server draaien, secundairy dns kan op een aparte server en dan heb je het gehad mbt directadmin. Verder zul je zelf moeten gaan knutselen

Web en mail is ook mogelijk

Tja, je hebt clusteren en je hebt een fallback situatie. Clusteren is zeer moeilijk, zo niet onmogelijk zonder flink te gaan hacken in de source van DA.

Fallback is daarintegen een stuk beter te realiseren, aangezien je in principe gewoon je complete systeem dan passive kunt laten mirroren. Wanneer de fallback in werking wordt gesteld kan alles gewoon doordraaien (mits je er een load-balancer oid voor hebt hangen)

Oorspronkelijk geplaatst door martin18

heeft iemand van jullie het al voorelkaar gekregen om directadmin te clusteren ? (failback)

Lijkt mij onmogelijk overigens. De rest van je services misschien, maar DA zelf niet.

Oorspronkelijk geplaatst door Nivko

Control panel valt niet te clusteren volgens mij, verder neem eens contact op met Wido (pcextreme) die heeft dit allemaal draaien geloof ik.

Nee, echt clusteren is het niet.

Wij hebben een Xen omgeving over iSCSI draaien, waardoor we alle Xen guests op elke gewenste host kunnen starten.

Hierdoor kunnen we bij uitval van een fysieke server, zonder problemen de guest weer op een andere server online brengen.

DirectAdmin draait gewoon binnen in deze Xen guest, daarvoor hoef je weinig speciale dingen uit te halen.

De hele failover zit in de achterkant met Xen en iSCSI verwerkt.

Hier zelf geen DA Cluster. Wel mail fallback en DNS fallback (Zoals iedereen het zou moeten hebben imho).

Nog nooit direct gekeken naar een DA cluster, Weet uberhaupt niet eens of het wel mogelijk zou zijn... icm DA. In principe zijn het 'gewone' services dus zou het ergens wel mogelijk moeten zijn maar je bent dan zowiezo bijna je halve DA opnieuw aan het scripten dat je dan net zo goed een eigen controle paneel kunt maken/scripten wat volledig clustergericht is.

Wat wij binnen enkele weken live hebben is:

- 2 Loadbalancers
- SAN
- 3 Webservers
- 1 DB server (voorlopig)
- 1 'Master server'

Op die masterserver draait DA zelf (op port 2222 normaal gesproken) en (voorlopig) ook email.

Bij wijzigingen schrijf ik middels DA's custom scripts de httpd configs met een ander ip weg voor de andere webservers.

Om een lang verhaal kort te maken heb ik daarmee de web-kant van DA redundant gemaakt. Storage gebeurt op een enterprise SAN en het is behoorlijk schaalbaar.

Met email zijn we bezig (en aardig ver), dat komt hierna.

Het enige wat overblijft is Directadmin. Maar dat kan ook draaien op een Xen slice of een stevige machine.

Waarom het IP herschrijven in je httpd.conf? Als je gaat loadbalancen kan je toch gewoon 1 IP gebruiken?

Elke webserver moet immers op dat IP reageren.

Daarnaast is het inderdaad met wat leuke hacks best mogelijk om DirectAdmin te clusteren, maar ik ben bang dat het daardoor te complex wordt en daardoor ook instabiel.

Nou, omdat die 'master' server waar ik 't over heb zelf geen webserver is en een ander ip heeft dan de webservers (die wel allemaal 1 en het zelfde ip hebben).

De stabiliteit hoeft er denk ik niet onder te lijden. Da's even slim nadenken en bouwen.

Oorspronkelijk geplaatst door Jesperw

Nou, omdat die 'master' server waar ik 't over heb zelf geen webserver is en een ander ip heeft dan de webservers (die wel allemaal 1 en het zelfde ip hebben).

De stabiliteit hoeft er denk ik niet onder te lijden. Da's even slim nadenken en bouwen.

Ah, op die manier, ik dacht dat je DA ging forwarden via de loadbalancer.

Misschien krijg je het wel heel stabiel, dat zou prima kunnen, ik zag echter te veel haken en ogen en heb daarom voor een failover gekozen.