Migratie naar nieuwe server in nieuw datacenter

[BoX]

Hi,

Situatie :
----------
1. Server A staat in datacenter A
2. Sexy nieuwe server B staat in datacenter B.
3. Alle domeinen+data op server A moeten naar server B in datacenter B.

Vraag:
--------
Hoe kan dit het beste zonder downtime en verloren mail ? En dan gaat het eigenlijk puur om het DNS / nameserver verhaal.

Heb mijn ideeën wel .. maar hoor graag wat 'best-practices' van mensen die zoiets al es gedaan hebben.

Ik dacht er eerst aan om de secundary nameservers van de domeinen vast het nieuwe IP te geven bij de SIDN en dan later de primary (oude) server offline te halen. Echter, is het niet zo dat de secundary nameserver ook wel es wordt aangesproken als de primary gewoon online is (round-robin) ? Want dat mag dan natuurlijk niet gebeuren .. anders kijkt de helft op server A en de andere helft op server B.

[jinxedworld]

Ik ben op dit moment bezig met een migratie. Ik doe dit als volgt:

Alle domeinen worden gewezen naar een externe nameserver welke volledig losstaat van het hostingplatform (MySQL backend zodat je met een paar simpele queries veel domeinen tegelijk om kan zetten). De TTL van de domeinen zet ik op 10 minuten. Alle accounts worden overgegooid naar de nieuwe server. En daarna haal ik de queries erover die alle domeinen naar de nieuwe IP's laten wijzen en laat ik de named.conf en de desbetreffende zones rebuilden. Als dat gedaan is kan je een paar dagen later de nameservers weer verhuizen naar je nieuwe hostingplatform.
(slimmer is om je DNS extern te laten uiteraard)

[BoX]

Ik wou het zo doen (commentaar graag):

1. Op oude server A de TTL's op 10 a 15 minuten zetten. En rustig 48 uur wachten totdat alle ISP caches snappen dat ze voortaan wat vaker langs moeten komen bij mijn dns server.

2. Na die 48 uur de DNS zonefiles (A/MX records) voor alle domeinen op de oude server laten verwijzen naar de nieuwe ip's (oftewel naar Server B in datacenter B).

3. Checken of het werkt .. en dan in de WHOIS van SIDN de nameservers omzetten naar de nieuwe ip's waar ondertussen dezelfde zonefiles staan.

Correct zo ??

Evt. komt er nog een stap 2b) zonetransfer .. maar dat is eigenlijk niet nodig omdat ik met Plesk Migration Agent werk.

[wonko]

@Box: het enige probleem dat je kan hebben is wanneer in die resterende 15 min beide sites aangesproken worden, en de database op beiden wordt gebruikt. Mogelijke oplossingen:
- database doorsturen naar de database op de nieuwe machine (na migratie van alle databases). Omgekeerd kan ook, tijdelijk nog de databases op de oude machine gebruiken...
- na de migratie onmiddellijk een vervangende pagina op de oude server plaatsen met de melding dat een migratie gebeurd is, en dat ze elke 5 min eens moeten herproberen (reload)

[jinxedworld]

1. Op oude server A de TTL's op 10 a 15 minuten zetten. En rustig 48 uur wachten totdat alle ISP caches snappen dat ze voortaan wat vaker langs moeten komen bij mijn dns server.
Dit zou prima moeten zijn.

2. Na die 48 uur de DNS zonefiles (A/MX records) voor alle domeinen op de oude server laten verwijzen naar de nieuwe ip's (oftewel naar Server B in datacenter B).
Dat moet ook goed gaan
3. Checken of het werkt .. en dan in de WHOIS van SIDN de nameservers omzetten naar de nieuwe ip's waar ondertussen dezelfde zonefiles staan.
Mag ook geen probleem zijn
Correct zo ??
Bijna, je vergeet dat er nog flink wat tijd nodig is voor het overpompen van de data. De plesk migration manager is niet zo snel . Bij 300 domeinen ben ik 7 uur bezig geweest. Beter gebruik je psadump en psarestore aangezien deze iets sneller werkt dan de migration manager.

Evt. komt er nog een stap 2b) zonetransfer .. maar dat is eigenlijk niet nodig omdat ik met Plesk Migration Agent werk.

[BoX]

Origineel geplaatst door jinxedworld
..................
Correct zo ??
Bijna, je vergeet dat er nog flink wat tijd nodig is voor het overpompen van de data. De plesk migration manager is niet zo snel . Bij 300 domeinen ben ik 7 uur bezig geweest. Beter gebruik je psadump en psarestore aangezien deze iets sneller werkt dan de migration manager.

Ik wou de data migratie vantevoren al rond hebben. Moet nog even iets verzinnen om de klant in te lichten , webspace te locken en tussentijdse e-mail over te zetten.


@Wonko : goed plan van die vervangende pagina ja ! Ga ik doen.

[jinxedworld]

Dan zit je idd met je databases. Deze moet je wel synchroniseren, of nadat alle dumps klaar zijn nog éénmaal de DB's overgooien.

Webspace kan je grotendeels blokkeren dmv het uitschakelen van FTP. Vergeet niet om de filemanager in Plesk ook uit te zetetn dmv interface management. Kunnen ze geen files meer wijzigen met die tool. Als ze eigen tools hebben staan is er natuurlijk nog van alles te wijzigen, het is nooit helemaal te blokkeren zonder keihard rechten aan te passen op de mappen.

[BoX]

Kent iemand rinetd ?

http://www.boutell.com/rinetd/

Ik zeg niet dat ik het ga gebruiken .. maar in theorie zou je hiermee dus een service op een oude server kunnen redirecten naar de nieuwe server.
Dus de DNS op de oude server 'tunnelen' / redirecten naar de nieuwe.

Ideetje ?

[ear6064]

Ik heb nu een 1600sc dell server en wil overdtappen op een 1u sever, hoe krijg ik mijn systeem overgezet zonder alles opnieuw te moeten instaleren.

groet @

[ITrends-Deamon]

Vergeet niet de TTL te verlagen een dag van te voren oid, zodat alles extra vlot doorgevoerd is.

Alles via FTP (of bijv rsync) aan data overgooien, dns aanpassen, alles controleren en klaar.

[WI-Hosting]

Lijkt me toch simpel? Als je beide servers draaiend hebt, gewoon alles langzaam overpompen, dns aanpassen, en kijken..

werkt het niet, kan je je dns altijd terugzetten en staat alles nog op oude server.