Aug 032012
 

最近一直都在折腾cobbler,基本已经实现Centos 和ubuntu的全部自动化安装,刚好centos6.3发布,我就把全部的配置过程整理一步,算是对过去半年总结。

2012年8月13日:已经对文档全部校对了一次,对着文档安装了一遍,客户端安装centos,ubuntu都是没任何问题。

2012年8月21日:在新的机器重新部署一次,采用centos6.2的系统,cobbler reporsync 运行正常,基本可以肯定是centos6.3的一个bug,调整了一下dns的zone file的设置。ubuntu的部署,采用光盘的导入的包进行安装,完全没问题。把cobbler服务器同时也设置成ntp服务器,不过目前好像有点小问题。

2012年8月23日:解决了centos安装和使用过程中使用proxy。更新了centos.ks 文件,直接通过ks文件,实现通过proxy安装。并且系统装完后,也是继续通过proxy。

cobbler介绍

cobbler是Redhat支持的一个开源项目,用来部署和安装系统。所以对Redhat系列os支持是比较好的。不过对ubuntu支持是非常差的。cobbler里不少设置,只针对redhat有效,同时也由于不同发行版的安装是有差异。cobbler感觉好像和ubuntu关系比较紧张.

cobbler不仅仅是一个pxe服务器,他还可以管理dns(bind),dhcp。一般数据中心里或者生产环境,是不允许dhcp, 但是pxe,必须需要dhcp,所以我们需要根据mac地址来分配IP,这样dhcp就不会影响到网络.

目标希望实现

  1. 自动化安装:centos和ubuntu
  2. 采用内网的源:centos会启用epel的源,ubuntu会把源指向内网。
  3. IP,网络,路由,主机名,FQDN 设置

Continue reading »

Aug 012012
 

添加一个Openstack的计算节点,需要多长时间呢?  今天晚上反复了多次,终于实现的自动化添加计算节点.从节点启动,装完整个系统,重启.一直到我在控制节点上看到计算节点,不超过15分钟.

整个自动化安装,其实也很简单,

1:自动化安装,通过cobbler实现自动化安装ubuntu 12.04,把所有的包都装上。

2:运行脚本:设置固定IP地址,进行Openstack的设置。

改天整理一下cobbler的安装文档,这样也就可以分享全自动的过程。下面是preseed文件最后的一步。

# Post scripts. Executes late command and disables PXE
d-i    preseed/late_command string true && \
cd /target; wget http://10.1.199.11/post/cloud.sh; chmod +x ./cloud.sh; chroot ./ ./cloud.sh && \
       wget "http://10.1.199.11:80/cblr/svc/op/nopxe/system/node16" -O /dev/null \
 && \
       true

附件就是我的 cloud.sh脚本。

 

 

Jul 312012
 

小区的车位比较紧张, 一直都没有自己的停车位. 周日的时候,物业打电话通知,说有一个空车位, 就像中六合彩一样,赶紧交钱,定了下来.

车位的位置倒是非常不错,就在楼底下, 以后就不用为了车位而发愁.

1600块钱 1年. 还可以接受.

Jul 312012
 

在slideshare上不少关于quantum的介绍,今天刚好看到邮件列表里有人专门搞了一个pdf,里面的图做的非常不错。记录一下。

下载PDF

core

看看quantum,xen和kvm的实现有所不同

quantum

Jul 302012
 

Rackspace已经用上Openstack,目前在beta阶段,不过对于运营的细节,外界是没任何的资料。

我刚好有Rackspace的账号,也就去研究一下,他到底是用xen还是kvm。

[root@test ~]# dmesg | grep -i virtual
Booting paravirtualized kernel on Xen
input: Macintosh mouse button emulation as /devices/virtual/input/input0
Initialising Xen virtual ethernet driver.

参考这篇文章:http://www.dmo.ca/blog/detecting-virtualization-on-linux/

openstack

Jul 302012
 

这半年,我折腾过好几个自动化部署工具, cobbler, FAI, Crowbar, Maas.

Crowbar和Maas,比较类似, 他们都是通过pxe启动一个内存linux,实现初始化. 为啥这样设计呢? 其实没看到任何的资料介绍.

Crowbar当初设计是为了用于Dell的硬件, Maas,设计为了部署Ubuntu 的os,相对来说,都是有点封闭,哪怕是开源。

Razor,好像推出才3个月的工具,不过现在好像进步很快。EMC和Puppet联合开发,感觉比Dell的Crowbar好很多。

http://nickapedia.com/2012/06/25/razor-oss-2-public-release-of-mk/

这样我就明白为啥机器要pxe启动一个内存的os的目的。

我在思考一个问题,当初Dell设计Crowbar的时候,为啥没有考虑做成一个Chef的插件呢?如果是这样,那现在Crowbar的情况,估计就大大不同的。Dell现在在Crowbar投入很大,但是没啥产出,并且还面临一个比较尴尬的局面:无法形成生态链,没多少人愿意陪你玩。自己辛辛苦苦写出来的东西,免费都没有人用。

EMC非常聪明,他需要做一个免费部署工具给用户用,但是他不希望是一个长期投入,所以联合Puppet。这样风险就大大降低。

Ubuntu的Maas,其实问题就更多。投入很大的力量去定制cobbler,加一个logo,就号称是Maas,在国人看来,也是有点山寨。并且还自己搞了一个JUJU类似的东西。到底puppet和juju有啥区别还是类似的东西,估计Canonical自己的员工,也说不清,好像也没几个人感兴趣,从邮件列表里也可以知道。

昨天刚看到juju邮件列表,提到Orchestra,未来很快就要去掉juju的支持,因为没几个人玩,我本来一直都比较欣赏Orchestra的理念,不重复造轮。不过现在看来,ubuntu是希望自己搞一套。

面对Crowbar(cobbler+chef),Maas(cobbler+juju),  Puppet+Razor 这3个,你选择谁呢?