CloudStack 4.1.0 安装详解 – 2、KVM

期盼死亡的小丑

　　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!
　　
　　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 = "16059"
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服务，自动完成时间同步。
　　当然，如果你可以保证两机时间相差不大的情况下，此步可以忽略。
　　安装方法

yum install ntp
　　
　　CloudStack管理节点添加主机时要获取受控端本机名称，如无法正确获取会导致无法正常添加，Agent启动时也会报一大堆的错。
　　运行以下命令检查：

hostname --fqdn
　　如无正常返回，请编辑 /etc/hosts 文件，添加主机ip对应的名称。如：
　　192.168.19.160 kvm1.cloudstack.com
　　编辑完后立即生效。如果还不成的话，重启下服务器应该就会好了。
　　注意：在CloudStack中添加受控机时，会自动将名称代入。因此千万别偷懒，一定要为每台机器设置不同的名称，否则你将会在管理后台面对一堆同名主机列表而感到无奈~~~
　　
　　默认情况下，CentOS的软件源中没有收录最新版本CloudStack，为了能顺利安装，我们需要手工指定软件源。
　　新建 /etc/yum.repos.d/cloudstack.repo 文件，内容为：

[cloudstack]
name=cloudstack
baseurl=http://cloudstack.apt-get.eu/rhel/4.1/
enabled=1
gpgcheck=0
　　
　　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
　　
声明：OSCHINA 博客文章版权属于作者，受法律保护。未经作者同意不得转载。

　　
No tags for this post.