其实以前我对那种所谓自动化测试，感觉不怎么靠谱。不过这次caninocal是怎么对Openstack进行测试。

12台服务器，其实不算多少。不过搞一个这样的环境，还是比较有成就感。不知道我能不能搞定。

http://javacruft.wordpress.com/2012/02/08/automating-openstack-testing-on-ubuntu/

由于做raid的时候，出现点小失误，所以今晚就重新把Orchestra重新安装，也就吧整个过程再熟悉一遍。

1：最小化安装ubuntu 12.04

这个已经没啥特别。目前ubuntu 12.04 是alpha 2

2：安装orchestra

整个安装和以前步骤都是相同，就是没有选择下载iso，这样很快就装完。

也就验证了。如果不下载iso，整个cobbler是没有任何设置的。

3：下载iso

默认如果你运行

# orchestra-import-isos
就会下载一个mini.iso, 剩

这是同事搞的。太牛逼了。

去年弄过一次DDWRT

http://yyri.blog.163.com/blog/static/14894395120111286152613/

上次是为了让所有有线的机器通过这个路由器，连接一个无线网络来访问公网，可以通过CLIENT模式即解决了。

无线客户端实现步骤

1.初始化后，在status-w

今天回到单位，用物理机器安装Orchestra，不过过程没想象中那么顺利，不过折腾中也学了不少东西。

1：下载iso

如果你安装的时候，选择下载iso，你会发现速度很慢，无法忍受。主要是要到国外去下载。

 http://archive.ubuntu.com/ubuntu/dists/hardy-updates/main/installer-i386/current/images/netboot/mini.iso

所以就建议大家安装的时候，先不选择下载iso。等装完orchestra。再来处理。

2：修改/etc/orchestra/import_isos

装完orches

其实要实现auto scale，不是那么简单。什么时候增加节点，什么时候减少节点，根据什么呢？

这其实是一个非常难回答的问题。因为互联网web应用，有那么一个波峰是很正常的。要想实现auto scale，必须解决监控的问题。

国内的朋友提供了一个思路，我想是非常不错。最佳实践。

http://quake.github.com/slides/cosug-2012/

Openstack目前核心的包，应该就那么几个。

在测试阶段，ubuntu是1个星期，对openstack的最新代码进行打包一次。希望这样到月底，基本就没啥bug。

Dashboard

https://launchpad.net/ubuntu/precise/amd64/openstack-dashboard

keystone

https://launchpad.net/ubuntu/precise/amd64/keystone

glance

https://launchpad.net/ubuntu/precise/amd64/glance

nova-compute

https://launchpad.net/ubuntu/precise/amd

今天晚上顺便再次测试Openstack.发现源里的包真的更新。那就顺便测试一下。

我的安装步骤整理成6步骤

1：mysql 和rabbitmq-server

2：keystone

3：glance

4：nova-control

5：nova-compute

6：dashboard

目前的包已经基本都更新到最新版本

root@node34:~/openstack-setup# apt-cache policy keystone
keystone:
  Installed: (none)
  Candidate: 2012.1~e4~20120203.1574-0ubuntu1
  Version table:

今天朋友给我看了一个他做的第一个Android的应用。是直接使用sina是SAE来做的。

这也算是云里的最佳实践。

花费10天的时间，肯定是业余时间完成。用上的SAE的全套功能，什么memcache，nosql。比较强悍。

朋友的PHP水平，是属于非常牛叉级别的。05年的时候php已经是很熟手。新浪的SAE，的确有一种亚马逊的AWS的感觉。

1：解决的各种应用的安装配置

2：解决各种应用的冗余的，例如数据库这些，交给SAE

3：解决的南北互通，带宽的

如果你真的这样设置，估计你调试的时候遇到莫名其妙的问题就太多了。

只会访问IPMI IP地址，如果你OS中的IP地址和IPMI IP地址一样，也是以IPMI IP地址优先。如果IPMI IP和OS中的iP的80，623，5123，5120，5901，5900默认端口在OS中也被设定其它功能，需要修改OS或IPMI FW的其中之一的端口否则OS的服务不能或不能正常使用。 建议IPMI IP和OS IP 地址，不要设为同一或同一个网段，不然在应用时或管理时比较麻烦。

上次已经看到一个报道，有个高中生，高考交白卷，据说是为了学韩寒。

不知道看到这个，这位高中生有啥想法。

看来这位先生抄的水平还是不够高。

http://yucunvip.blog.sohu.com/201703605.html

我是订阅了Openstack的邮件列表，可以看到各个厂商对Openstack 的态度。

刚看到一条微博，中国人和犹太人的区别

当一个犹太人在一个地方开一个加油站挣钱，那么第二个犹太人就会开一个餐馆，也挣钱，第三个犹太人，就会开一个小卖部，也很挣钱。这个时候，整个地方的经济就起来了。

如果是一个中国人开一个加油站挣钱，那么第二个中国人肯定也是开加油站，第三，第四，也是。

HP和Dell，其实就是一个案例。Dell做了一个部署工具。按道理HP也应该做一个。不

春节期间在虚拟机测试了一遍Crowbar , 也有不少朋友给我反应安装Crowbar的问题。我就总结一下。

在虚拟机里部署，可以确保成功。其他的硬件，估计都很难成功。除非你有Dell的C系列的服务器。

1：虚拟机安装

没有想到，在虚拟机里安装，非常顺便，包括Crowbar的安装和Openstack的部署。估计这个也是经常测试。

上次有一个朋友问，如果在断网的环境下装好Openstack。这个东西还是很有挑战性。现在看来用Dell的Crowbar，在虚拟机里安装，是最好

Dashboard，或者叫 Admin panel。中文大概就是后台的意思。

https://github.com/4P/Horizon-HIG/blob/master/OpenStack_HIG.rst

看看这个Openstack dashboard设计规范。倒是很有意思。简单点说，就是把全部的页面设计都统一起来。做到这点很不容易。

因为经常不同的模块，不同的开发者。喜好也不一样。

如果在一个项目里可以实现这种统一，也真的是一个进步。

今天看到万网的名字

http://www.openstack.org/community/companies/

又多一家中国企业。

今天赶巧，看到这个，正好也有人问

http://storage.chinaunix.net/a2012/0202/1305/000001305947.shtml

1PB，50万美金，

算一下，其实价格不贵。很便宜。而且一个机柜。真的是不错的方案

$495,000 ($0.5/GB), powered by Nexentastor ZFS

搞一个这样的柜子，很多问题都解决了。最大可以支持到5个PB，也就是5个柜子。

http://www.storagenewsletter.com/news/systems/aberdeen-petarack