Onderwerp: bulk verhuizing

Ik probeer mij een beeld te vormen van wat de mogelijkheden zijn voor het verhuizen van 200+ websites van één provider naar een andere.

Omdat we dan ook direct met Direct Admin willen gaan werken zullen waarschijnlijk alle config files van de websites aangepast moeten worden om dat de paden niet meer kloppen, waarschijnlijk lopen we daarnaast wel tegen zaken aan die ik nu niet voorzie.

Met 200 domeinen vind ik het ook al renderend genoeg om deelnemer te worden bij de SIDN, dat zou betekenen dat we een bulk overname kunnen doen bij onze huidige provider.

Grootste problemen voorzie ik bij de DNS en e-mail, zo'n 40 domeinnamen staan naar ons doorgewezen. Betekent dit dat we bij deze providers moeten gaan vragen om het IP adres te wijzigen? Met hoeveel downtime zal ik mijn klanten moeten confronteren en hoe gaat dat met mail die nog bij de oude provider terecht komt.

Iemand hier ervaring mee of iets over te melden?
Bedankt!

Beste,

Bijna wekelijks zien we nieuwe resellers komen waarvoor we de gehele verhuizing inplannen en regelen. Als de huidige users al in een DirectAdmin resellerpakket staan zou je hiervan een backup kunnen maken en deze bij de nieuwe provider (Of, ik hoop bij 200 domeinen een eigen server), kunnen restoren.
Vervolgens vraag je de huidige registar de domeinen over te dragen aan je nieuwe (eigen) SIDN account. Hieraan is eenmalig 225,- euro aan kosten aan verbonden, maar dan heb je meteen alles in eigen beheer. Vervolgens is het DNS omzetten (deze ook nieuw?) en een nachtje wachten. Als je het een beetje goed inplant, is het binnen 24 uur te regelen en beperkt de downtime zich tot maximaal 10 minuten per website.

Zelf zijn we geen SIDN deelnemer meer en hebben alles bij TransIP staan. Mede omdat we hier domeinen voor resellers kunnen registreren en deze later van user kunnen overdragen. Iets duurder dan de SIDN maar wel een syteem dat altijd werkt en waarbij je DNS en fallback binnen het registratiesysteem zit.

Mail gaat als je het goed doet niet verloren. Je oude server blijft immers aan tot een maand nadat de nieuwe server up is, in verband met eventuele trage DNS/Verhuizingen (.com verhuizen kan twee weken duren). Het kan zijn dat mail bij de oude server aankomt, maar deze kan hem doorsturen naar de nieuwe als je de DNS goed insteld.

Gaat u over van een resellerpakket naar een resellerpakket of neemt u - gezien de domeinen - een eigen server? En in hoeverre kan/wil de nieuwe provider u begeleiden?

De sites staand nu verdeeld over 3 dedicated websersvers. Eén daarvan heeft webmin, de anderen hebben niets. (ik heb wel root shell toegang). De mappenstructuur gaat dus naar alle waarschijnlijkheid veranderen.

De DNS willen we ook verhuizen naar de(een) nieuwe provider. Heb je een idee wat we kunnen doen met de extern geregistreerde domeinen?

Beste Vincent,

In ieder geval zorgen dat je
-Een eigen SIDN lidmaatschap neemt met managed DNS en/of;
-Bij een aanbieder gaat zitten die je tevens managed DNS en overige biedt (bv. TransIP);

Mocht je later wijzigingen aanbrengen of nog eens moeten verhuizen pan provider/IP, heb je alles volledig in eigen beheer wat het allemaal een stuk makkelijker maakt.

De mappenstructuur gaat inderdaad veranderen. Directadmin gebruikt /home/$username/domains/$domein/public_html/
Je zou dus op de nieuwe server in ieder geval al alle users aan kunnen maken met de betreffende domeinen (op resellerlever ivm backups). vervolgens is het inderdaad handmatig kopieerwerk ben ik bang, waarna er eventueel nog aanpassingen in de PHP-scripting moet gebeuren ivm de paths.
De extern geregisteerde domeinen dus verhuizen (TransIP?) zodat je deze in eigen beheer hebt. Helaas betekend een verhuizing ook een nieuwe registratie dus er zitten eenmalig wat kosten aan.

Afhankelijk van de eventuele aanpassingen in scripts etc houd ik zelf altijd een uur per domein/site aan voor de verhuizing. Dit betekend dus aardig wat manuren, kun je deze vrij maken?

Oorspronkelijk geplaatst door V. Kleijnendors

De DNS willen we ook verhuizen naar de(een) nieuwe provider. Heb je een idee wat we kunnen doen met de extern geregistreerde domeinen?

Als je alle domeinen keurig in een lijstje hebt, dan kun je een bulk transfer doen in enkele minuten, dat is niet zo zeer een probleem.

Verder zou ik aan de nieuwe provider vragen of je tijdelijk van hun nameservers gebruik kunt maken.
Dan kun je letterlijk in een paar minuten switchen van IPs en wanneer alles werkt de nameservers aanpassen voor alle domeinen.

Over de websites:
Deze maken gebruik van php én mysql neem ik aan?

Deze maken gebruik van php én mysql neem ik aan?

Inderdaad, alle websites gebruiken PHP en mysql.

De extern geregistreerde domeinen (met DNS doorverwijzing) kunnen we alleen verhuizen met verhuisformulieren, ondertekend door onze klanten?

Oorspronkelijk geplaatst door V. Kleijnendors

Inderdaad, alle websites gebruiken PHP en mysql.

De extern geregistreerde domeinen (met DNS doorverwijzing) kunnen we alleen verhuizen met verhuisformulieren, ondertekend door onze klanten?

Het ligt er aan of het .nl domeinen betreft.
Alle andere domeinen kunt u waarschijnlijk zonder problemen verhuizen MITS dit geautoriseerd wordt door het admin contact van het domein.
Het makkelijkste zou zijn om tijdelijk uw eigen email in het admin contact te zetten, om zo alles te verspoedigen, enige probleem is dan dat u achteraf alle email adressen weer terug moet zetten. Of u laat het zo, indien dat geen probleem is voor de klanten.
Verder zijn er .info, .biz, .net TLDs auth. codes nodig.

Bij .nl domeinen kunt u in overleg met uw oude provider en nieuwe provider er voor zorgen dat uw nieuwe provider de domeinen in kwestie overneemt. Deze procedure kost niet zo veel werk. Enkel de goedkeuring van beide partijen is noodzakelijk. Er moet hier wel +/- 250 EUR voor betaald worden (moet ik opzoeken), maar dan zijn alle domeinen in één keer over.

Ik zou als volgt te werk gaan:
1. Lijst maken van alle domeinen, gesorteerd op TLD
2. Veranderen van admin contacts van bepaalde TLDs
3. Auth. Codes verkrijgen voor de TLDs waar dit noodzakelijk voor is.
5. Alle domeinen verhuizen naar nieuwe provider, instellingen ongewijzigd laten (of al zorgen dat er 2 nameservers klaar staan welke juist geconfigureerd zijn).
6. Lijst maken van mysql gebruikers, databases en wachtwoorden.
7. Lijst maken van mailboxen(+wachtwoorden eventueel) en aliassen.
8. Nieuwe servers met CP configureren:
a. domeinen aanmaken
b. MySQL gebruikers + databases aanmaken met het juiste wachtwoord.
c. Mailboxen en aliassen aanmaken.
9. Data van de websites kopiëren en fouten verbeteren in combinatie met DB backups.
10. Wanneer blijkt dat alles goed staat opnieuw een backup maken van de MySQL databases en importeren op de nieuwe servers.
11. Alles OK? --> Nameservers aanpassen.

*****Misschien ben ik wat vergeten, heb dit eventjes getypt.....

Ik denk dat je wel even zoet bent wanneer je dit in één keer goed wilt doen.

Databases kunnen volgens mij gewoon gekopieerd worden (de data-mappen).
Domeinen zomaar verhuizen is niet altijd even makkelijk; de klant heeft het dan zelf geregistreerd bij een eigen provider en alleen doorverwezen naar ons IP adres. Daar voorzie ik de grootste problemen.

Oorspronkelijk geplaatst door V. Kleijnendors

Databases kunnen volgens mij gewoon gekopieerd worden (de data-mappen).

Dit kan vaak enkel en alleen wanneer de 2 MySQL versies het zelfde zijn op beide servers, verder zullen de database namen en database gerbuikersnamen naar alle waarschijnlijkheid niet overeenkomen wanneer je overstapt van een server zonder controle paneel naar een server met een controle paneel.

Oorspronkelijk geplaatst door V. Kleijnendors

Domeinen zomaar verhuizen is niet altijd even makkelijk; de klant heeft het dan zelf geregistreerd bij een eigen provider en alleen doorverwezen naar ons IP adres. Daar voorzie ik de grootste problemen.

Dat vergt inderdaad goede en duidelijke communicatie van de klant en zal daarom ook het meeste werk zijn. Maar ik zou de totale verhuizing niet van enkele klanten laten afhangen die geen gehoor geven. Wanneer u dit netjes enkele weken van te voren aankondigt en dit herhaalt om de week en een paar dagen voor de verhuizing.

Oorspronkelijk geplaatst door V. Kleijnendors

Databases kunnen volgens mij gewoon gekopieerd worden (de data-mappen).

Dat hoeft niet altijd goed uit te pakken. Zelf doe ik dat via bijv mysqldump. Google anders even naar select into outfile voor een alternatief.
Ga je ze wel kopieeren breng dan eerst mysqld down.

Oorspronkelijk geplaatst door V. Kleijnendors

Domeinen zomaar verhuizen is niet altijd even makkelijk; de klant heeft het dan zelf geregistreerd bij een eigen provider en alleen doorverwezen naar ons IP adres. Daar voorzie ik de grootste problemen.

Het hele nadeel van een bulkverhuizing is dat het ook in bulk niet goed kan gaan

Afhankelijk van je budget kan je ervoor kiezen om alles in een testomgeving op te zetten en bijv via je hosts file (of DNS) eerst alles te testen. Je zou dan de laatste versie van de databases via bijv mysqldump over kunnen zetten.

Uiteindelijk is je planning het grootste struikelblok..

De verhuizing heeft geen verschrikkelijke haast gelukkig. We hebben reeds een server bij Dell geconfigureerd, die de websites gemakkelijk moet kunnen herbergen.

Mysql dump en de import functie van mysql lijken me nogal traag om databases over te zetten; we hebben het hier over 200 databases, waarvan er veel databases meer dan 100mb zijn, met uitschieters naar 800mb.

Zijn er slimme manieren om bijvoorbeeld de virtual files van postfix over te zetten naar exim(?)?

Tip: voordat je alle IP's gaat wijzigen, stel een week van te voren de TTL van alle domeinen op hooguit 5 minuten. Zo zul je geen last hebben van IP wijzigingen en zal iedereen vrijwel direct op de nieuwe server (het nieuwe IP) terecht komen.

Oorspronkelijk geplaatst door eMiz0r

Tip: voordat je alle IP's gaat wijzigen, stel een week van te voren de TTL van alle domeinen op hooguit 5 minuten. Zo zul je geen last hebben van IP wijzigingen en zal iedereen vrijwel direct op de nieuwe server (het nieuwe IP) terecht komen.

Als de providers zich iets van die ttl aantrekken ja.

De verhuizing zal enige tijd in beslag nemen inderdaad. Afhankelijk van de huidige structuur hangt af of het automatisch is over te zetten (de php bestanden) en mogelijk ook elke mysql database. Nu kun je uitgaan van een uur per domein, maar indien je klanten zelf de scripts aan willen passen en je alles rustig over kunt zetten kun je dit reduceren tot zeg maar 15 tot 30 minuten per domeinnaam die jij ermee bezig bent. Heel veel kan gewoon automatisch gedaan worden tegenwoordig als de structuren goed zijn. Indien gewenst kun je hierbij uiteraard gebruik maken van andere bedrijven (een offerte aanvragen kan altijd op WHT).

Oorspronkelijk geplaatst door Randy

Beste,


Vervolgens vraag je de huidige registar de domeinen over te dragen aan je nieuwe (eigen) SIDN account. Hieraan is eenmalig 225,- euro aan kosten aan verbonden, maar dan heb je meteen alles in eigen beheer.

Ik vind hier niet dadelijk iets van terug op de SIDN site. Is dat bedrag vastgelegd door SIDN ? Per domein ? Is de oude registrar verplicht op mee te werken ? Hoe verloopt dergelijke procedure ?