Onderwerp: Migratie VPS naar PHYSICAL

Heeft er iemand ervaring met het migreren van een ESXi VPS naar een dedicated server? VPS draait momenteel CentOS 6.0.

Wat zou de beste methode zijn om dit uit te voeren? Het hele process moet zo kort mogelijk duren. Klant wil down time kost-wat-kost zo kort mogelijk houden.

Advies is welkom.

Server installeren, rsyncen totdat er geen wijzigingen meer zijn en ip switchen.

Iets als dit ? rsync -arP --delete root@server:/ /

Heb je echt getest of dat goed werkt? Het klinkt zo raar om dit met rsync te gaan uitvoeren.

Oorspronkelijk geplaatst door Trimmer

Iets als dit ? rsync -arP --delete root@server:/ /

Heb je echt getest of dat goed werkt? Het klinkt zo raar om dit met rsync te gaan uitvoeren.

Afhankelijk van je situatie heb je verschillende mogelijkheden. Ik heb ook wel eens gewoon plain parties met tar/ssh over getrokken.

Maar je kunt rsync een paar keer achter elkaar aantrappen. Uiteindelijk zeurt die dan alleen nog over open files (db e.d). Die services stop je dan even op beide machines, voordat je de laatste rsync doet, en dan rebooten met de nieuwe bak en met het oude ip. Vanacht nog paar gedaan, werkt perfect.

Is het niet veel logischer om op die dedicated server simpelweg ESXi te installeren en vervolgens die VPS als geheel te migreren (en dus als standalone VPS op de dedicated server te laten draaien)?

Om alles te rsyncen is nogal een houtje-touwtje oplossing.

ESXi installeren op dedicated server en daar de VPS naartoe verhuizen, dat zou eenvoudig zijn. Maar de bedoeling om naar een dedicated server te migreren is omwille van performance. Virtualisatie is toch altijd minder performant dan rechtstreeks op de hardware draaien hé...

Oorspronkelijk geplaatst door Apoc

Om alles te rsyncen is nogal een houtje-touwtje oplossing.

Hoe wil je het dan op een dedi krijgen?

Je kunt nog gekker gaan doen door partities te tarren of wat kloten met lvm snapshots, maar uiteindelijk zit er een tijd in het overzetten van de data. Met rsync hou je daarmee je downtijd het meeste beperkt als je naar een andere platform moet. (zonder nog gekkere dingen zoals een snelle HA omgeving optuigen en het vps gewoon plat te gooien na de sync )

Oorspronkelijk geplaatst door Trimmer

ESXi installeren op dedicated server en daar de VPS naartoe verhuizen, dat zou eenvoudig zijn. Maar de bedoeling om naar een dedicated server te migreren is omwille van performance. Virtualisatie is toch altijd minder performant dan rechtstreeks op de hardware draaien hé...

Mwaaa dat valt reuze mee hoor. Over het algemeen is de overhead zeer klein - zeker met VMware, dus dat is niet echt een argument. Daarnaast behoud je op deze manier ook de mogelijkheid om de VPS later naar een grotere server te verhuizen indien dat nodig mocht zijn.

wat draait er binnen die VPS? Iets bijzonders dat de hele handel 1 op 1 over moet naar physical? Is het niet handiger een goede, stabiele installatie op de dedicated bak te zetten, de benodigde services en deamons erop te knallen en dan de files (web/sql?) over te zetten? vervolgens even testen of alles werkt en dan ip switchen.

Oorspronkelijk geplaatst door Apoc

Mwaaa dat valt reuze mee hoor. Over het algemeen is de overhead zeer klein - zeker met VMware, dus dat is niet echt een argument. Daarnaast behoud je op deze manier ook de mogelijkheid om de VPS later naar een grotere server te verhuizen indien dat nodig mocht zijn.

Agree! De paar procent die je verliest kost je in de praktijk hooguit eenmalig een paar tientjes op de prijs van je server als je een iets snellere proc pakt.

Wat ik me nog afvraag.
Als ik ga rsync'en. Gaat dat geen problemen geven met grub? Want die config in /boot wijzigt dan toch ook? Ik denk bijvoorbeeld aan device.map.

Al zou dat in dit geval wellicht gewoon twee maal hetzelfde zijn (hd0=/dev/sda)

@magus : het is een bak van een klant en ik weet zelf niet 100% wat er allemaal op draait. Maar er draait enorm veel tegelijk op en alles overzetten naar een nieuwe installatie zou dan ook een hele klus zijn.

Nou, ik zou eerst mijn target server goed installeren en dan de data rsyncen. Nu weet ik dat ik met FreeBSD gewoon een partitie kan overmikken en de boel draait. Of dat ook met Centos zo is, weet ik niet.
Voor mij is Cento 6.0 nog niet stabiel genoeg voor productie, dus laat staan voor die soort meuk.

Als je wegkomt met alleen je data te syncen dan zou ik me daarop richten.

Het probleem is een beetje het feit dat de klant zoveel dingen geïnstalleerd heeft en aangepast en er geen overzicht is van welke configbestanden zijn aangepast. Er zijn in de loop der tijd ook al wat aanpassingen gedaan zoals symlinks leggen als een compile fout ging en nog wat zooi.
Omdat het zoveel wijzigingen zijn is het dus niet eenvoudig mogelijk om een nieuw OS te installeren en enkel de data over te kopieren.

We zouden dus het VPS systeem willen overzetten naar een dedicated server, waarbij de dedicated server uiteindelijk een exacte copie moet worden van de VPS. Zodat we ons geen zorgen hoeven te maken over configuratie-problemen o.i.d...

Misschien is het beter om toch te kiezen voor een disk imaging tool en gewoon een backup + restore uitvoeren? Indien zo, welk disk imaging pakket is aan te raden?

Misschien moete

Oorspronkelijk geplaatst door Trimmer

Zodat we ons geen zorgen hoeven te maken over configuratie-problemen o.i.d...

Ik zou me in deze situatie juist heel erg zorgen maken.

Afwijken van de default instellingen is geen probleem, behalve als je niet weet wat er anders is! Straks heb je een keer een crash of een hack of een update en werkt het niet meer en weet je ook niet hoe je het terug moet krijgen.

Misschien een idee om deze upgrade aan te grijpen om orde in de chaos te scheppen?