Slow migration of Xen-based Windows VPS

Last week I had to move one of our Windows VPS’s from one xen server to another. Now we use LVM and not files as backend for the the VPS disks so I couldn’t use a simple copy of a diskfile from server to server. And I couldn’t rely on the NTFS support in Linux, to complete the copy on a file by file basis, directly from the VPS filesystem on the old server, to the new one on the new server. Instead I chose to use dd over SSH to move it. Here’s the command I ran:

dd bs=1k if=/dev/xenvolume/vps01-disk conv=sync,noerror 
| gzip -c | ssh -c blowfish new.xen.server "gunzip - | 
dd of=/dev/xenvolume/vps01-disk bs=1k"

With a VPS with a 25GB disk, it took about 22 minutes to complete the move. It’s a method I can recommend if you haven’t got storage shared between your xenservers.

3
  Relaterede indlæg

Comments

  1. Adam  July 17, 2009

    I stedet for dd kan man bruge cat – som måske er lidt nemmere at huske:

    cat /dev/xenvolume/vps01-disk |ssh new.xen.server “cat /dev/xenvolume/vps01-disk”

    Jeg er ikke klar over om gzip eller blowfish faktisk vil gøre det hurtigere på en typisk nyere server – det kommer nok lidt an på dataene og hvilken storage man bruger. Hvis man vil komprimere med gzip kan man bare sætte -C på ssh.

    Mvh
    Adam

    reply
  2. Adam  July 17, 2009

    Vigtig detalje :-)

    cat /dev/xenvolume/vps01-disk |ssh new.xen.server “cat > /dev/xenvolume/vps01-disk”

    Mvh

    reply
  3. Juri Rischel Jensen  August 6, 2009

    Hej Adam

    Du har ret – det er også en simpel måde at gøre det på. Grunden til at jeg brugte dd kom faktisk af, at jeg forsøgte mig med dd_rescue først. Men det lykkedes aldrig at få det til at fungere.

    Komprimeringen fandt jeg speedede tingene gevaldigt op. Ved en af testoverførslerne undlod jeg at slå det til, og det resulterede i at det tog over dobbelt så lang tid! Så noget må det have at sige….

    reply

Add a Comment