Onderwerp: Failover server - Hoe regelen?

Ik heb sinds een half jaar een web+mail server met circa 25 websites draaien in een datacentrum in A'dam. Gisterochtend kwam ik erachter dat mijn server totaal onbereikbaar was. Ik heb de ISP daar gebeld, die hebben wat controles uitgevoerd en volgens hun zou het allemaal goed moeten werken. Het vreemde is dat ik wel ping's terugkreeg van mijn server, maar verder niets.

Toch maar naar het datacentrum gereden (geen feest vanuit Nijmegen) en daar kwam ik erachter dat iemand anders 'mijn' ip adressen op zijn server heeft ingesteld en ik ze dus na een reboot kwijt was. Ping replies kwamen dus ook niet van mijn server, maar van die andere server.

Na wat overleg met mijn ISP, die er niet 123 achter kwam wie de boosdoener was, heb ik 2 nieuwe IP-adressen gekregen. Op zich natuurlijk geen punt, behalve dat ik mijn eigen nameserver draai. Plesk heeft gelukkig een tool om in 1 keer alle IP adressen in de systeemconfig te wijzigen en voert ook alle nodige wijzigingen aan de DNS server uit. En als de nameserver updates bij SIDN rond zijn werkt alles weer zoals het hoort.

Uiteraard ga je over dit soort dingen pas nadenken als het een keer fout is gegaan, maar ik wil binnenkort een 2e server aanschaffen en deze in een ander datacentrum plaatsen. Nu kan ik dmv cronjobs een volledig plesk-systeem backuppen en op de tweede server importeren, maar hoe regel ik dit in de DNS? Bij MX records kun je een prioriteit opgeven, bij A records volgens mij niet. Mijn idee was dus om de eerste server als primary DNS te registreren en de 2e als secondary. De tweede server zou dan records hebben die naar zijn eigen IP verwijzen, zodat een website bezoeker automatisch naar de tweede webserver 'kijkt' op het moment dat de eerste nameserver niet reageert.

Dit lijkt me alleen geen correcte oplossing. Hoe kan ik dit oplossen, zodat ik (liefst automatisch) kan overschakelen op de tweede server op het moment dat de eerste offline gaat?

Alvast bedankt!

Ik zou je host wat meer onderdruk zetten, een beetje host moet vrij eenvoudig kunnen uitvinden waar een IP zich bevindt.

Je kan meerdere A records aanmaken met dezelfde naam die naar een ander IP verwijzen. De browser zou dit moeten zien en automatisch een andere pakket mocht het mislukken echter geen garanties.

Dat is inderdaad geen correcte oplossing, mede omdat een client niet per definitie alleen naar de primary DNS kijkt en pas bij de secundary aanklopt als de primary niet reageert. Als simpele oplossing kan je round-robin DNS gebruiken; je maakt dan voor hetzelfde domein 2 A-records maar met een ander IP-adres. Wil je een betere oplossing dan wordt het ook een stuk ingewikkelder. Overweeg ook eens om niet alles dubbel te draaien, maar bijvoorbeeld alleen DNS en mail. Dat is wel relatief eenvoudig op te zetten. Dan zijn misschien bij een storing de websites offline, maar mail blijft wel doorwerken.

Oorspronkelijk geplaatst door gjtje

Ik zou je host wat meer onderdruk zetten, een beetje host moet vrij eenvoudig kunnen uitvinden waar een IP zich bevindt.

Je kan meerdere A records aanmaken met dezelfde naam die naar een ander IP verwijzen. De browser zou dit moeten zien en automatisch een andere pakket mocht het mislukken echter geen garanties.

Aha, dat vroeg ik me dus af. Ik had het al eens eerder gehoord, maar ik dacht dat ik ergens had gelezen dat het niet 'hoort'. Maar pakt de browser dan willekeurig een IP uit de lijst met A-records, of gaat dat op volgorde? Want als de tweede server bijvoorbeeld eens in de 12 uur wordt gesychroniseerd en de browser kijkt op de tweede server kan het gebeuren dat een email of webpagina nog niet op de tweede server staat.

Wat je nu beschrijft heet "round robin" en is niet geschikt voor redundancy.
http://en.wikipedia.org/wiki/Round_robin_DNS

Redundancy over meerdere datacentra kun je bereiken met "global load balancing'' bijvoorbeeld, maar dat zijn erg kostbare oplossingen. Beter kun je een eigen subnet bij je provider vragen in een eigen VLAN waar anderen geen toegang toe hebben. Dan heb je dat probleem in ieder geval opgelost.

Even verder bordurend op deze discussie..
Ik heb in een datacenter 2 server staan, die volledig aan elkaar gelijk zijn (rsync van vhosts, mail en mysql) Ook ik loop met het probleem dat ik niet weet hoe ik de server direct kan laten overpakken zodra er iets op de "master server" fout gaat.
Zijn er nog goeie ideeen??

kijk eens naar heartbeat...

Oorspronkelijk geplaatst door Tim.Bracquez

kijk eens naar heartbeat...

HB is een mogelijkeid om te zien of je server nog online is (in leven is). Ik zoek een manier om dedowntime te minimaliseren..
(ip adressen omzetten, DNS switch etc)

Oorspronkelijk geplaatst door corbrio

HB is een mogelijkeid om te zien of je server nog online is (in leven is). Ik zoek een manier om dedowntime te minimaliseren..
(ip adressen omzetten, DNS switch etc)

En wat denk je dat je kunt verbinden aan een melding van heartbeat die ziet dat server #1 down is? Juist! Een ip/dns switch.

tada: http://www.linuxjournal.com/article/9074

Een beginnetje...
Nou is drbd in 2 verschillende DC's misschien een beetje moeilijk (niet onmogelijk) maar wat je wel kunt doen is heartbeat gebruiken om vanaf DC2 te monitoren en zodra server1 onbereikbaar is, laat je server2 de DNS aanpassen bij je domeinboer.
Let dan wel op dat het niet een tijdelijke storing is in het netwerk van een van beide dc's en dat hij het niet aanpast bij 1 failed check.

Oorspronkelijk geplaatst door PeterT

En wat denk je dat je kunt verbinden aan een melding van heartbeat die ziet dat server #1 down is? Juist! Een ip/dns switch.

En DNS info wordt nergens op internet in een cache gezet ofzo? En als de geldigheid te kort zet, negeren sommige provides de settings en houden 24 uur aan ofzo.... Kun jij zoveel dns switches wat je wilt, is het nog niet meteen overal bekent...

Oorspronkelijk geplaatst door bakkerl

En DNS info wordt nergens op internet in een cache gezet ofzo? En als de geldigheid te kort zet, negeren sommige provides de settings en houden 24 uur aan ofzo.... Kun jij zoveel dns switches wat je wilt, is het nog niet meteen overal bekent...

Dat heeft niet zozeer met de TTL te maken die te kort is. Sommige providers hanteren een grens van 24 uur voordat ze hun cache bijwerken. Doe je niets aan, het is alleen niet conform de RFC's.

Het hierboven beschreven probleem kun je niet zelf met technische maatregelen voorkomen. Dit is een verantwoordelijkheid die bij je provider hoort te liggen, zij zijn immers verantwoordelijk voor de uitgifte van IP adressen en de controle hierop.

Met heartbeat, drbd, rr-dns e.d. kun je een technisch probleem op een van je servers redelijk goed oplossen. Een probleem met dubbele IP adressen lost het echter niet voor je op. Let er echter wel op dat je alle componenten in je setup dan ook high-available moet uitvoeren. Daarnaast vereisen deze oplossingen over het algemeen ook weer extra kennis, niet alleen bij het inrichten maar ook in geval van eventuele problemen.

Mijn advies zou zijn: keep it simple, zeker omdat het een server met slechts 25 websites betreft. Een slecht doordachte redundante omgeving gaat waarschijnlijk meer downtime veroorzaken dan deze incidentele menselijke foutjes.

Oorspronkelijk geplaatst door bakkerl

En DNS info wordt nergens op internet in een cache gezet ofzo? En als de geldigheid te kort zet, negeren sommige provides de settings en houden 24 uur aan ofzo.... Kun jij zoveel dns switches wat je wilt, is het nog niet meteen overal bekent...

Net als dat beide DC's op hetzelfde tijdstip down zijn: sommige problemen kun je niet 100% ondervangen, je kunt wel proberen het zo dicht mogelijk in de buurt van die 100% te krijgen.

Wat hostlogic hierboven zegt klopt ook; IP's die aan 2 servers worden toegewezen kun je niet afvangen, dat is de verantwoordelijkheid van de netwerkboer. Echter kan heartbeat hier wel werken. HB kijkt namelijk niet alleen of het IP online is, het kijkt of de juiste server dat is. Zo niet voert HB het noodplan uit en wordt alles dus omgezet.

Oorspronkelijk geplaatst door PeterT

Echter kan heartbeat hier wel werken. HB kijkt namelijk niet alleen of het IP online is, het kijkt of de juiste server dat is. Zo niet voert HB het noodplan uit en wordt alles dus omgezet.

Dat werkt natuurlijk alleen als beide servers van jezelf zijn. Ik begrijp uit het bericht van de TS dat een andere klant van zijn provider zijn IP's had "ingepikt". Daar doe je als klant helaas weinig aan.

Oorspronkelijk geplaatst door hostlogic.nl

Dat werkt natuurlijk alleen als beide servers van jezelf zijn. Ik begrijp uit het bericht van de TS dat een andere klant van zijn provider zijn IP's had "ingepikt". Daar doe je als klant helaas weinig aan.

Ehm.. nee. Nogmaals lezen in context van bovenstaande situatie en gegeven suggesties aub.