这篇文档基于qemu-kvm-1.1.0源码进行分析。
首先,源码中的hmp-commands.hx文件中有以下内容:
{
.name = "migrate",/* 在monitor命令行中所使用的命令名称 */
.args_type = "detach:-d,blk:-b,inc:-i,uri:s",
.params = "[-d] [-b] [-i] uri",/* 重要,是命令的附加参数,具体参照后文的分析 */
.help = "migrate to URI (using -d to not wait for completion)"
"\n\t\t\t -b for migration without shared storage with"
" full copy of disk\n\t\t\t -i for migration without "
"shared storage with incremental copy of disk "
"(base image shared between src and destination)",
.mhandler.cmd = hmp_migrate,/* 对应的处理函数 */
},
STEXI
@item migrate [-d] [-b] [-i] @var{uri}
@findex migrate
Migrate to @var{uri} (using -d to not wait for completion).
-b for migration with full copy of disk
-i for migration with incremental copy of disk (base image is shared)
ETEXI
这部分内容是与迁移命令相对应的。可以看到,与迁移命令相对应的处理函数是hmp_migrate(hmp.c)。
Qemu-kvm使用hmp-commands.hx这个文件保存命令行参数和对应的常量。然后使用hxtool工具,利用该文件产生对应的c头文件hmp-commands.h。
Sh /root/qemu-kvm-1.1.0/scripts/hxtool -h < /root/qemu-kvm-1.2.0/hmp-commands.hx > hmp-commands.h
进行转换的时候,STEXI与ETEXI之间的内容是不被写入头文件的。
在monitor.c源文件中有如下内容:
/* mon_cmds andinfo_cmds would be sorted at runtime */
static mon_cmd_tmon_cmds[] = {
#include"hmp-commands.h"
{ NULL, NULL, },
};
所以hmp-commands.hx文件最终的作用是给结构体数组mon_cmds赋值。
然后分析进入函数hmp_migrate后是如何处理的:
调用关系依次如下(每一行就是一次函数调用):
Hmp_migrate(hm是human monitor的意思),
Qmp_migrate(qmp是qemu monitor protocal的意思),
tcp_start_outgoing_migration(以迁移时使用的uri是以tcp开头为例),
migrate_fd_connect,
然后migrate_fd_connect函数会先调用qemu_savevm_state_begin函数(进行迁移工作的初始化工作),然后进入migrate_fd_put_ready函数,
migrate_fd_put_ready则会首先调用qemu_savevm_state_iterate函数,该函数进行迁移的主要工作;完成后进行新旧虚拟机的切换工作。
我们再来看看qemu_savevm_state_begin和qemu_savevm_state_iterate函数到底是如何工作的:
qemu_savevm_state_begin中有如下代码段:
QTAILQ_FOREACH(se, &savevm_handlers, entry) {
if(se->set_params == NULL) {
continue;
}
se->set_params(blk_enable, shared, se->opaque);
}
qemu_put_be32(f, QEMU_VM_FILE_MAGIC);
qemu_put_be32(f, QEMU_VM_FILE_VERSION);
QTAILQ_FOREACH(se, &savevm_handlers, entry) {
int len;
if (se->save_liv