Onderwerp: Ip migration probleem

Hallo,

Wij zijn momenteel druk bezig om servers te verhuizen naar een nieuw datacenter. echter hebben we vooral bij cpanel servers een groot probleem.

alles gaat goed totaan de ip migration wizard. zodra deze de dns zones gaat doen kunnen we koffie gaan drinken voor de komende 5 uur.
Het probleem is dat alle servers in een dns cluster zitten met 3 servers (dit zijn onze nameservers).
Het probleem is dat cpanel alle zone files gaat downloaden en om ze te checken om ze daarna weer terug te sturen.
terwijl hij eigenlijk alleen maar de zones moet doen die op zijn server staan.
Nu is het met 1 server nog niet zo'n probleem maar als je 10 vps'en in 1 nacht wilt doen komen we toch in grote problemen hierdoor.

heeft iemand ervaring over hoe we dit sneller kunnen laten gaan?

Het probleem met cPanel / WHM is dat het niet doet, wat het zou moeten doen qua IP changes en het beperkt aanpassen vaan een aantal zones.

Bijvoorbeeld:

IP 1.2.3.4 staat in de records van een zone, alleen dit IP dient aangepast te worden, niet IP 4.5.6.7, dat verwijst naar iets externs voor de klant. Het nieuwe IP in plaats van 1.2.3.4 is 1.4.6.8

Wat ik steeds vaker tegenkom (niet alleen bij ons, maar ook bij klanten), is dat de IP-adressen in de zone niet goed vervangen worden. Zo overschrijft hij soms het externe IP met het nieuwe IP en laat hij ook vaak in bepaalde records her en der het oude IP-adres slingeren.

Een search en replace is iets wat wij tegenwoordig doen, niet de meest ideale methode, maar dat kun je zo maken dat hij inderdaad alleen de zones van de betreffende server meeneemt in plaatst van alles. Met wat regels perl is dat wel te fixen.

Ik neem aan dat je ook support hebt van cPanel, leg het issue anders ook eens bij hen neer. Wellicht dat ze binnen zeer korte tijd alsnog jouw probleem kunnen oplossen zodat je niet zelf hoeft lopen te klooien met scriptjes.

Even los van het cpanel probleem: hoewel ttl loweren helpt kan je ook een server de oude IP's laten announcen en in CSF instellen (scheelt weer met eigen iptables rules) om deze te forwarden naar het nieuwe IP. Let op dat je het oude IP niet gaat gebruiken op de nieuwe server want dan krijg je problemen. Heb je dat niet dan denkt de server gewoon dat de aanvraag op het nieuwe IP binnen kwam en zal deze normaal functioneren.

Scheelt mogelijk weer wat downtime Ik weet niet hoe dit werkt icm andere applicaties maar voor webservers werkt het prima.

Nou we hebben het probleem kunnen oplossen.

De oplossing is om eerst te zorgen dat je /var/named goed schoon is en er geen zones instaan die niet op de server staan.
daarna de dns cluster uitzetten en daarna /scripts/dnscluster -syncall
en dan ben je in een paar minuten klaar.