Onderwerp: Fail-over oplossing middels script

WHT'ers,

Is het mogelijk om een eenvoudig fail-over systeem te bouwen met het volgende idee :

2 servers, beide voorzien van 2 netwerkkaarten.
Op beide servers draait een applicatie en een database.
Via netwerkkaart 1 zijn beide servers verbonden met het internet; via netwerkkaart 2 wordt een intern netwerkje gebouwd (crosslink).

De database wordt via deze interne verbinding gerepliceerd.

Is het mogelijk om middels een script te bepalen of server 1 down gaat; waarna vervolgens op server2 een script draait wat het ip-adres van netwerkkaart 1 aanpast en de netwerkkaart opnieuw start ?
Of zijn er goedkope andere / hardwarematige oplossingen ?

Probleem in dit idee is natuurlijk wel wanneer server 1 terug op komt dat je 2 servers hebt met hetzelfde ip-adres... dus ik betwijfel of het werkt; misschien denk ik te eenvoudig...

Bedoel je zoiets? http://www.onlamp.com/pub/a/onlamp/2...349211&ATT=868

Dit is mogelijk, alleen MySQL repliceert als Master---> Slave dus zul je het e.e.a. moeten doen om data terug te zetten naar de Master *of* Slave voortaan gebruiken als master bij een eventuele uitval.

Er zijn truken eromheen, maar dat gaat wat verder dan een eenvoudig scriptje.

Je zult inderdaad moeten voorkomen dat server 1 opkomt met hetzelfde IP, eventueel kun je server twee server 1 kunnen laten uitzetten met een scriptje verbonden aan een APC en vanaf daar handmatig ingrijpen om de zaak weer te restoren.

Kijk eens naar LVS (Linux Virtual Server), met hearthbeat enzo.

In het (heel erg) kort:

Je geeft beide servers 1 eigen IP, en je hebt 1 IP wat alleen de actieve server heeft (bepaalt via bijv. hearthbeat). Zodra de actieve server down gaat, merkt die andere server het, en pakt dat IP adres over. Als server 1 reboot, mag 'ie dus NIET standaard dat IP pakken, maar wordt 'ie dus de backup server. Je kan 't zo instellen dat 'ie het shared IP weer overpakt na enkele minuten, of dat je 't met de hand moet aangeven, net wat jij wil.

Het hele idee van high-availability is echter *NIET* iets wat je even op een vrije middag in elkaar moet knutselen, want het is echt wel iets wat je heel goed moet uitzoeken en vooral heel erg goed moet testen! Als je het niet goed opzet, dan levert het je gegarandeert meer downtime en problemen op, dan dat je met 1 losse server hebt.

En uiteraard, zoals al eerder gezegt, je MySQL replicatie moet je ook heel goed regelen, daarnaast moet je delen van je filesystem syncen, anders draai je straks verschillende versies van je script op de servers, logfiles lopen via 2 servers en zal je dus iets op moeten verzinnen om die netjes te combineren waar nodig, en nog veel meer van dat soort geintjes waar je pas achter komt als je d'r mee bezig bent! Als je niet een hele hoop tijd beschikbaar hebt om het heel goed te testen, dan is mijn advies: niet aan beginnen.