Onderwerp: verhuizen 2 Colocated servers

Even het volgende ik ben van plan om 2 colocated servers te verhuizen naar A'dam.

Beide servers 2 u's met Plesk 7 (redhat 9)waarvan 1 alle content op staat met zo een 150 domeinen het mailgebeuren en een ns1 en een ns2.
De andere daar wordt dagelijks een backup geupload met een script via ftp.
(deze backup server doet eigenlijk weinig.)

Wie weet hoe ik dit het beste kan doen
(zonder dat de klant er iets van merkt).
Ik dacht zelf de backup server met de content neerzetten en aan een nieuw ns1 ns2 ip adres hangen en dan de root ISP servers laten updaten of gaat dit problemen geven in Plesk?

Verder zoek ik nog een goede snelle locatie in A'dam (backbone), datacenter waar ik mijn boel (2u's)kwijt kan met een leuke prijs voor zo een 30 a 40Gb traffic per maand.
En een service die mij met de verhuizing vlekkeloos kan helpen.

Dus als ik het goed begrijp is de situatie als volgt:

Server #1:
- webserver
- mailserver
- nameservers (primair en secondair)

Server #2:
- alleen backupserver

Dus als je de tweede server loshaalt, dan heb je alleen geen backup server meer? Dat je een paar dagen geen backups maakt is natuurlijk niet zo'n heel groot probleem.

Ik zou dit als volgt aanpakken:

- Je schakelt server 2 uit en ontkoppelt de boel.
- Je gaat met server 2 naar je nieuwe colo-boer en installeert de boel.
- Je zet alle domeinen en instellingen over van server 1 naar server 2.
- Je stelt DNS in op de nieuwe IP adressen.
- Nu is het een aantal dagen wachten tot alle DNS server op de hoogte zijn.
- Zodra server 1 niet meer wordt gebruikt, breng je ook deze over naar het nieuwe datacenter.
- En nu is server 1 je backup server.

Niemand zal downtime hebben, alles blijft draaien
Probleem is echter wel dat na de DNS update een overgang periode is tussen de twee servers. Tijdens die periode moet de oude server eigenlijk niet meer gebruikt worden.

Nu ik er wat beter over nadenk zou dit best wel wat problemen met zich kunnen meebrengen. Ik wacht even de overige reacties af

Verder zoek ik nog een goede snelle locatie in A'dam (backbone), datacenter waar ik mijn boel (2u's)kwijt kan met een leuke prijs voor zo een 30 a 40Gb traffic per maand.
En een service die mij met de verhuizing vlekkeloos kan helpen.

Je kunt een aanbieding plaatsen in dit forum: http://www.webhostingtalk.nl/forumdi...?s=&forumid=14

Zo had ik het inderdaad ook gedacht maar dan moet SERVER1 toch eraf gehaald worden anders kunnen de root servers de nieuwe adressen van ns1 en ns2 niet vinden denk ik, heeft er iemand ervaring mee?

Of je huurt een maand een dedicated server, om de wissen 1 - 2 te verkomen

Het grootste probleem is, en blijft, dat je van IP moet veranderen. Dat gaat nou eenmaal niet bij iedereen op hetzelfde moment. Dus je komt er niet onderuit dat de domeinen (tijdelijk) op twee IP adressen uit kunnen komen.

Er schiet mij zojuist wel een oplossing te binnen, is niet zo'n mooie oplossing, maar het voldoet.

Idee:
- Je verhuist server1 naar de nieuwe locatie
- Op de oude locatie vangt server2 al het verkeer op met een mededeling dat er onderhoud plaats vind. Dus iedereen die op de website van één van je klanten komt, krijgt een vriendelijke melding te zien dat die website tijdelijk niet bereikbaar is.
- Als server1 weer helemaal goed draait op de nieuwe locatie kun je DNS omzetten van alle websites van je klanten.
- Nu zit je dus weer in die overgangs periode. Iemand die nog niet het nieuwe IP adres heeft gekregen (van zijn DNS server) komt nog steeds op jouw oude locatie (server2) terecht. Dus je zou op server2 een link moeten leggen naar de nieuwe server.

Dit is even erg lastig uit te leggen Ik probeer het even aan de hand van een voorbeeld.

huidige staat:
een klant van jullie heeft een website: domein.nl
domein.nl wordt gehost op IP: 213.0.0.1

nieuwe staat:
de website is verhuist naar een nieuw IP, namelijk: 213.0.0.2

probleem fase:
Je hebt de DNS aangepast, maar de internetproviders hebben jouw oude IP nog in de cache staan (213.0.0.1). Jantje gaat naar domein.nl, maar komt niet op jouw nieuwe IP (213.0.0.2), maar dankzij die cache nog op het oude IP. Op dat oude IP moet op dat moment server2 een pagina terugsturen met de melding: 'Onze server is verhuist, u kunt de website tijdelijk hier bekijken: http://213.0.0.2/~domein.nl/'

Ik hoop dat dit een beetje duidelijk is Anders laat het maar weten, dan probeer ik het nog wat anders uit te leggen.

Dat is inderdaad wel zo een nette oplossing Zo een pagina met onderhoud erop, dat wordt nog een klus dan 150 websites met Content management
Dan is er wel een probleem als er gewerkt wordt aan de sites,
En een DNS update is afhankelijk van je provider wanneer ie komt, ik ga er eens even vor zitten.
Dank voor het mee denken

In tegenstelling tot mijn eerste post: Ik zou toch liever niet de websites op twee servers tegelijk laten draaien. Dit levert alleen maar problemen op.

Dank voor het mee denken

Geen probleem

Een aanvulling op de methode van Mediacreations (ip-forwarding):

- Server 1 van netwerk halen op oude locatie
- Server 2 de ip's van server 1 geven en op deze server een forwarding in iptables instellen. Alle verkeer op poort 80 forwarden naar nieuwe ip adres, dit herhalen voor alle services(poorten) op de server.
- Server 1 aansluiten in nieuwe datacenter en nieuwe ip's instellen
- DNS'en veranderen op server 1 naar nieuwe ip adres

Zo zit je niet met data op twee verschillende servers, nadeel is echter dat er wel een korte downtime is welke afhankelijk is van de tijd om server1 te verhuizen van A naar B.

Wanneer alle ip's in de DNS'en wereldwijd zijn aangepast kan je server2 uiteraard ook verhuizen naar het nieuwe datacenter.

Om te beginnen zou ik de nieuwe IP adressen opvragen van het nieuwe DC. Dan zou ik NS2 alvast het nieuwe IP geven van het nieuwe datacenter. Na een dag of 3 (als deze lekker gerepliceerd is) zou ik de server verhuizen naar het nieuwe datacenter.

Op het moment dat je de server in het oude datacenter offline haalt, gaat NS1 offline. En wat gebeurt er als NS1 offline gaat? Juist dan gaat NS2 werken en die draait al op het nieuwe IP adres.

Je downtime is dan alleen de tijd dat je met de servers in de auto's zit.
Dus een uurtje of zo

Tis de snelste, makkelijkste en goedkoopste oplossing.

En voor Plesk moet je even 'locate reconfigurator.sh' doen en die runnen in het nieuwe datacenter, dan config je Plesk volledig op de nieuwe IP's. Na de verhuizing pas het IP van NS1 aan, aan het nieuwe IP en dan komt deze ook weer up

Origineel geplaatst door Desmond
Om te beginnen zou ik de nieuwe IP adressen opvragen van het nieuwe DC. Dan zou ik NS2 alvast het nieuwe IP geven van het nieuwe datacenter. Na een dag of 3 (als deze lekker gerepliceerd is) zou ik de server verhuizen naar het nieuwe datacenter.

Op het moment dat je de server in het oude datacenter offline haalt, gaat NS1 offline. En wat gebeurt er als NS1 offline gaat? Juist dan gaat NS2 werken en die draait al op het nieuwe IP adres.

Je downtime is dan alleen de tijd dat je met de servers in de auto's zit.
Dus een uurtje of zo

Tis de snelste, makkelijkste en goedkoopste oplossing.

En voor Plesk moet je even 'locate reconfigurator.sh' doen en die runnen in het nieuwe datacenter, dan config je Plesk volledig op de nieuwe IP's. Na de verhuizing pas het IP van NS1 aan, aan het nieuwe IP en dan komt deze ook weer up

Kijk hier hebben we wat aan.

De commando 'locate reconfigurator.sh' doen vanuit de root?

1000X dank Desmond (voor de zoveelste keer)

Op het moment dat je de server in het oude datacenter offline haalt, gaat NS1 offline. En wat gebeurt er als NS1 offline gaat? Juist dan gaat NS2 werken en die draait al op het nieuwe IP adres.

Volgens mij gaat het niet zo gemakkelijk. Je vergeet dat grote ISP's vaak erg lang de DNS records in cache bewaren.

Origineel geplaatst door jon106




Kijk hier hebben we wat aan.

De commando 'locate reconfigurator.sh' doen vanuit de root?

/usr/local/psa/bin/reconfigurator.pl IP_MAP_FILE

Ok dan heb ik hier denk ik de oplossing om toch geen down time te hebben denk ik.

Op server 1 de ns2 aanpassen met het nieuwe IP adres van de nieuwe DC dan laten repliceren 3 dagen.

Server 2 (backup)unit laten restoren met de gehele content dan deze verhuizen naar nieuwe DC dan de /usr/local/psa/bin/reconfigurator.pl IP_MAP_FILE uitvoeren en de nieuw Ip's aanpassen op de Ns1 en NS2 en dan onmiddellijk server 1 uitgooien en deze weer gebruiken als backup.
Dan zou je in principe geen down time hebben toch?

Origineel geplaatst door jon106
Ok dan heb ik hier denk ik de oplossing om toch geen down time te hebben denk ik.

Op server 1 de ns2 aanpassen met het nieuwe IP adres van de nieuwe DC dan laten repliceren 3 dagen.

Server 2 (backup)unit laten restoren met de gehele content dan deze verhuizen naar nieuwe DC dan de /usr/local/psa/bin/reconfigurator.pl IP_MAP_FILE uitvoeren en de nieuw Ip's aanpassen op de Ns1 en NS2 en dan onmiddellijk server 1 uitgooien en deze weer gebruiken als backup.
Dan zou je in principe geen down time hebben toch?

lijkt me verstandiger dat je ns2 bij de registrar aan laat passen erbij

Sowieso een aantal dagen voor de verhuizing even de TTL-values van alle DNS zones omlaag schroeven naar bijv. 1800 (een halfuur). Dat lost het cachingprobleem op van DNS servers bij de meeste ISP's. Na de verhuizing zet je de TTL-values weer terug.