6
edits
Changes
→Summary
The vzmigrate script is used to migrate a Virutal Environment [[container]] from one [[Hardware Node ]] to another.
== Summary == OLD SERVER:<pre>[root@OpenVZ ~]# ssh-keygen -t rsa[root@OpenVZ ~]# cd .ssh/[root@OpenVZ .ssh]# scp id_rsa.pub root@10.1.5.6:./id_rsa.pub</pre>NEW SERVER:<pre>[root@Char ~]# cd .ssh/[root@Char .ssh]# touch authorized_keys2[root@Char .ssh]# chmod 600 authorized_keys2[root@Char .ssh]# cat ../id_rsa.pub >> authorized_keys2[root@Char .ssh]# rm ../id_rsa.pubrm: remove regular file `../id_rsa.pub'? y</pre>OLD SERVER: (test if we can ssh without password)<pre>[root@OpenVZ .ssh]# ssh -2 -v root@10.1.5.6[root@Char ~]# exit[root@OpenVZ .ssh]# vzmigrate 10.1.5.6 101</pre>Above example migrate VM 101 to 10.1.5.6. You can read detail explanation below: == Setting up SSH keys == You first have to setup SSH to permit the old HN to be able to login to the new HN without a password prompt. Run the following on the old HN.
<pre>[root@OpenVZ ~]# ssh-keygen -t rsa
Last login: Thu Aug 9 16:41:30 2007 from 10.1.5.20
[root@Char ~]# exit</pre>
== Prerequisites ==
Make sure:
* you have at least one good backup of the virtual machine you intend to migrate
* rsync is installed on the target host
* In general you cannot migrate from bigger kernel versions to smaller ones
* By default, after the migration process is completed, the Container private area and configuration file are '''deleted''' on the old HN. However, if you wish the Container private area on the Source Node to not be removed after the successful Container migration, you can override the default <code>vzmigrate</code> behavior by using the <code>–r no</code> switch.
== vzmigrate usage ==
Now that the vzmigrate script will function, a little bit on vzmigrate.
<pre>This program is used for VE container migration to another node
Usage:
vzmigrate [-r yes|no] [--ssh=<options>] [--keep-dst] [--online] [-v]
destination_address <VEIDCTID>
Options:
-r, --remove-area yes|no
Whether to remove VE container on source HN for successfully migrated VEcontainer.
--ssh=<ssh options>
Additional options that will be passed to ssh while establishing
passed, DO NOT pass destination hostname.
--keep-dst
Do not clean synced destination VE container private area in case of some error. It makes sense to use this option on big VE container migration to avoid syncing VE container private area again in case some error (on VE container stop for example) occurs during first migration attempt.
--online
Perform online (zero-downtime) migration: during the migration the
as though nothing has happened.
-v
its progress (including some time statistics).</pre>
=== Example ===Here is an example of migrating VE container 101 from the current HN to one at 10.1.5.6:
<pre>[root@OpenVZ .ssh]# vzmigrate 10.1.5.6 101
OPT:10.1.5.6
Starting migration of VE container 101 on 10.1.5.6
Preparing remote node
Initializing remote quota
Cleanup</pre>
== Migrate all running containers ==
Here's a simple shell script that will migrate each container one after another. Just pass the destination host node as the single argument to the script. Feel free to add the -v flag to the vzmigrate flags if you'd like to see it execute with the verbose option:
for CT in $(vzlist -H -o veid); do vzmigrate --remove-area no --keep-dst $1 $CT; done
== Additional Information ==
[[Category:HOWTO]]
