KVM（kernel-based Virtual Machine）是一个开源的系统虚拟化平台，自Linux 2.6.20之后已集成到Linux内核中，因它使用Linux自身的调度器进行管理，所以相对于的虚拟化解决方案而言，其核心源码很少也更加的稳定。

CloudStack支持与多种虚拟化解决方案的集成。

CloudStack+KVM是最佳的黄金组合！他们都功能强大且免费，你可以毫无顾忌地随意部署安装而不必害怕有人找你要授权费。KVM一直以来没有好的免费的集群管理工具，现在加上CloudStack后，如虎添翼，比起VCenter、XenCenter这类强力商业软件来讲也毫不逊色。

今天我们来主要介绍CloudStack受控端为KVM节点时的安装方法。鉴于网上文章一大抄，很多内容都是装来装去一大堆东西，看观们一会就晕了，根本不了解为什么装这些程序，装来是干什么的。这回呢，我会把每一步说明尽可能详细一些，外加我多次重装后得到的经验和教训，希望能让后来者可以少走些弯路。

一、环境检测

KVM虚拟化需要硬件的支持，因此首先需要检查下你的服务器是否可以支持它，如果这步都过不去的话，那么下面的内容就不必再看了。

检查方法：

egrep '^flags.*(vmx|svm)' /proc/cpuinfo

如果执行后能显示出东西，那么恭喜你，可以跟我继续啦。Let’s go!

二、安装KVM相关组件

CentOS直接提供KVM程序源，直接安装就是了。

yum install kvm kmod-kvm qemu kvm-qemu-img virt-viewer virt-manager libvirt vconfig

得益于Linux内核的支持，KVM相关包都不大，这步应该可以很快完成。

装好后为保证管理节点可以正常调用，还需要开放相关端口。

vi /etc/libvirt/libvirtd.conf 去掉如下内容的注释：

listen_tls = 0  listen_tcp = 1  tcp_port = "16509"  auth_tcp = "none"  mdns_adv = 0

vi /etc/sysconfig/libvirtd

LIBVIRTD_ARGS="--listen"

vi /etc/libvirt/qemu.conf

vnc_listen = 0.0.0.0

现在，可以启动虚拟机服务啦：

service libvirtd restart

测试一下是否成功：

lsmod | grep kvm

三、安装NTP时间同步

管理节点会通过各种协议与受控节点通讯，为了确保安全，受控节点接到命令后会进行一系列的校验，如果两机的时间不同步的话，会导致命令拒绝执行。因此，最简单的办法就是所有的机器都安装 NTP服务，自动完成时间同步。

当然，如果你可以保证两机时间相差不大的情况下，此步可以忽略。

安装方法

yum install ntp

四、设置主机名称

CloudStack管理节点添加主机时要获取受控端本机名称，如无法正确获取会导致无法正常添加主机，Agent启动时也会报一大堆的错。

运行以下命令检查：

hostname --fqdn

如无正常返回，请编辑 /etc/hosts 文件，添加主机ip对应的名称。如：

192.168.19.160 kvm1.cloudstack.com
vi /etc/sysconfig/network 将 HOSTNAME= 改为同你刚设置的一样。

编辑完后立即生效。如果还不成的话，重启下服务器应该就会好了。

注意：在CloudStack中添加受控机时，会自动将名称代入。因此千万别偷懒，一定要为每台机器设置不同的名称，否则你将会在管理后台面对一堆同名主机列表而感到无奈~~~

五、配置yum仓库

默认情况下，CentOS的软件源中没有收录最新版本CloudStack，为了能顺利安装，我们需要手工指定软件源。

新建 /etc/yum.repos.d/cloudstack.repo 文件，内容为：

[cloudstack]  name=cloudstack  baseurl=http://cloudstack.apt-get.eu/rhel/4.1/  enabled=1  gpgcheck=0

六、安装agent

KVM不像XenServer、VCenter等已经内置了强大的管理功能，因此必须安装一个CloudStack代理来完成主控端发来的指令。

直接通过仓库安装：

yum install cloud-agent

这个安装包比较大，如果你的网络是小水管的话，那么你现在可以去泡杯茶、抽根烟休息一下啦。

注意：安装完 cloud-agent 后无需启动，等管理节点中添加主机时会自动启动。
        默认的安装目录：/etc/cloudstack/agent

CloudStack是通过log4j来输出日志的，因此你可以通过修改 log4j-cloud.xml 文件来调整日志的输出结构。

七、修改安全策略

默认的SELinux安全策略会限制CloudStack操作，因此需要调整：

vi /etc/selinux/config

SELINUX=permissive

以上修改需重启服务器才能生效，为使设置立即生效可使用下边的命令

setenforce permissive

另需要在 iptables 中把一些端口打开：

iptables -I INPUT -p tcp -m tcp --dport 22 -j ACCEPT  iptables -I INPUT -p tcp -m tcp --dport 1798 -j ACCEPT  iptables -I INPUT -p tcp -m tcp --dport 16509 -j ACCEPT  iptables -I INPUT -p tcp -m tcp --dport 5900:6100 -j ACCEPT  iptables -I INPUT -p tcp -m tcp --dport 49152:49216 -j ACCEPT    iptables-save > /etc/sysconfig/iptables

八、添加主机

好了，到目前为止，你的准备工作已经完成了。

如果创建的是简单网络域的话，你现在就可以在管理节点的WEBUI中顺利添加这台受控主机啦。这步的操作方法非常简单，CloudStack中有一个非常友好的向导，应该可以帮助你正确完成添加。另外，网上也有一大堆的文章介绍，我就不详细说了，等将来有机会时我再给大家介绍下CloudStack高级网络域的相关功能及添加方法。

附，可能遇到的问题：

1、在管理节点中添加主机失败

如果很不幸，添加主机时失败，请不要慌张，这个问题应该不难解决，先看下日志。

管理节点日志在
/var/log/cloudstack/management/catalina.out

受控节点日志在：
/var/log/cloudstack/agent/cloudstack-agent.out

认真反复分析日志，你会找到答案，然后水平提到升华~~~

2、Unable to start agent: Failed to get private nic name

如果你是初学，在设置网络时千万别乱选。尤其是别随便指定流量标签。

在CloudStack中，流量标签是同受控主机的网桥相关的，如果设置了流量标签，则受控机必须设置相应的网桥。cloudstack4.1的agent在启动时，默认会自动创建cloudbr0和cloudbr1两个网桥。如果你指定了其他的标签名，则相应的网桥也要作修改，甚至需要在受控机上手工创建网桥。

如果想修改成其他网桥名字，那么需要在配置文件里面指定：

vi /etc/cloudstack/agent/agent.properties

修改下面两个参数

private.network.device  public.network.devic

如果网桥指定错误的话，那么就会出现上面的错误。

真正明白了这个道理，那么你就可以进阶啦，你将能够实现不同的网卡使用不同的网络。

3、Failed to create vnet

如果你再尝试创建高级网络，出现的如上的错误，那是因为你没有安装vconfig程序。

yum install vconfig

来自：http://my.oschina.net/u/572653/blog/145465