Redunant systeem Direct Admin

Citaat:

---

Oorspronkelijk geplaatst door HageHosting

@Systemdeveloper Wat je uitlegt met de 2 cheapass servers zoiets is het eigenlijk. Wanneer 1 server in wat dan ook iets mee gebeurd de andere het automatisch overneemt. Maar dat ze wel met elkaar synchroniseren, tot op laatste moment mogelijk, er zal altijd wel wat verlies zijn als die er ineens uitklapt.
En dan zoals je al zegt met een Heartbeat van server 1 is niet te bereiken ik moet beschikbaar worden. En omdat de database server wel extern is opgebouwd zou die ook zo te bereiken moeten zijn.
En ik las ook al dat er mogelijkheden waren met database servers die met elkaar in contact zijn en identieke copieen zijn.
drbd is denk ik zoiets wat mogelijk is om in te zetten of niet?

---

Als je drbd gebruikt dan kun je maar 1 server actief gebruiken, dus je kunt niet een master/master replicatie met mysql opzetten dan. Nou ja, het kan wel door mysql op een niet-drbd partitie te zetten, maar dit wil je meestal niet aangezien je dan 2 vormen van replicatie zou hebben en dat is performance weggooien en lastiger te beheren. (je bent dan de netwerk verbinding tussen beide server aan het gebruiken voor drbd replicatie en voor mysql replicatie)

Met drbd mirror je de ene server naar de andere waarbij je eigenlijk alleen de eerste actief gebruikt. (Je mirrored eigenlijk 'partities' dus in theorie kun je de 2de wel gebruiken voor andere zaken.).
Met heartbeat configureer je op de eerste server een virtueel ip en 1 of 2 afzonderlijke netwerkpaden naar de 2de server. Deze paden worden gebruikt om te kijken welke van de 2 servers down gaat. Op dat moment switched drbd zijn slave naar master, heartbeat gooit het virtuele ip over naar de 2de server en dan kun je daar automatisch een script starten om de services (exim, apache, mysql, ftp e.d.) te starten.

Citaat:

---

Oorspronkelijk geplaatst door systemdeveloper

Ik heb het ondertussen al een jaartje of 2 lopen naar tevredenheid. Idd mysql in master/master, varnishjes als cache en loadbalancer, directories voor de webservers gekoppeld over nfs naar drbd storage en directadmin gewoon op een simpel vpsje met een paar scriptjes in de scripts/custom om de ldap servers te updaten zodat de rechten direct overal goed staan en crap zoals vhosts op de webservers terechtkomen.
Maar dit is niet de gemakkelijkste weg. Het is puur gedaan om te kunnen schalen, redundantie is dan mooi meegenomen.

---

De issue die ik hierbij zie is dat je 1 DA machine hebt als SPOF, omdat de DA machine niet in de cluster kijkt hoe de config nu is, maar een lokale kopie gebruikt kan je niet meer dan 1 frontend DA gebruiken.
Wat ik bedoelde is de complete backend vervangen, zodat de DA frontends ook echt in de cluster backend kijkt.

Nog even buiten hoe je opgelost hebt dat de DA machine de ip adressen lokaal verbonden wil hebben

Citaat:

---

Oorspronkelijk geplaatst door vDong

De issue die ik hierbij zie is dat je 1 DA machine hebt als SPOF, omdat de DA machine niet in de cluster kijkt hoe de config nu is, maar een lokale kopie gebruikt kan je niet meer dan 1 frontend DA gebruiken.
Wat ik bedoelde is de complete backend vervangen, zodat de DA frontends ook echt in de cluster backend kijkt.

Nog even buiten hoe je opgelost hebt dat de DA machine de ip adressen lokaal verbonden wil hebben

---

Ik kan wel meerdere da vpssen hebben, maar mijn doel is hier niet om het controlpanel redundant te hebben, maar de services redundant en vooral schaalbaar.
Als je via het controlpanel een user/website oid toevoegt dan wordt die weliswaar lokaal op het da vps aangemaakt, maar staat daar verder puur niks te doen. Maar tegelijkertijd worden de configs op het cluster wel bijgewerkt. Stel nu dat het da vps op zijn bek gaat, dan draait dus alles lekker door en worst case kan er een snapshot van het (mini) da vps gestart worden. Deze SPOF is dus niet productieverstorend en kan altijd binnen een paar minuten (handmatig) opgelost worden of (automatisch) binnen seconden als het ding niet meer pingt oid.

Wat ik eigenlijk heb is 3 webvpssen, 2 mysql vpssen, 2 cache/loadbalancer vpssen, 2 mailvpssen, 2 storagevpssen met (in dit geval drbd, maar kan net zo goed gluster zijn), 2 ldaps en nog wat voor backups, monitoring, video conversies e.d. Dit is een setje vpssen dat je in principe non-redundant allemaal op 1 storage en 1 vpsnode kunt gooien, maar naarmate je meer power/redundantie wilt, kun je elk vps moven naar andere nodes/storages. Zo kun je zonder ergens naar om te kijken groeien van 1 fysieke server met satastorage naar een vps cluster van bv. 10-15 fysieke servers met ssd storages of zo gemixed als je zelf wilt.

Dit is wel niet helemaal via het keep-it-simple principe...

mensen mensen, waar hebben we het over!?!

HageHosting vroeg om een master slave oplossing, I quote "Weet niet precies waar ik hem moet plaatsen, maar ik heb nu alleen single servers draaien met RAID1 met DirectAdmin. Maar nu is mijn vraag is er een mogelijk dat er een systeem is met DirectAdmin met een soort redunant opstelling. Met andere woorden als 1 server uitvalt de andere het automatisch overneemt soort master slave."

Dan is DRBD met heartbeat waarbij alles via een virtual IP bereikbaar is een prima oplossing. Redelijk simpel en overzichtelijk.

Dat werkt ook goed in combinatie met de licentie structuur van DA? Of heb je dan 2 licenties nodig van DA?

Citaat:

---

Oorspronkelijk geplaatst door golden

Dat werkt ook goed in combinatie met de licentie structuur van DA? Of heb je dan 2 licenties nodig van DA?

---

Er is in dit geval maar 1 DA server, de andere server heeft een non-active disk replica van de eerste

We hebben het hier ook wel eens gedaan met DRBD en Heartbeat. Werkt best goed. Mijn collega was er toen aardig druk mee en heeft er nog een weblog artikel + filmpje van gemaakt: http://weblog.shockmedia.nl/2011/03/...t-is-possible/

Er zijn wel wat kleine dingetjes waar je op moet letten, want installatie van updates wil je natuurlijk het liefst doen op de server die niet actief is, maar dat is nog wat tricky.

@dicktump Dat is precies wat ik zoek als backup van bestaande server. Hoe gaat het bv met databases en mail ? wordt gelijk overgezet en met drbd constant synchroon de servers?

Citaat:

---

Oorspronkelijk geplaatst door HageHosting

@dicktump Dat is precies wat ik zoek als backup van bestaande server. Hoe gaat het bv met databases en mail ? wordt gelijk overgezet en met drbd constant synchroon de servers?

---

Databases zijn tricky, wellicht master-to-master replicatie. Aangezien je maar één van de twee gelijktijdig gebruikt zou dit geen probleem moeten zijn (Ga ze aub niet beiden tegelijk gebruiken dan kan je bijv auto increment problemen krijgen).

Let bij DRBD en cluster synchronisatie goed op je FENCING devices. Ik weet niet wat voor hardware je hebt maar een powerbar die aan het netwerk hangt of IPMI heb je eigenlijk wel nodig als je echt zeker wil zijn van je data.

Ik heb het zelf jaren goed zien gaan zonder maar je neemt een risico. RedHat verplicht zelfs fencing bij DRBD clusters:

9.1.1. Fencing

Red Hat Cluster, originally designed primarily for shared storage clusters, relies on node fencing to prevent concurrent, uncoordinated access to shared resources. The Red Hat Cluster fencing infrastructure relies on the fencing daemon fenced, and fencing agents implemented as shell scripts.

Even though DRBD-based clusters utilize no shared storage resources and thus fencing is not strictly required from DRBD’s standpoint, Red Hat Cluster Suite still requires fencing even in DRBD-based configurations.

Voor MySQL werd geen replicatie gebruikt. Bij een failover naar het secundaire systeem, werd MySQL op de primaire afgesloten en gestart op de secundaire. Dit heeft echter als nadeel dat er bij een ongeplande failover corruptie kan ontstaan in de database. Alhoewel dat natuurlijk ook het geval is bij een opstelling zonder HA, want als je ene systeem crasht en weer boot, heb je net zo goed dat er corruptie kan zijn ontstaan.

Dus de MySQL data (en ook de mail data) wordt via DRBD synchroon gehouden inderdaad.

Fencing is inderdaad ook belangrijk, je wilt bij deze opstelling geen 'split brain' hebben.

Bedankt voor alle tips. Ben iedergeval stuk wijzer grworden met de do's en dont's .
Kwa hardware was ik wel van plan goeie spullen te nemen had me oog latennvallen op de dell r410 en de hp pl140
En een goeie powerbar met netwerk aansluiting was sowieso op de agenda.

Keep us posted aub!

@HageHosting: hoever ben je er inmiddels mee?

Wij draaien nu een klein HA cluster met DirectAdmin als controlpanel. Enkel werkt FTP nog niet zoals gehoopt/gepland, voor de rest werkt alles perfect. FTP werkt wel als je rechtstreeks verbind met de het IP van de FTP server, maar niet als je dat doet via het loadbalancer IP (LVS).

Welke delen hebben wij binnen ons platform:
- 2x loadbalancer
- 2x mysql (master-master)
- 2x caching server (Varnish (http) + nginx (https))
- 2x web server
- 1x directadmin/email/ftp (zodra nog 2 puntjes zijn opgelost, waaronder ftp dan gaan we deze ook maar dubbel uitvoeren)

De onderliggende storage bestaat uit 4 machines en is volledig redundant. Wij hebben het zo ingericht dat we als het nodig kan gaan worden binnen een korte tijd extra web server + caching server in kunnen zetten.

Citaat:

---

Oorspronkelijk geplaatst door Mark17

Wij draaien nu een klein HA cluster met DirectAdmin als controlpanel. Enkel werkt FTP nog niet zoals gehoopt/gepland, voor de rest werkt alles perfect. FTP werkt wel als je rechtstreeks verbind met de het IP van de FTP server, maar niet als je dat doet via het loadbalancer IP (LVS).

---

Gokje, inloggen met ftp lukt wel, alleen daarna niks meer?
FTP is een protocol met een controlchannel (poort 21) en 1 of meer datachannels die je load balancer niet herkent als hem dat niet verteld wordt.