欢迎来到福编程网,本站提供各种互联网专业知识!
您的位置:网站首页 > 操作系统 > LINUX

Linux系统中关于KVM虚拟机迁移的一些相关问题

发布时间:2016-08-29 作者:佚名 来源:互联网
这篇文章主要介绍了Linux系统中关于KVM虚拟机迁移的一些相关问题,包括用tcp代替ssh连接到服务器的远程方法,需要的朋友可以参考下

本文主要以解决问题的方式给大家一个(在线)迁移虚拟机的方法,可能内容包含的不是很全面,这些只是我在实验的时候遇到的问题,如果遇到的问题没有被包含可以留言回复。。。

废话不多说,直入正题(被迁移的机器成为:sourceVM,所在服务器:source,目标服务器:target,#后是shell命令)

实验环境:

RedHat 6.2

复制代码代码如下: # virsh version

Compiled against library: libvir 0.9.4

Using library: libvir 0.9.4

Using API: QEMU 0.9.4

Running hypervisor: QEMU 0.12.1

主要用两种方式,命令行virsh migrate 和图形界面 virt-mamge

命令行比较简单:

复制代码代码如下: #virsh migrate sourceVM qemu+ssh://target/system --live

(如果ssh的端口不是默认22,可以写为 qemu+ssh://target:port/system)

No.1 Question::

error: internal error hostname on destination resolved to localhost, but migration requires an FQDN

解决办法很简单,因为默认情况下hostname 是 localhost,我们需要把目标的hostname修改一下,临时的也可以。

复制代码代码如下: #hostname target

No.2 Question:

error: internal error Attempt to migrate guest to the same host 00020003-0004-0005-0006-000700080009

这个mail list 里有大牛说是服务器提供商的问题

你可以用#dmidecode -s system-uuid 查看一下这个ID,理论上是#virsh sysinfo | grep uuid 及# virsh capabilities | grep uuid

这三个ID是一样的。(之前看论坛里发的解决方法是需要下载一个dmidecode 命令的文件去替换系统的,达到修改的目的,不过今天我只是修改了libvirt的配置文件就可以了,可能是版本的问题)

我们修改一下libvirtd的配置文件

复制代码代码如下: #sed -i "/#host_uuid/ahost_uuid = "`uuidgen`"" /etc/libvirt/libvirtd.conf

重启一下libvirtd 服务

复制代码代码如下: # /etc/init.d/libvirtd restart

然后再查看一下

复制代码代码如下: # virsh capabilities | grep uuid

No.3 Question:

error: unable to set user and group to '107:107' on '/image/sourceVM/disk.img': No such file or directory

如果顺利进入到这步的话,就很简单了,没有directory 直接创建一个就可以

注:创建的磁盘应该和源虚拟机的磁盘是一样的大小(更大应该是可以)和格式(raw还是qcow2)

No.4 Question::

error: Unable to resolve address 'target' service '49155': Name or service not known

《《Name or service not known》》这个相信大家都知道如何解决,/etc/hosts ...略过

再次执行迁移命令的时候,就基本不会报错了,我的实验环境是,如果你还有其他问题,请贴图回复,谢谢

虚拟机迁移和网络的带宽、虚拟机镜像的大小有直接关系,但是在线迁移最关心的应该是宕机时间,我测试的方法是一直ping target 服务器,大概停顿1s。

图形就比较简单了,处理上边所说的相同的FQDN,相同的UUID以外,就是建立连接时的ssh认证问题。

我这边的环境是必须要在使用virt-manage远程连接的时候添加ssh的认证,而且还要在终端登陆一次,使服务器的信息记录到目标机器的~/.ssh/knows 下(其实就是有一个yes/no的界面 输入yes即可)

建立连接以后,选中机器右键有一个Migrate的选项

弹出迁移的目标服务器,选择目标服务器,点击Migrate即可

迁移的问题大概就这么多。

剩下的是一些有关于迁移和其他的小细节:

在设置vnc监听端口时基本上有3种,

127.0.0.1 (默认):只有本机能访问,也就是virt-mange和virt-view

host_ip :除了本机的所有机器都可以访问

0.0.0.0: 以上两种的合集

在迁移时,需要把监听地址改为0.0.0.0,端口为-1 自动分配,因为如果不出意外的话,指定的端口会冲突!!!

如果没有.ssh/这个目录,可能做不了免认证(没有真实环境,不知道原因),没关系,我们可以用tcp代替ssh连接到目标服务器上。

方法如下:

1 修改/etc/libvirt/libvirtd.conf中

[/code] listen_tls = 0

listen_tcp = 1

tcp_port = "16509"

auth_tcp = "sasl"[/code]

2 去掉/etc/sysconfig/libvirtd 中LIBVIRTD_ARGS="--listen" 的注释

3 修改/etc/libvirt/qemu.conf 中listen 为0.0.0.0 ,去掉password注释

4 运行以下命令可以添加用户

复制代码代码如下: # saslpasswd2 -a libvirt admin

Password: xxxxxx

Again (for verification): xxxxxx

通过以下命令可以查看已经创建的用户

复制代码代码如下: # sasldblistusers2 -f /etc/libvirt/passwd.db

fred@t60wlan.home.berrange.com: userPassword

5 重启libvirtd 服务 ok!

原文引用:xiaoli110 的BLOG

在的ssh的位置选择tcp,如果端口没有修改可以不填端口

测试连接的时候可以用 #virsh -c qemu+tcp://target/system list

还有一个问题是,迁移的时候可以拉服务器吗?正常的迁移时大多是推过去的,就想scp 和rsync一样,以拉虚拟机的方式迁移是可以的

迁移虚拟机对服务器的要求,之前看必须是两个相同的Cpu才可以,今天我测试的时候是发现可以从source迁移到target,回来就出问题了,发现时 sourcce 少了一些指令集,所以可以说不通的cpu也是可以做迁移的,只是目标服务器必须包含源服务器cpu的所有指令集。

相关推荐