Onderwerp: Advies gevraagd

Beste,

Graag had ik wat advies gebruikt om een verhuizing snel en succesvol te laten verlopen. Ik heb momenteel een stuk of 5 webservers welke verhuisd moeten worden en waarvan de DNS moet aangepast worden, ik maak gebruik van DirectAdmin op deze servers.

Ik heb de mogelijkheid een aparte server op te hangen in het nieuwe netwerk welke daar tijdelijk voor de DNS zal gaan zorgen. Helaas heb ik zelf te weinig ervaring met een dergelijke overzetting en vraag hierom dus jullie hulp.

Hoe kan ik het beste dit aanpakken? Ikzelf had bedacht om op de server in het nieuwe netwerk een DNS-server te draaien om zo die als derde NS in te stellen, en als het over is dus de ips van de 1e 2 NS wijzigen. Hoe denken jullie hierover, graag had ik een oplossing welke zo min mogelijk downtime zal veroorzaken (vanzelfsprekend).

Je ns2 downgooien op oude locatie, deze opzetten op de nieuwe. Checken of je zones nog authorative zijn, fysieke verhuizing uitvoeren en ns1 nog even actief laten op de oude locatie.

Heel beknopt maar als je dit goed uitwerkt heb je vrijwel alleen downtime van je fysieke verhuizing en niks meer.

Hang een server in een ander netwerk, stel die in als 2e NS en doe het zoals het hoort, wat heb je er aan om na de verhuizing weer alles in hetzelfde rack te draaien? Loop je vanzelf weer tegen hetzelfde probleem op.

5 dagen voor de verhuizing zet je de records op een verloop van een uur, na de verhuizing de records omzetten naar de nieuwe ips en klaar.

Hoe zet ik die verlooptijd lager in DirectAdmin, en zou eventueel iemand mij hier mee kunnen helpen. En hoe zit het met de IP-adressen bij .NL die je opgeeft bij SIDN? .COM etc zal niet echt problemen geven.

Oorspronkelijk geplaatst door gjtje

Hang een server in een ander netwerk, stel die in als 2e NS en doe het zoals het hoort, wat heb je er aan om na de verhuizing weer alles in hetzelfde rack te draaien? Loop je vanzelf weer tegen hetzelfde probleem op.

Om nog maar te zwijgen over het feit dat een nameserver in een ander netwerk en andere fysieke locatie volgens de RFC's vereist is.

Ik heb momenteel ons DNS-domein via TransIP lopen. Welke dus de records ns1. etc naar de ip-adressen stuurt.

Het lager zetten in DirectAdmin doe je als volgt:
# cd /usr/local/directadmin/data/templates
# perl -pi -e 's/14400/100/' named.db
# echo "action=rewrite&value=named" >> /usr/local/directadmin/data/task.queue

Oorspronkelijk geplaatst door getUP

Het lager zetten in DirectAdmin doe je als volgt:
# cd /usr/local/directadmin/data/templates
# perl -pi -e 's/14400/100/' named.db
# echo "action=rewrite&value=named" >> /usr/local/directadmin/data/task.queue

Vergeet niet om ook de serial te verhogen..

Oorspronkelijk geplaatst door crazycoder

Vergeet niet om ook de serial te verhogen..

Vergeet ook niet een hele hoop van de access providers je TTL compleet negeert en gewoon zelf een standaard TTL aanhoud.

oke en ik neem aan dat als ik al een dns server even op de nieuwe locatie zet dat deze de a-records en dergelijke moet hebben.. Hoe regel ik dit? Of is daar een programma of dergelijke voor.

Hallo,

Wij hebben afgelopen jaar zelf ook een verhuizing van datacenter meegemaakt. We hadden dit tot op de puntjes uitgewerkt. En de verhuizing is gegaan zoals geplant was. In 1 nacht hebben wij tientallen servers succesvol weten over te plaatsen.

Onze server varieerde van software, zo hebben we servers die werken met DirectAdmin. Dit controlepaneel bevat een licentie, deze licentie is gebonden aan het IP adres van de server. Als je een directadmin server wilt verhuizen zou je in principe de licentie moeten laten aanpassen naar de nieuwe IP adressen. Wij hebben uit voorzorgmaatregelen nieuwe licenties vooraf geregistreerd, omdat je afhankelijk bent van de administratie afdeling van DirectAdmin wanneer je een IP change aanvraag indient.

Verder geldt voor DirectAdmin ook dat, wanneer de server is verhuist, je een tool moet downloaden genaamd: ipswap.sh (http://www.directadmin.com/ipswap.sh). Op die manier kun je eenvoudig alle hosting/reseller pakketjes aanpassen op de nieuwe IP's van je server(s).

DNS gebeuren:

- als dns servers worden verhuist onthoud dan dat het SIDN problemen gaat geven. De IP's van de servers kloppen niet meer, die moet je immers opgeven bij SIDN. Je kunt dit laten wijzigen bij SIDN. Maar dit duurt toch wel even voordat alles is afgerond. Daarnaast is de optie "Globale nameserverwijziging" bugged en niet echt operationeel. In plaats daarvan moet je alle domeinen handmatig aanpassen. Wij hebben dit opgelost door een simpel PHP script te maken die alle domeinen uit de database haalt en vervolgens een mailtje stuurt aan SIDN met de nameserverwijziging e-mail (lees: e-mail formulieren).

- Wij hadden in het nieuwe datacenter een 3de DNS server geplaatst en de domeinen vooraf voorzien van de extra DNS. Tijdens de verhuizing hebben wij de 2 bestaande DNS servers in het oude datacenter geplaatst. En in de weken erna hebben wij nieuwe DNS server opgezet in het nieuwe datacenter. Zo konden wij alle domeinen een soepele overgang bieden.

- nieuwe ip adressen moeten ook bekend zijn in je eigen dns config. Wij gebruiken PowerDNS met de mysql plugin. Ook hiervoor hadden wij een handig PHP scriptje bedacht die alle IP adressen tegenlijk kon aanpassen.

- Omdat de DNS niet direct geupdated wordt en nog veel klanten terecht kwamen op de oude IP's van b.v. de webservers, hebben wij de unix tool "balance" gebruikt. Dit programma is circa 300kb groot, maar je kan alle TCP requests doorsturen naar een ander IP. Dit was zeer handig. Na enkele weken hebben wij dit programma uitgeschakelt.

Opsomming:

In eerste instantie hadden wij in Datacenter 1 (oude) de volgende DNS servers:

NS1.TRANS-IT.NL
NS2.TRANS-IT.NL

In Datacenter 2 hadden wij :

NS3.TRANS-IT.NL

Daarna volgde de grote verhuizing.

Na de verhuizing hebben wij NS1.TRANS-IT.NL ook overgeplaatst naar Datacenter 2.

NS2.TRANS-IT.NL hebben wij nog steeds actief draaien in Datacenter 1. We wilde namelijk niet alle dns-servers in 1 datacenter plaatsen. Maar dit hoeft uiteraard niet.


Verder is het opletten geblazen dat de hostnames niet worden aangepast van de DNS servers. Dit kan leiden tot ernorm veel downtime. Gezien de DRS systeem voor SIDN totaal geen goede werking heeft.
Voor overige domeinen als .com e.d hoeven geen zorgen om te worden gemaakt. Deze kijken immers alleen naar de hostname van de DNS servers. Onze klanten hadden hierop geen downtime.

Een tip. Stel de TTL's van alle A-records in op b.v. 600seconden enkele dagen voordat je gaat verhuizen in. Op die manier voorkom je dat dns caches bijgewerkt worden na b.v. 24 uur. Zo zijn de nieuwe IP's in de meeste gevallen al geldig vanaf 10 minuten na de aanpassing in de DNS.

Wij hadden een grote afstand moeten afleggen tijdens de verhuizing. We waren daarom circa 3 uur onderweg. Maar voordat we vertrokken uit het oude datacenter, hadden wij de nieuwe IP's al in de database geplaatst. Bij aankomst, resolvden alle domeinen e.d. naar de nieuwe IP's.

Verder kan ik je zeggen: neem reserve hardware mee. Want het komt niet zelden voor dat hardware tijdens een verhuizing defect raakt. Vooral harddisks hebben hier wel eens problemen mee. Daarnaast kun je voor de zekerheid alle servers één voor één een reboot geven om te controleren of ze ook na een reboot weer normaal functioneren, zodat je niet voor een verassing komt te staan bij het plaatsen in de nieuwe datacenter.


Tuck

Hoi Erik,

Belangrijk is dat je van te voren je DNS servers verplaatst naar het nieuwe netwerk.

Wij hebben momenteel zelf een vergelijkende situatie lopen, met het verschil dat wij de servers niet meeverhuizen.
Je hebt de volgende checklist nodig:
- Maak backups voordat je uberhaupt je servers uitschakeld (edit: het liefst naar een server op de nieuwe lokatie).
- Zorg dat je voldoende spareparts beschikbaar hebt (tenminste wat HDD's en indien actieve CPU koeling wat koelers).
- Leg de bekabeling aan voordat je gaat verhuizen(!), tevens dienen op de nieuwe lokatie dingen als APC/EPC reeds aanwezig te zijn (dat je servers laten niet _nogmaals_ offline moeten).

- DNS draaiende op nieuwe lokatie
- Zones laten veranderen naar lagere TTL
- Laat domeinnamen evt. aanpassen bij SIDN mocht dit nodig zijn (glue's moeten worden aangepast, tenminste voor .com)

- Mijn advies is de IP swap uit te voeren op de oude lokatie.
- Schakel de servers uit, en laat ze nog een half uur tot uur hangen in het rack (uit).
- Indien het servers betreft met hotswap-schijven zou ik die door een ander persoon laten vervoeren, los van de servers.
- Werkelijk vervoeren van de servers, schijven terugplaatsen en gaan met die banaan.

Die backups was ik sowieso van plan op de server die ik plaats in het nieuwe DC. Ik zie dus dat ik wel moet zorgen dat de DNS al in de nieuwe DC zit om zo de downtime minimaal te houden.

Zoals tucktuck aangeeft doet het programma 'balance' een forward van ip, is dit evt niet anders te bewerken zodat de langere update van de DNS geen probleem is? Dus als men overgaat naar andere DC daar de nieuwe ips forwarden.

Oorspronkelijk geplaatst door tucktuck

Dit controlepaneel bevat een licentie, deze licentie is gebonden aan het IP adres van de server. Als je een directadmin server wilt verhuizen zou je in principe de licentie moeten laten aanpassen naar de nieuwe IP adressen. Wij hebben uit voorzorgmaatregelen nieuwe licenties vooraf geregistreerd, omdat je afhankelijk bent van de administratie afdeling van DirectAdmin wanneer je een IP change aanvraag indient.

Even directadmin mailen (sales@directadmin.com) en probleem uitleggen, daarna krijg je toestemming om tijdelijke licenties aan te maken (wel aanmaken, maar niet betalen!!) en dan de licentie id's mailen, dan zullen zij deze voor je activeren voor bijv. 1 week. Daarna servers omzetten naar nieuwe ip's (en dus nieuwe tijdelijke licenties) en daarna directadmin mailen dat de licentie's omgewisseld mogen worden (tijdelijke licenties krijgen de normale geldigheidsduur, en je oude licenties vervallen)

Zo hebben wij het al 2 keer gedaan, directadmin is zeer behulpszaam hierin!

Erik,

Eventueel kan ik je (tijdelijk) een DNS server aanbieden in Amsterdam (Ecatel), Roterdam (Wedare) of Doetinchem (Eliveld/ISP), zodat alle domeinen ruim van tevoren (1 week) op de nieuwe DNS staan. Desgewenst een blijvende situatie zodat je meteen een DNS-server in een ander netwerk hebt.

Vervolgens zet je je oude DNS uit (deze is niet bereikbaar na verhuizing) en neemt de fallbackserver het over, die inmiddels de nieuwe IP's al heeft, ook ruim van tevoren (1 dag). Desgewenst zet ik hier een aparte server voor je op en start je named met de nieuwe IP's pas op als je de stekker bij Proxio eruit trekt.

Heb je eigenlijk al een nieuwe coloplek gevonden?