通过Linux工具管理KVM
主流服务器虚拟化技术简单使用——KVM（一）部署了一台KVM主机，提到KVM可以通过命令行工具（virt-install、virsh）和GUI工具（virt-manager）管理虚拟机。实际上virt-install、virsh、virt-manager只是管理工具，如果部署多台KVM，并不需要每一台都安装这些管理工具，因为它们也可以管理其它KVM。甚至于这些管理工具也不一定需要安装在某一台KVM上，可以安装在任意一台Linux中。
Tips：virt-install、virsh、virt-manager不单能够管理kvm，还能管理Xen和其它支持libvirt的hypervisor。这里使用主流服务器虚拟化技术简单使用——KVM（一）中第二种方式部署了两台KVM，演示在其中一台KVM的virt-manager上管理另一台KVM。
特别注意：这些KVM管理工具依赖libvirtd进程，但从CentOS7.4默认源（Base）安装的libvirt无法正常运行，推测是默认源中的libvirt版本较高，而操作系统的环境较旧，尝试使用CentOS7.4镜像搭建的源，能够正常使用。
若在已安装的操作系统（且安装时环境未选择这些虚拟化工具）的CentOS中部署这些工具，建议使用ISO镜像源：
[root@localhost ~]# yum -y install virt-install libvirt-python virt-manager virt-install libvirt-client
输入你要管理的物理机IP
如果你的环境和我主流服务器虚拟化技术简单使用——KVM（一）相同，应该会遇到这个问题。
提示需要安装openssh-askpass或者相似的软件，一般通过yum安装该软件即可。
Tips：openssh-askpass包含用于OpenSSH的X11密码对话框，这里它需要和virt-manager安装在一台服务器上。
通过yum安装好即可
[root@localhost ~]# yum -y install openssh-askpass.x86_64
安装之后再次连接，首次登陆会有提示是否要连接（输入yes），然后输入密码即可。
这样就可以管理其他物理机（此例中为192.168.202.130）的虚拟机。
若无法访问其它物理机上虚拟机的控制台，可能与ssh配置有关。
修改相应配置和重启服务即可。
[root@node1 ~]# vi /etc/ssh/sshd_config
X11Forwarding no 找到该行，将no修改为yes
X11Forwarding yes
[root@node1 ~]# systemctl restart sshd但是访问虚拟机控制台，反复输入密码（我需要输入8次）这个问题暂时不知道是什么原因。
通过web页面管理
通过命令行管理，没有GUI、操作不方便，数据不直观。virt-manager虽然是GUI，但是只能安装在Linux中。我们平常都是使用windows，这样只能通过windows远程Linux，但Linux由于多种原因一般是不安装图像界面的。现在集群管理、监控等，主流都是通过web管理，操作便捷、信息丰富，kvm也有基于web管理的工具（webvirtmgr）。
关于webvirtmgr推荐参考这个文档，写的比较详细，有部署和使用教程：https://jeremy-xu.oschina.io/2016/08/%E8%AF%95%E7%94%A8webvirtmgr/#%E5%BE%85%E6%94%B9%E8%BF%9B%E7%9A%84%E5%9C%B0%E6%96%B9
参考文档使用CentOS 6，有一些地方需要结合webvirtmgr官网改动：https://pypi.org/project/webvirtmgr/
官网中比较重要的是我用红色圈处理的三个链接，其中Install WebVirtMgr介绍了各种发行版的操作系统如何部署webvirtmgr，Setup Host Server中包含一个部署KVM的脚本（写本文时已失效），Wiki介绍如何配置webvirtmgr管理KVM。
部署webvirtmgr需要注意的几点：
1.webvirtmgr部署在一台服务器中，让其他KVM主机加入webvirtmgr进行管理。
webvirtmgr是个独立的服务，可以单独搭建在一台物理服务器中，也可以建立在某台KVM主机中，又或者某台KVM主机的虚拟机中；参考文章提到：webvirtmgr所部署的主机需考虑高可用方案，简单处理可以将其做成docker镜像，一旦发现该服务故障了，可以快速地在其它地方启动起来，这种方式也比较恰当。
2.按照官方文档在CentOS7.4部署webvirtmgr需要使用epel扩展源
$ sudo yum -y install http://dl.fedoraproject.org/pub/epel/7/x86_64/e/epel-release-7-5.noarch.rpm
if this doesn't work, use yum install epel-release
$ sudo yum -y install git python-pip libvirt-python libxml2-python python-websockify supervisor nginx
$ sudo yum -y install gcc python-devel
$ sudo pip install numpy
而且会因为依赖安装最新版的libvirt（写本文时CentOS7.4是Base源中是4.5），但是CentOS7.4无法运行这个版本的libvirt，将产生报错：
[root@localhost storage-backend]# libvirtd
2018-12-26 02:56:50.419+0000: 4877: info : libvirt version: 4.5.0, package: 10.el7_6.3 (CentOS BuildSystem <http://bugs.centos.org>, 2018-11-28-20:51:39, x86-01.bsys.centos.org)
2018-12-26 02:56:50.419+0000: 4877: info : hostname: localhost.localdomain
2018-12-26 02:56:50.419+0000: 4877: error : virModuleLoadFile:53 : 内部错误：Failed to load module '/usr/lib64/libvirt/storage-backend/libvirt_storage_backend_rbd.so': /usr/lib64/libvirt/storage-backend/libvirt_storage_backend_rbd.so: undefined symbol: rbd_diff_iterate2
libvirt_storage_backend_rbd.so应该是连接ceph块设备（rbd）的一个模块，这里暂时不用连接ceph，最简单粗暴的做法就是移除该模块，重启libvirtd。
[root@localhost storage-backend]# mv libvirt_storage_backend_rbd.so libvirt_storage_backend_rbd.so.bak
[root@localhost storage-backend]# systemctl restart libvirtd其实安装过程中，有些包是epel里面的，libvirt相关的包还是从base中安装的，最稳妥的做法就是禁用base，使用ISO镜像源中的libvirt相关包。这个方法我未验证是否可行
3.webvirtmgr文档建议使用ssh端口转发访问webvirtmgr，这个视自身情况而定做修改。
5.webvirtmgr要访问虚拟机的控制台需要yum -y install novnc，并开启kvm主机的6080端口。
6.webvirtmgr接入kvm主机有4种方式，个人最推荐的是ssh。
ssh连接kvm主机必须设置ssh秘钥登陆，具体设置方法参考Wiki（部署目录）中的
webvirtmgr试用
还是这篇参考文章中有试用部分：https://jeremy-xu.oschina.io/2016/08/%E8%AF%95%E7%94%A8webvirtmgr/#%E5%BE%85%E6%94%B9%E8%BF%9B%E7%9A%84%E5%9C%B0%E6%96%B9
更多管理方式
命令行工具比较适合排除故障的时候使用，virt-manager和webvirtmgr功能都差不多，主要在于C/S、B/S的区别。虽然webvirtmgr在逻辑结构、信息显示这些方面比virt-manager好一些，但它的功能仍然比较基础，两者都只是将逐台管理KVM主机的工作整合到一处，只适合管理约十台KVM主机（物理服务器）的小型KVM虚拟化平台。
大型的KVM虚拟化平台，有数百台的KVM主机，需要使用rhev（rhev的开源版叫ovirt）。尽管他们表面上看起来和webvirtmgr都差不多，都是通过网页管理这些虚拟机，但他们能够实现监控告警，多种资源集中管理等诸多强大的功能，更适合管理大型KVM虚拟化平台。
rhev参考：
Tips：由于docker技术的迅速发展，小型虚拟化平台基本上被docker替代，像webvirtmgr最后一次更新还是在2015.1.23日。相较于服务器虚拟化，docker自身开销更小，更加灵活。关于docker和服务器虚拟化技术的关系参考：