QEMU Guest Agent是运行在虚拟机内部的一个守护程序（qemu-guest-agent.service），用它来辅助Hypervisor实现对Guest的管理。QEMU为宿主机和虚拟机提供了一个数据通道（channel），这个通道的两端分别是在虚拟机内看到的串口和在宿主机上看到的unix socket文件。宿主机与虚拟机内的qga通讯就扩展了对虚拟机的控制能力，例如在宿主机上获取虚拟机的ip地址等。
libvrit提供了专门的 virDomainQemuAgentCommand API（对应virsh qemu-agent-command命令）来和qemu-guest-agent通讯，另外i有些libvirt内置api也可以支持qga，例如reboot、shutdown等。
下面的实践分为两种方式，虚拟机的channel的target的name使用org.qemu.guest_agent.0和不是用org.qemu.guest_agent.0。两种方式在libvirt和宿主机中的qemu-guest-agent中都有所不同。
使用org.qemu.guest_agent.0
宿主机上libvirt的虚拟机xml配置channel：
<channel type='unix'>
<source mode='bind' path='/var/lib/libvirt/qemu/org.qemu.guest_agent.0'/>
<target type='virtio' name='org.qemu.guest_agent.0'/>
</channel>注意这里target的name要使用org.qemu.guest_agent.0
虚拟机内部：
# yum install qemu-guest-agent
# setenforce 0
# systemctl restart qemu-guest-agent.service
在宿主机上测试功能：
virsh # qemu-agent-command centos '{"execute":"guest-info"}'
virsh # qemu-agent-command centos '{"execute":"guest-network-get-interfaces"}'
virsh # reboot --mode agent centos
上面的命令直接读出了虚拟机中的ip地址信息。
不使用org.qemu.guest_agent.0
如果在宿主机上libvirt的xml配置channel中target的name不是org.qemu.guest_agent.0，例如下面的org.qemu.guest_agent.1。
那么在宿主机上的libvirt将不会建立与socket建立连接。在虚拟机上qemu-guest-agent服务也无法运行。
宿主机上的libvirt的xml：
<channel type='unix'>
<source mode='bind' path='/var/lib/libvirt/qemu/org.qemu.guest_agent.1'/>
<target type='virtio' name='org.qemu.guest_agent.1'/>
</channel>虚拟机内：
那么不使用org.qemu.guest_agent.0的情况下怎么处理呢？
首先，在虚拟机内部通讯串口的名字变为了org.qemu.guest_agent.1，此时需要手动修改/lib/systemd/system/qemu-guest-agent.service文件，把所有的默认org.qemu.guest_agent.0改为用户配置的名字org.qemu.guest_agent.1。
其次，在宿主机上自己去连接socket文件：
[root@node2 ~]# socat unix-connect:/var/lib/libvirt/qemu/org.qemu.guest_agent.1 readline
{"execute": "guest-info"}
ovirt-guest-agent
ovirt-guest-agent是和qemu-guest-agent并列的一个概念。在使用oVirt作为虚拟化管理时，虚拟机内部安装下面三个工具，和ovirt配合能够提高虚拟机的用户体验和性能。
oVirt Guest Agent：原理与qemu-guest-agent类似，但是提供的功能有所区别。
Spice Agent：提高spice连接虚拟机的用户体验。
VirtIO Drivers：包含一些驱程序，VirtIO Serial、VirtIO SCS、VirtIO Network、Memory Ballooning
