Onderwerp: Migratie VPS naar PHYSICAL

Je kunt het eventueel 'makkelijk' testen als je access tot de dedi hebt. Installeer centos 6.0, rsync ALLES van het vps naar een /tijdelijk direcory op de dedi.
Boot dedi in single user en swap de content. Zolang je proc architectuur hetzelfde is en je disklabels ook, dan lijkt me dat dit wel gaat werken.
Maar ik ben meer een FreeBSD persoon dan centos...

Oorspronkelijk geplaatst door t.bloo

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?

Eigenlijk wilde ik dat ook al zeggen... een ongedocumenteerd vps lijkt me veiliger dan een ongedocumenteerde dedi namelijk

wat je kan doen is het volgende, je installeert hetzelfde os en versie. Je zorgt dat de partities groot deel hetzelfde zijn.

daarna maak je file aan met onderstaande content:
/tmp/nocopy:
boot
proc
dev
sys
etc/fstab
etc/lvm
etc/blkid

op de source stuur je onderstaand command

cd /; tar -zcvpf - -X /tmp/nocopy * |ssh <IP NIEUW> "cd /; tar -zxvpf - --numeric-owner"

hierna update je het systeem en reboot je. done.

Oorspronkelijk geplaatst door Trimmer

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?

Clonezilla is gratis.

Ik zou kiezen voor de manier die Apoc aangeeft. Gewoon ESXi gebruiken. Wij doen elke week migraties en met rsync of tar of wat dan ook gaat het vaak goed, maar vaak gaat er ook wel iets mis. Met ESXi heb je gewoon minder zorgen.

Ik kan in ieder geval uit ervaring zeggen dat bovenstaand voor ons meer dan voldoende is. Zowel p2v als v2p.

Verder op een dedicated esx(i) installeren en de rest bestempelen als houwtje touwtje.... Tja. Je hebt beheerders of je hebt ze niet. Het idee is leuk, maar wie zegt dat de gekozen hardware op de compat. list van vmware staat. Nou kan het allemaal werken, maar wie weet wat voor performance drops je in de toekomst kan krijgen. Of onverklaarbare vastlopers bijvoorbeeld.

Ik zou hem migreren (v2p), alleen al uit het feit om de discussie met de klant op lange termijn te voorkomen.

Vaak zijn er goede redenen om terug te vallen naar een dedicated, denk aan I/O performance. Leuk dat je dan esxi op een stand alone server installed maar dat lost vrijwel niks op.

Imaging software kan zeker worden gebruikt, clonezilla ken ik niet, wij maken gebruik van R1soft en dat werkt prima (restore op een virtual of dedicated maakt niks uit).

Migreer die hele bende handmatig zou ik zeggen, je zult wel moeten wanneer een klant gebruik maakt van vele op maat applications. Misschien dat je de klant zelfs kan helpen met het stroom lijnen hiervan zodat het gemakkelijker word om te migreren in de toekomst (of uit te breiden).

Oh, daar heb je trouwens een heel goed punt. R1soft is er bij ingeschoten, dat kan soms ook zeker een oplossing zijn.

Oorspronkelijk geplaatst door Pantsy

Vaak zijn er goede redenen om terug te vallen naar een dedicated, denk aan I/O performance. Leuk dat je dan esxi op een stand alone server installed maar dat lost vrijwel niks op.

Waarom niet? Hij geeft aan dat er nu in een shared omgeving gedraaid wordt. Wanneer je dat migreert naar een dedicated omgeving (met standalone virtualisatie) waarin veel meer I/O beschikbaar is, lost dat natuurlijk wel een hoop op.

Je kunt ook met bijvoorbeeld Symantec Ghost aan de slag. Die kan ook over het netwerk images streamen.
Even CD image koppelen bij je virtuele machine, boot CDtje in je nieuwe machine, en binnen korte tijd ben je helemaal klaar.

Je kunt ook direct beginnen... dan was je al 5 dagen klaar geweest

Systemdeveloper. Van een nuttige bijdrage gesproken

Het is intussen al allemaal overgezet met rsync.

Oorspronkelijk geplaatst door Trimmer

Systemdeveloper. Van een nuttige bijdrage gesproken

Het is intussen al allemaal overgezet met rsync.

Mja, ok... misschien was ie niet zo nuttig, maar het werd zo'n discussie van allerlei tools en goodies... Ik denk al 'straks zit ts met 20 extra pakketten'

Oorspronkelijk geplaatst door getUP

Oh, daar heb je trouwens een heel goed punt. R1soft is er bij ingeschoten, dat kan soms ook zeker een oplossing zijn.

Esxi geeft niet de I/O performance die je kan behalen wanneer je een traditionele dedicated server in gebruik heb, doe anders wat speed checks en trek je eigen conclusies zou ik zeggen. Dit is overigens naar mijn weten de bottleneck van elke virtualisatie techniek en daarom soms niet interessant voor bepaalde doeleinden.

Oorspronkelijk geplaatst door Pantsy

Esxi geeft niet de I/O performance die je kan behalen wanneer je een traditionele dedicated server in gebruik heb, doe anders wat speed checks en trek je eigen conclusies zou ik zeggen. Dit is overigens naar mijn weten de bottleneck van elke virtualisatie techniek en daarom soms niet interessant voor bepaalde doeleinden.

Heb jij die speedchecks gebaseerd op een configuratie waarin gebruikt gemaakt werd van SAN storage? Zo ja, dan lijkt het me dat de I/O afwijking daar aan ligt, en in veel mindere mate aan de virtualisatie zelf. Zo groot is die overhead namelijk niet.