前一篇文章yunster向大家介绍了Cloudkick这个云计算监控服务,今天再和大家探讨一下如何用Cloudkick监控你的云主机。
上文提到Cloudkick可以监控的主机提供商包括了国内常用的Linode、Rackspace和亚马逊EC2等等。yunster便在亚马逊下的Amazon basic AMI和Linode下的Gentoo分别进行了配置,均获得了实时监控的效果,在此总结一下。
Amazon basic AMI下的配置
1、在Cloudkick下建立EC2监控项目
进入管理界面点左上角“Provider”后面的“+”号,Provider选EC2。

接下来,需要你亚马逊AWS账户的Access Key ID和Secret Access Key,如果不知道可以访问这个“这个页面”获取。那个Secret Access Key需要点击“Show”才能显示出来。
2、在AMI下安装cloudkick-agent
英文好的可以直接访问https://support.cloudkick.com/Agent/Installation-RPM
下面摘要点记录:
sudo vim /etc/yum.repos.d/cloudkick.repo
内容如下(复制进去即可)
[cloudkick]
name=Cloudkick
baseurl=http://packages.cloudkick.com/amazon/$basearch
gpgcheck=0
sudo yum check-update
sudo yum install cloudkick-agent
sudo cloudkick-config
输入你的cloudkick账号和密码,会自动生成/etc/cloudkick.conf文件
sudo chkconfig cloudkick-agent on
server cloudkick-agent start
3、在Cloudkick下添加监控属性
安装完cloudkick-agent之后Cloudkick界面会在十几秒内自动识别加入的主机。并会在“diagnostics”中展示主机的基本信息。还有一个变化就是EC2主机后面多了一个“agent”标识!

下面就可以添加各种监控了。在界面的顶端找到“Overview”、“Monitor”……点击“Monitor”->“New Monitor”,然后在Type里面把想监控的内容都选上,“Save”即可。回到Overview就能看到监控的项目运转的情况了。

EC2还可以在Cloudkick中创建新的实例,以应对过多的负载。这也就是Cloudkick提供的管理能力,当然不仅仅是这中简单的管理,后面yunster慢慢研究再说。

当然免费用户没事儿不要随便尝试,账单超支可不是闹着玩的~
Cloudkick最引以为豪的是实时的可视化监控,界面最上端那个“Viz”就是。大家可以访问 https://www.cloudkick.com/viz/bityun/ 看看比特云的主机实时情况~

屏幕中央那个小黑点点,就是yunster服务器的当前状态,目前还没太明白这样展示的好处,可能服务器多了会比较明显吧。
Linode下的Gentoo配置
1、在Cloudkick下建立Linode监控项目

接下来,需要Linode的API Key,位置在Linode管理界面的右上角有个“Profile”,页面中部有个“API Key”。初始的时候可能没有,生成一个就是了。下图涂红的位置就是要在Cloudkick中填入的API Key。

2、在Gentoo下安装cloudkick-agent
在Gentoo下安装cloudkick-agent需要先安装layman,于是:
emerge -a layman
vim /etc/layman/layman.cfg
overlays : http://www.gentoo.org/proj/en/overlays/repositories.xml
overlays : http://www.gentoo.org/proj/en/overlays/repositories.xml
http://github.com/cloudkick/cloudkick-overlay/raw/master/overlay.xml
layman -a cloudkick-overlay
- 把下面一行追加到 /etc/make.conf 的末尾
source /var/lib/layman/make.conf
vim /etc/make.conf
emerge -a cloudkick-agent
cloudkick-config
rc-update add cloudkick-agent default
/etc/init.d/cloudkick-agent start
一个小插曲~
yunster在安装gentoo版本的cloudkick-agent时,代码始终报404错误。经过仔细查看是cloudkick版本升级了,原来的代码路径有变动,但是git没有相应修改路径,致使无法emerge成功。于是,yunster马上给Cloudkick发邮件询问,一位叫Toma? Muraus的工作人员及时的回复了我,并立即更新了git代码。这种服务的响应速度着实让yunster满意。
3、在Cloudkick下添加监控属性
这个过程与EC2的基本一致,就不罗嗦了。有问题的朋友可以留言讨论。
http://www.bityun.com/archives/605