再此之前，还是先确认系统的CPU是否支持虚拟化：
#egrep ‘(vmx|svm)’ /proc/cpuinfo

应该有返回，如果没有返回，且确认您的CPU支持虚拟化的话，建议去看看BIOS设置，大多数的主板都支持关闭此技术的。

还是以最常用的Ubuntu Server 做例子，desktop的可以直接apt-get install ubuntu-server之后，用server的核心启动。如果你全程参考本文，个人建议还是通过后一种方式来做，因为本文的过程需要X环境。

首先，设置好桥接，由于我使用的机器在远程，操作全部通过ssh，桥接的过程断开过网络。让机房重起数次之后，找到了最稳妥的方法，虽然也要断网，但好在会自己恢复。

#sudo apt-get install bridge-utils uml-utilities

#vi /etc/network/intefaces

auto lo
iface lo inet loopback

auto tap0
iface tap0 inet manual
up ifconfig $IFACE 0.0.0.0 up
down ifconfig $IFACE down
tunctl_user root

auto br0
iface br0 inet static
bridge_ports eth0 tap0
address 192.168.1.3
netmask 255.255.255.0
network 192.168.1.0
broadcast 192.168.1.255
gateway 192.168.1.254

注意这个br0，我通过前端防火墙做的DMZ通道，所以设置了内网地址。主机通过这个ip访问。所有的虚拟主机也直接设置到192.168.1.0/24网段。

#/etc/init.d/network restart

断网了，等待几分钟后网络恢复，直接ifconfig

br0       Link encap:Ethernet  HWaddr 02:0b:b1:f7:79:01
inet addr:192.168.1.3  Bcast:192.168.1.255  Mask:255.255.255.0
inet6 addr: fe80::b:b1ff:fef7:7901/64 Scope:Link
UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
RX packets:506941 errors:0 dropped:0 overruns:0 frame:0
TX packets:733910 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:45469237 (45.4 MB)  TX bytes:654152049 (654.1 MB)

eth0      Link encap:Ethernet  HWaddr e4:1f:13:95:82:cf
inet6 addr: fe80::e61f:13ff:fe95:82cf/64 Scope:Link
UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
RX packets:1367878 errors:0 dropped:0 overruns:0 frame:0
TX packets:1541493 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:689206805 (689.2 MB)  TX bytes:1062795975 (1.0 GB)
Memory:81a80000-81aa0000

eth0:0    Link encap:Ethernet  HWaddr e4:1f:13:95:82:cf
inet addr:192.168.1.2  Bcast:0.0.0.0  Mask:0.0.0.0
UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
Memory:81a80000-81aa0000

桥接成功！

相对来说，我还是比较喜欢图形化的管理工具，命令行实在太痛苦

#apt-get install virt-manager libvirtd kvm libvirt-bin

看看是否安装成功

# ls /dev | grep kvm

直接用ssh通道执行gnome-session就可以连到远程桌面，执行系统工具里的“虚拟系统管理器”。添加连接中选择本地，QEMU/KVM。

然后建立新的虚拟主机，个人觉得这块跟用VM之类的工具没有什么区别了，直接跳过了。不过在第五步的时候，请将网卡设置为桥接设备，除非仅仅用于NAT方式联网。

需要注意的是，如果你跟我一样通过远程连接，直接打开主机的控制台的时候，键盘会不听使唤。这不是切换键盘设置可以搞定的问题，我尝试过不同的X客户端和操作系统，涵盖了windows mac linux，全都如此。只能认为是一个bug。我的最终解决方法是通过ssh通道，将远程主机的5900 VNC端口转接回本地，然后再通过vnc客户端连接本地才得以通过，键盘的问题得以解决。很傻，如果你有更好的方式，敬请赐教了！

照旧建立一个虚拟主机，我还是选择了Ubuntu Server 1110 64bit，也没有什么好说的。安装好之后，配置好了ssh。从此就可以直接抛弃vnc和宿主主机的X访问了。

在虚拟主机上安装定制的内核:

#apt-get install kernel-virtual

重起的速度那是嗖嗖的！直接lsmod发觉真的是定制内核，和标准的server内核比起来一点多余的没有：

root@www:~# lsmod
Module                  Size  Used by
psmouse                73882  0
serio_raw              13166  0
lp                     17799  0
parport                46562  1 lp
8139too                32177  0
8139cp                 27412  0

对比一下性能吧，还是那道题目的python原版，稍作优化：

虚拟机：

root@www:/home/litrin# python TimeCost.py
10240
Cost: 0.508388996124
root@www:/home/litrin# python TimeCost.py
10240
Cost: 0.507208108902
root@www:/home/litrin#

宿主机：

root@vserver:~# python TimeCost.py
10240
Cost: 4.35039806366
root@vserver:~# python TimeCost.py
10240
Cost: 4.35194683075

我开始真的不知道该如何解释。虚拟机的性能竟然强于宿主机。后来检查了python的版本才明白，宿主是py2.6而客户机是2.7，版本不同，性能有差距，但可以肯定的是，从这一点上来说虚拟化的性能损失不大。

最后一步，去掉虚拟机上不需要的东西，精简主义者！

这次就直接用宿主的命令行操作吧：

#virsh

virsh # list
Id Name                 State
———————————-
30 www.litrin.net       running //我的虚拟主机名为www.litrin.net，请注意！

virsh # edit www.litrin.net

删掉vnc, pty, mouse, graphic

virsh # destroy www.litrin.net

virsh # start www.litrin.net

这里有一个问题也凸现，就是无法使用宿主机的reboot和halt命令，只能强行的destroy。

你同时还可以配合DHCP和主机克隆，大规模快速甚至自动化的架设多个虚拟机，本文不再探讨。

尽管现在“云”已经被用滥了，搞个虚拟机就敢号称云托管的大有人在。个人觉得其实对于少数几台主机的虚拟化来说，更多的是节约机房的托管费用和主机成本，这对于稍微大一点的项目并没有什么太多的优势。如果配合上open stack之类的故障平滑迁移技术才是虚拟化方案的终极利器。

由于项目本身是PHP的初次看到这个项目，首先想到的是Apache + mod_php的方式，配合php的ob_start()方式直接调用，就如同我之前的一篇东西所说的那样。可问题不这么简单：

1. 系统是nginx + php-fpm方式，php-fpm“hold不住”过多的Http请求，而nginx需要调整响应时间。
2. 用户数量很多，Apache的消耗很大。本身功能点很小，实现成本不合算。

说到并发，Apache采用的方式是大量的fork进程，通过“人多力量大”的方式应对多个请求，这样的基于进程（线程）模型的并发，一旦调用sleep，进程只是休眠而已，仍然占用着内存，仍然需要进程调度，资源始终得不到释放，资源自然无法得到控制。这些年nginx的流行大多都是因为nginx采用的epoll方式有效的解决这个问题——直接挂掉进程，然后再指定时间内重新启用。这就是传说中的“非阻塞”(asynchronous IO  AIO)。

多并发、轻量级应用，我首先想到的是Python，加上“非阻塞”关键字，得到的结果就是Tornado。

tornado原本是FriendFeed引擎的开源版本，本身就是为解决“C10K”问题而生的。

稍微研究了一下，coding也很简便：

#!/usr/bin/env python
#By Litrin J
#http://www.litrin.net/
import tornado.httpserver
import tornado.ioloop
import tornado.options
import tornado.web
import time, redis, hashlib,random
from tornado.options import define, options

define("port", default=8888, help="run on the given port", type=int)

class LongPolling(tornado.web.RequestHandler):

    minWaitTime = 15
    maxWaitTime = 900

    RedisHost   = "172.18.194.98"
    RedisPrefix = "Q/MSG%s"

    SignSalt    = "salt"

    StopCode    = "{'stop':1}"

    @tornado.web.asynchronous
    def get(self):
        sUid        = self.get_argument("uid", None)
        sSign       = self.get_argument("sign", None)
        sJsonCall   = self.get_argument("jsonCallback", None)

        if (sUid is None or sSign is None
                or self.checkSign(sUid, sSign) == False):
            raise tornado.web.HTTPError(404)
            self.clear()

        else:
            self.doLongPolling(callback=self.onWaitting)

    def checkSign(self, sUid, sSign):
        return True

    def doLongPolling(self, callback):
        #Check if the client close the connection
        if self.request.connection.stream.closed():
            self.clear()

        sKey        =   self.RedisPrefix % self.uid
        res         =   redis.Redis(self.RedisHost)
        sMessage    =   res.rpop(sKey)
        del res #close the redis at 1st time

        callback(sMessage)

    def onWaitting(self, sMessage):
        if (sMessage is not None):
            self.onRespones(sMessage)
        else:
            iNextPollingTime = time.time() + self.minWaitTime
            if self.minWaitTime < self.maxWaitTime:
                self.minWaitTime *= 2
                #Can't useing time.sleep for no-bloking mode
                tornado.ioloop.IOLoop.instance().add_timeout(
                iNextPollingTime ,
                lambda: self.doLongPolling(callback=self.onWaitting)
            )
            else:
                self.onRespones(self.StopCode)

    def onRespones(self, sMessage):
        sJsonCall   = self.get_argument("jsonCallback", None)
        if sJsonCall is not None:
            sMessage= sJsonCall + "( " + sMessage.decode('utf-8') + ")"

        self.write(sMessage)
        self.finish()

def main():
    tornado.options.parse_command_line()
    application = tornado.web.Application([
        (r"/", LongPolling),
    ])
    http_server = tornado.httpserver.HTTPServer(application)
    http_server.listen(options.port)
    tornado.ioloop.IOLoop.instance().start()

if __name__ == "__main__":
    main()

一旦建立http连接，系统会每隔一段时间去轮询用户的队列中是否有数据，有数据时才向客户端发送请求，否则就是“长时间小菊花”状态。很简单，仅仅用了不到100行代码的样子。当然，为了安全因素和节省资源，代码里添加了很多限制性的操作，否则可能会更简洁高效。

需要注意的是，tornado的理念就是建立在“非阻塞”基础上的，你当然可以选择time.sleep(n)，但传统上的time.sleep(n)方式的休眠会导致IO阻塞，故只能采用tornado.ioloop.IOLoop.instance().add_timeout 的方法回调来回调去，将下次启动的时间转给系统。话说回来，这是我第一次在Java或JS以外使用回调函数……

初步测试了一下，借助Redis本身就很强的并发能力在台式机上可以每秒钟完成4K次请求以上，并可以保持同时4K以上的访问不掉线，此时的CPU load仍然保持在1以下，单是测试的结果就足以让Apache+Php组合汗颜。

部署的时候采用了单IP多端口方式，服务器有4个核心，决定开4个端口对应，分别是8885~8888，修改

define("port", default=8888, help="run on the given port", type=int)

即可

前端nginx用负责负载分发：

upstream backend {
        server 127.0.0.1:8888;
        server 127.0.0.1:8887;
        server 127.0.0.1:8886;
        server 127.0.0.1:8885;
}
 server{
        listen  80;
        server_name message.test.com;
        keepalive_timeout 65;    #
        proxy_read_timeout 2000; #
        sendfile on;
        tcp_nopush on;
        tcp_nodelay on;

    location / {
        proxy_pass_header Server;
        proxy_set_header Host $http_host;
        proxy_redirect off;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Scheme $scheme;

        proxy_pass  http://backend;
        }
}

需要注意的是，这样的httpSocket方式很可能被内核认为是SYN攻击，而且对于大量的keep alive而言，很可能超过核心限制，还要修改sysctl参数。

#系统最大打开文件数
fs.file-max = 201510

#TCP连接的最长时间
net.ipv4.tcp_keepalive_time = 1800
#出现问题的尝试次数
net.ipv4.tcp_keepalive_probes = 15
#检查是否连接的等待时间
net.ipv4.tcp_keepalive_intvl = 60
#不进行SYN cookies防御
net.ipv4.tcp_syncookies = 0

要说最近最热的云计算，不得不提Hadoop。这个项目就是为集群运算而生的。依赖于它的项目n多，个人感觉hadoop已经逐渐成为一个“基于Java的分布式运算中间件”。

这里安装的hadoop为ver 0.21.0版本，包含了HDFS分布式文件系统。平台为老一套的Ubuntu 1104 server for amd64。

既然是Java Base的，首先要准备jdk环境。默认1104已经把java从apt中剔除了——跟oracle收购sun不无关系，尽管openjdk还在，我还是建议安装sun-jdk。具体实现如下：

echo “deb http://archive.canonical.com/ natty partner” >> /etc/apt/sources.list #添加源
apt-get update
apt-get install sun-java-jdk

文件多而大，耐心等待。

基础环境

默认apt方式安装的jdk目录为/usr/lib/jvm/java-6-sun ，等待jdk完成之后，

echo "/usr/lib/jvm/java-6-sun"  > /etc/jvm

官方建议关闭ipv6，尽管我不清楚有什么影响

echo "blacklist ipv6" >> /etc/modprobe.d/blacklist

建立用户/组，没什么要解释的

addgroup hadoop
adduser --ingroup hadoop hadoop

修改环境变量，vi /etc/bash.bashrc，在末尾添加：

export JAVA_HOME=/usr/lib/jvm/java-6-sun
export JDK_HOME=$JAVA_HOME
export PATH=$PATH:$JAVA_HOME/bin

切换用户到hadoop, su – hadoop

调通ssh，具体参见这里之前的东西。

mkdir .ssh
cd .ssh
ssh-keygen -t rsa
cat id_rsa.pub >> authorized_keys
ssh localhost

配置Hadoop

我默认已经使用hadoop用户进行操作，root权限可以不用了。

将下载后的hadoop保存在适当的目录下，我选择了/opt/hadoop目录。

修改/opt/hadoop/conf/hadoop-env.sh文件中，添加 export JAVA_HOME=/usr/lib/jvm/java-6-sun

cd /opt/hadoop/conf 一堆的配置文件要改。

conf/core-site.xml:

<configuration>
     <property>
         <name>fs.default.name</name><!--文件系统名称-->
        <!--<value>hdfs://localhost:9000</value>单机，不使用集群文件系统 --><value>/date/hadoop</value>
     </property>
</configuration>

conf/hdfs-site.xml:

<configuration>
     <property>
         <name>dfs.replication</name>
         <value>1</value>
     </property>
</configuration>

conf/mapred-site.xml:

<configuration>
     <property>
         <name>mapred.job.tracker</name>
         <value>localhost:9001</value>
     </property>
</configuration>

需要注意的是，不同的版本号之间，配置方式有细微的不同。

配置OK!

这些天在研究分布式存储的东西，测试了比较出名的几个分布式文件系统。首先是淘宝的tfs，国人出品应该支持了，谁知TFS的支持库实在不敢恭维，换了几种操作系统，最终才在suse上安装成功。可作为一个绑死操作系统的应用，风险太大。接着是MogileFS，MogileFS是基于perl的，在安装了一系列的perl依赖包之后，MogileFS安装的很顺利，性能也能达到要求，问题就是在于我们实在不愿意去维护一个perl环境。最后剩下了MooseFS。

凡是分布式系统一般都会有中心和节点的概念，对应到mfs上就是master server和chunk servers。其中master 是运算消耗型，chunk是磁盘消耗型。整个系统是网络带宽消耗型。建议生产环境中使用千兆网络，并可以根据本站提供的信息建立bond。

mfs还有自己的Backup server被称为metalogger在master出现故障时能够及时替换掉master的地位。硬件相同于master一致，至少拥有同样大小的内存。

MooseFS环境准备

作为测试环境，我准备了两台服务器，仅搭建Master和chunk各一台。没有metakogger。

192.168.1.1 master #Ubuntu 11.04

192.168.1.101 chunk #Ubuntu 11.04

192.168.1.201 客户端 #Ubuntu 11.04

由于需要编译，build-essential, pkg-config,  zlib1g-dev是必须的。

下载源码包 http://sourceforge.net/projects/moosefs/

MooseFS Master的安装

#groupadd mfs  #准备组/用户
#useradd -g mfs mfs

#tar -zxvf mfs-1.6.15.tar.gz
#cd mfs-1.6.15

#./configure –prefix=/usr –sysconfdir=/etc/mfs –localstatedir=/var/lib –with-default-user=mfs–with-default-group=mfs –disable-mfschunkserver –disable-mfsmount
#make
#make install

需要注意的是，这次所有的./configure都是类似的，不要搞错！安装结束后/etc/mfs下会有几个dist结尾的配置文件，去掉.dist结尾。

其中 mfsmaster.cfg 文件是允许访问的主机权限，做过nfs的应该很清楚了。

cd /var/lib/mfs
cp metadata.mfs.empty metadata.mfs

mfsmaster start #启动服务器

mfscgiserv #启动webbase管理界面，通过http://192.168.1.1:9425可以看到一个相当不错的界面。

借此，master段配置完成

MooseFS Chunk的安装

与master差不多的过程，我直接贴了：

#groupadd mfs  #准备组/用户
#useradd -g mfs mfs

#tar -zxvf mfs-1.6.15.tar.gz
#cd mfs-1.6.15

#./configure –prefix=/usr –sysconfdir=/etc/mfs –localstatedir=/var/lib –with-default-user=mfs–with-default-group=mfs –disable-mfsmaster

make && make install

同样，将/etc/mfs下的.dist文件改名，文件不大，我是直接新建的。

mfshdd.cfg 里面记录了你想要共享（事实上是存放文件信息的）的路径，我习惯上用了/data

mfschunckserver.cfg 加上两行：

MASTER_HOST = 192.168.1.1

MASTER_PORT = 9420

/data目录的权限要注意，mfs可写。

mfschunkserver start #启动chunk server。回头去看http://192.168.1.1:9425的disks选项卡，应该会多出一个记录。

MooseFS Client的安装

moosefs支持fuse的直接挂装，客户端先安装fuse.

apt-get install fuse-util

总算不用添加mfs用户组了！

#tar -zxvf mfs-1.6.15.tar.gz
#cd mfs-1.6.15
#./configure –prefix=/usr –sysconfdir=/etc/mfs –localstatedir=/var/lib –with-default-user=mfs–with-default-group=mfs –disable-mfsmaster–disable-mfschunkserver #3个disable!

#make && make install

mfsmount /mnt -H 192.168.1.1 #Master 的IP

df -h | grep mnt结果

192.168.1.1:9421    4.6G     0  46G   0% /mnt

挂装成功！写个大文件看看：dd if=/dev/zero of=/mnt/bigfile bs=1024 count=1seek=$((20*1024*1024-1))

去http://192.168.1.1:9425，应该会有变化，但由于mfs是支持动态压缩的，磁盘占用不会像上面那条命令那么变态的20G。

当chunk写满后可以很方便的再添加一台chunk，这就是分布式的方便之处！

MooseFS 安装问题

在Ubuntu下异常的顺利，在redhat系下出了几个问题。

1. 安装fuse后启动fuse系统提示error in fuse_mount
   出现在fuse2.8.x 的安装过程中，这是因为fuse2.8要求linux内核版本较高，使用2.7.6即可。不要忘记安装kernel-devel库
2. 出现fuse library is too old or not installed – mfsmount needs version 2.6 or higher
   可以在fuse的./configure中prefix=/usr，或者 export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig:$PKG_CONFIG_PATH更改默认路径即可！

MooseFS 的常用维护

1. 察看文件保存状态：
   client：  mfsgetgoal -r FILENAME　或　mfsgetgoal -r FILENAME
2. 备份meta状态：
   master: /var/lib/mfs下的metadata.mfs文件是当前的metadata，默认每小时都会更新，旧文件将会添加.back后缀备份即可，并同时增加changelog.*.log。当然，推荐使用moosefs metalogger
3. 强行数据回写：
   master: mfsmetarestore -a
4. 数据回滚：
   master: mfsmetarestore -m metadata.mfs.back -o metadata.mfs changelog.?.mfs

首先，下载安装包，我选择的是最新的stable版， 不过不客气的说，即便是coreseek的stable版本，不论是从稳定性、兼容性还是灵活性上都不能算是完善，至少无法跟apache这类经典应用相提并论。

安装ubuntu开发包：
apt-get install make gcc g++ automake libtool mysql-client libmysqlclient15-dev libxml2-dev libexpat1-dev

 
解压：
tar xzvf coreseek-3.2.14.tar.gz
cd coreseek-3.2.14

应该看到有mmseg csft testpack 至少3个目录

安装mmseg中文分词模块

cd mmseg-3.2.14
./bootstrap
./configure –prefix=/usr/local/mmseg3 #不喜欢这个官方目录配置，更换目录后配置无法生效郁闷了很久，稍后再说
make
make install
cd ../testpack
/usr/local/mmseg3/bin/mmseg -d /usr/local/mmseg3/etc var/test/test.xml #测试结果，请确保终端可以看到utf8中文，应该可以看到分词后的结果

安装Python包

虽然coreseek支持直接的mysql连接，但考虑到分词、分表的情况，这种设置不是很灵活。我的方案是通过python脚本的预处理，将mysql的数据整理后传输到coreseek建立索引。这样还有一个优势就是“万能数据源”——memcache、redis这类几乎不指望coreseek官方支持的妖异存储方案，只要有python的api，均可以索引。

官方的安装手册中介绍的python接口是基于ActivePython 替代系统python语言的方式进行的。ActivePython属于第三方封包，远没有系统自带python来的方便，刚开始用系统python测试了数次，均不成功，后来根据出错信息，找到了原因。

apt-get install python-dev python-sqlite python-mysqldb python-memcache

安装coreseek

cd ../csft-3.2.14
./buildconf.sh
./configure –prefix=/usr/local/coreseek –without-unixodbc –with-mmseg –with-mmseg-includes=/usr/local/mmseg3/include/mmseg/ –with-mmseg-libs=/usr/local/mmseg3/lib/ –with-mysql –with-python
make
make install

cd ../testpack
/usr/local/coreseek/bin/indexer -c etc/csft.conf –all
/usr/local/coreseek/bin/search -c etc/csft.conf 网络搜索 #没什么问题了

安装libsphinxclient

coreseek官方教程中建议php使用直接include一个php文件进行操作，事实上php有独立的sphinx模块可以直接操作coreseek (coreseek就是sphinx！)已经进入了php的官方函数库，而且效率的提升不是一点点！但php模块依赖于libsphinxclient包。

cd ../csft-3.2.14/api/libsphinxclient
./configure
make
make install
ldconfig

安装php-sphinx支持

apt-get install php5-dev
wget http://pecl.php.net/get/sphinx-1.1.0.tgz
tar vzxf  sphinx-1.1.0.tgz
cd  sphinx-1.1.0
phpize
./configure
make
make install

确信成功后修改php.ini，还是遵从ubuntu的配置规则
echo “extension=sphinx.so”  > /etc/php5/conf.d/sphinx.ini

如果使用apache或者fast-cgi的话，请重起。察看phpinfo() 如下则安装成功。

sphinx

配置coreseek

说容易也容易，说麻烦也麻烦的工作，照贴一份吧前面说过，我用的是python数据源

/usr/local/coreseek/etc/coreseek.conf

python
{
           path = /usr/local/coreseek/DBSource #python 数据源脚本的存放路径
}
source Blog #索引库1 “Blog”
{
          type = python #类型为python
          name = Blog.MainSource #调用python的class
}
index Blog
{
    source          = Blog #数据源名称
    path            = /data/sphinx/Blog #数据文件存放路径
    docinfo         = extern
    mlock           = 0
    morphology      = none
    min_word_len    = 1
    html_strip      = 0
   charset_dictpath = /usr/local/mmseg3/etc/ #mmseg中文分词库的位置，本文开头时我说不能修改mmseg的安装路径就错在这里
   charset_type        = zh_cn.utf-8
}
source UserInfo #索引库2 “UserInfo” 其余同上
{
    type = python
    name = UserInfo.MainSource
}
index UserInfo
{
     source          = UserInfo
     path            = /data/sphinx/UserInfo
     docinfo         = extern
     mlock           = 0
    morphology      = none
    min_word_len    = 1
    html_strip      = 0
    charset_dictpath = /usr/local/mmseg3/etc/
    charset_type        = zh_cn.utf-8
}

searchd #服务器配置
{
    listen          =   9312  #显而易见，默认的监听端口
    listen          =   172.18.196.90:3306:mysql41 #兼容mysql方式的监听，我们配置了php-sphinx，故除了命令行方式外意义不大，可以关闭
    pid_file        =   /var/run/coreseek.pid
}

曾经跟几个同行聊起了数据库这边的容错方案，有朋友发过类似的牢骚：“网站（或者数据库）做了负载均衡，可用性提高了，单点故障也不怕了，但数据的同步总是慢半拍，无法适用某些应用。如果要求完全解决一一致性的麻烦，就只能到回去。”

程序开发上始终念念不忘的有个“摩尔定律”，归根结底的就是说不要放太多精力去隄防运算速度达不到的问题。在运维以及底层架构涉及上有着同样重要的定律“CAP”，最早由加州大学伯克利分校（又是他）的Eric A. Brewer教授提出的。所有的分布式系统的好坏主要有3个重要的指标来衡量：

• 一致性（Consistency）
• 可用性（Availibility）
• 容错性、鲁棒性原文翻译是“分区容错”（Partition tolerance）

任何一个分布式系统只能同时满足3个条件中的两个，无法同时达到3者兼备。

就拿磁盘RAID来说：

RAID0的情况是数据分散在多块硬盘之上，只存一份。由于只有一份数据，不存在数据不同步的情况，一致性得到保障。多磁盘分散IO，性能提升，可用性提升。多块磁盘拼凑一份数据，磁盘损坏的概率正比上升，同时增加磁盘的难度提升，容错性下降。即为了C和A，放弃了P。

RAID1的情况是数据在每个磁盘上做一个备份。由于有多个备份，可能出现多个磁盘上数据不统一的情况，一致性下降。多磁盘分散IO，性能提升，可用性上升。很容易增加备份磁盘，多个备份，磁盘损坏概率反比下降，鲁棒性上升。即为了A和P，放弃了C。

RAID5的情况是一份数据分散在多块硬盘上，另外保存一份校验数据以方便恢复。数据只有一份，不存在一致性的问题。数据读写的同时可能会需要生成校验数据，影响速度，可用性下降。任何一块磁盘的损坏都可以通过剩余的磁盘中的数据和校验数据恢复，鲁棒性上升。即为了C和P，放弃了A。

对于传统的关系数据库的要求又不得不提ACID：

• 原子性 （Atomicity）数据和操作不可再次分隔
• 一致性（Consistency）操作结束后，仍可进行同样的操作
• 隔离性／无关性（Isolation）操作和操作不得影响
• 不可撤销（Durability）

“不可撤销”，“隔离性”，“原子性”都是限制鲁棒性和容错性的P，一致性本身就是C。剩余的A只能作为牺牲的指标。说得明显点就是目前尚没有什么有效的方法让一条SQL同时在多台主机上同时执行正常。跨表SQL很正常，跨数据库操作已经够变态的了，跨系统进行SQL操作而且保证数据的实时和一致几乎是不可能的。

对于传统的关系型数据库来说难度就是CAP三个之中在你需要任何一个的情况下，即便你愿意花钱去升级硬件，也必须以其他的下降作为代价。要么高可用（负载均衡），要么高安全（热备份），要么高容错（事务回滚），想要正比的升级来获取A是不可能的。

这些年大负载架构的出现带动了nosql型数据库。类似memcache，bigtable和Hbase这类的key-value也是一大亮点。相比关系型的数据库而言，新的数据模型仍然无法摆脱这个魔咒，唯一的优势在于这些架构相对灵活，可以根据需要进行CAP取舍，找出真正适合的C 、A、 P比例。

• FreeBSD + Apache + PHP + Mysql (恶搞版)
• FreeBSD + Apache + PHP + Mysql + Oracle
• Ubuntu + Apache + PHP + Mysql ，比较简单，正常server版安装结束的最后一步可以选择安装LAMP
• Ubuntu + nginx + php
• Ubuntu + php + Oracle

Memcache

说起Memcache，这年头稍微大点的网站几乎是必不可少的。内存Key-value一对一数据库，但数据易失。新浪的团队也有个项目是memcachedb，就是以速度为代价，部分数据回写硬盘。但似乎不是memcache的本意，个人觉得不如直接写sql，仁者见仁吧。

• For Ubuntu
  apt-get install memcached php5-memcache
  /etc/init.d/memcached start
• For FreeBSD
  cd /usr/ports/databases/memcached
  make install clean
  cd /usr/ports/databases/pecl-memcache
  make install clean
  echo”memcached_enable=YES” >> /etc/rc.conf
  /usr/local/etc/rc.d/memcached start

Redis

也是一个Key-value数据库，比起Memcache速度慢一点，但会回写硬盘，数据不丢失。处理Feed之类SQL吃上劲的应用必备。

• For Ubuntu //11.04可行，8.04不行，官方似乎从904以后才加入的。之前的版本不妨用debian包
  apt-get install redis-server php-redis //同样的debian包下载
  /etc/init.d/redis-server start
• For Freebsd
  cd /usr/ports/databases/redis
  make install clean
  echo ‘redis_enable=”YES”‘ >> /etc/rc.conf
  /usr/local/etc/rc.d/redis restart
  cd /usr/ports/databases/php5-redis
  make install clean //敲的条件反射了

说起redis的PHP支持类，由于redis是明文的传输，所以很多人会选择redisend这类基于socket连接方式的php类——说白了就是模拟telnet 6379。根据实际测试的结果，C扩展至少有40%以上的提升，而且内存更少，加包和拆包的过程更迅速。更何况redisend的前一个版本一堆问题，后一个版本又是php5.3 only的天上一脚，地上一脚的维护也是麻烦。不是万不得已还是少用为妙。

PHP-FPM

这个是给Nginx做fastcgi扩展的，相比php-cgi, spawn-cgi不但性能上有提升，配置上也灵活的多，但FreeBSD不支持，Ubuntu也不官方推荐。这里使用了ubuntu的非官方库。

echo “deb http://php53.dotdeb.org stable all” >> /etc/apt/sources.list
apt-get update; apt-get upgrade
apt-get install php5-fpm

会直接覆盖之前官方支持的PHP包，请慎重考虑。

/etc/init.d/php5-fpm start

PHP-GD

最常见的缺失，但很容易。

• For Ubuntu
  apt-get install php5-gd
• For FreeBSD
  cd /usr/ports/graphics/php5-gd
  make install clean

Minify

Minify是一个基于PHP5的CSS/JS优化包，其实这不属于Php的扩展。

1. http://code.google.com/p/minify/ 下载最新的minify，解压后，将min目录拷贝至网站根目录下。
2. 确认是否开启了apache 的mod_rewrite，Ubuntu默认不开启，需要a2enmod,选择rewrite后,/etc/init.d/apache2 restart 重起apache
3. 网站根目录下编辑.htaccess内容如下：

   RewriteEngine On
           RewriteBase /
            RewriteRule ^(.*\.(css|js))\S?$ min/index.php?f=$1 [L]

4. 如果系统已经安装了memcache包，不妨用MC替代文件方式存储优化后的信息，编辑min/config.php，末尾添加

   require 'lib/Minify/Cache/Memcache.php';
   $memcache = new Memcache;
   $memcache->connect('localhost', 11211); //根据本地配置调整
   $min_cachePath = new Minify_Cache_Memcache($memcache);

TokyoTyrant (ttServer)

TykyoTyrant想必web game, social game的公司用的很多，大概是由于某家企鹅公司的框架所限吧。这东西就是一个“支持lua扩展并可持续化”的key-value。个人觉得完全可以通过memcache + redis两者取代。

• for Ubuntu (natty ok, hardy not support)
  apt-get install tokyotyrant
  /etc/init.d/tokyotyrant 52~53行稍作修改：
  52 #SERVERHOST=”$RUNDIR/$NAME.sock”
  53 SERVERPORT=1978
  即可通过/etc/init.d/tokyotyrant start命令启动1978端口的监听

• for Freebsd
  cd /usr/ports/databases/tokyotyrant/
  make install clean

我想，排除了其他因素，诸如网管可能有远程监视硬盘之类的技术，仅仅通过公司企业的前端路由——估计他们这种规模的企业，一定有深包分析之类的高级设备，完全可以清除的知道谁在使用Chrome，原因就是因为Chrome正在测试google下一代的web协议spdy。

单从发音上就知道spdy = speedy。快！它的核心是针对目前HTTP传输中对多重数据传输的低效，无优先排序功能重新构架的。google已经在自家的gmail等应用上偷偷支持了spdy协议，据说可以提升接近一半的传输速度。本想看看他们的协议白皮书，无奈，众所周知，这个网站并不存在。

大致上概括下，spdy协议可以让网页打开时优先传输html，完成后再去传输图片和js，css。而且就我理解下来，spdy是支持压缩和加密传输模式的，而且效率远高于http。

如果需要让您当前的网站支持spdy协议的传输，google提供了一个apache mod 。但说实话，由于spdy协议目前只是处在测试阶段，而且仅仅只能被Chrome支持，我还是不建议马上部署这个模块。

查看spdy的状态简单的方法是在Chrome中打开这个链接：chrome://net-internals 。

回答开始的话题，由于目前spdy尚处于测试阶段，大部分企业的防火墙都不会认为这是一个正常的http访问，兴许会作为一个攻击来源之类的抛出警报。网管们烦心，发出个邮件禁止一下也在情理之中。

首先，解决那个Mysql的问题：

#sudo nano /etc/apparmor.d/usr.sbin.mysqld ＃好吧，我承认，我sudo出了习惯

发现了有两行配置：

/home/mysql/ r,
/home/mysql/** rwk,

修改掉

/data/mysql/ r,
/data/mysql/** rwk,

重启AppArmor

/etc/init.d/apparmor reload

重启Mysql，一切OK!
当然你可以直接关闭apparmor服务避免类似的问题，但从安全角度考虑，我不建议这么做，毕竟修改两行参数的事，不复杂。

事实上，这个应用是Novell主导的，想必Suse上也有同样的设置。在/etc/apparmor.d目录下的增减文件可以在Linux文件系统权限之外基于程序对文件系统的访问操作进行限制。如果你想要限制一个/a/b的文件，对应的配置文件就是/etc/apparmor.d/a.b。内容应该很好理解了。

感觉上相比Selinux而言AppArmor简单一点，不知安全程度如何。但就我个人而言，我更加信任相对复杂的SeLinux。

ps:

之前我还碰到过ssh上去不能读写移动硬盘的问题，估计也于此有关。

总之，没什么可以解释的，直接切入正题吧。服务器又是我近期一贯使用的Ubuntu Server。版本是1004 LTS。

$sudo apt-get update #迟早会像我一样条件反射的打这条命令的
$ sudo apt-get install subversion subversion-tools

$cd /data/subversion  
$ svnadmin create ExampleProject #建立SVN项目ExampleProject
修改ExampleProject下的passwd 建立用户名，authz建立工作组和权限。

如果您仅仅只是在内网中使用SVN的话，到这一步其实已经结束了，直接执行
$sudo  svnserve -d -r /data/subversion  
之后就netstat -an可以看到3690的监听就说明svn的服务已经起来了，可以通过TortroseSVN这类的工具连接server://IP/ExampleProject的方式进行访问。

如果你需要通过http方式访问的话，那么继续。

$ sudo apt-get install mod_svn apache2

编辑/etc/apache2/mods-available/dav_svn.conf，在末尾加上：

<Location /svn/>
        DAV svn
        SVNParentPath /data/subversion

        AuthType Basic
        AuthName "SVN repository"

        AuthUserFile /data/subversion/.htpasswd
        require valid-user

        <LimitExcept GET PROPFIND OPTIONS REPORT>
                Require valid-user
        </LimitExcept>
</Location>

重启apache2
$sudo apache2ctl restart

$htpasswd -c /data/subversion/.htpasswd UserName1

$htpasswd -m /data/subversion/.htpasswd UserName2 注意，参数变了！

之前编辑的passwd文件可以不要理会了，直接编辑authz文件的工作组和权限就好了。

如果之前一直都没有问题的话，直接连接server://IP/svn/ExampleProject就可以访问了。

首当其冲的应该算是云技术，但这个技术总体上属于物理层的技术，况且云已经成为公认的技术趋势。这里主要是谈下网站的架构，云技术相对关系较为偏离，我也就不再探讨了。

BigTable数据库

一开始接触下来的GAE，最感觉不适应的就非它的“数据存储”技术。通常用惯了SQL，用了GAE觉得数据设计上很要有很大的转变。
GAE的“数据库”感觉就是一个巨大的List，每一条记录都是key-value的对应关系。当然起初是无法满足很多传统上的数据结构。不过如果你能够在数据结构设计上打破SQL的限制，通过极端灵活的Key-value, key-value, key-value，你就能发觉这样的框架事实上比传统的SQL更适合网站。
说mysql比oracle在网站实现上的优势并非是因为它功能的强大，而是它速度快，结构简单。尽管有人戏称mysql“裸奔”，但无可否认的就是这种“裸奔”的效果带来的mysql的成功。GAE的数据库比mysql还要“裸奔”，但更快的响应将会是SQL永远无法企及的。FaceBook之前也抛弃了SQL亦证明了这一点。

此外整站之间的数据复制也算是革新之一。

多通道的融合

GAE整合了mail，xmpp，跨域验证等一系列的通道也算是特色之一，想必很多人会认为google这是在捆绑自己的产品。作为之前的门户网站的特色，每家人都会有一个自己的邮箱，一个自己的聊天工具，以及一系列自己的产品捆绑在内。GAE的创新在于用户只需要一个自己的google帐户就可以实现捆绑所有的gae服务。这是一个真正意义上的以用户为本。
Xmpp的捆绑还意味着EDM之后，将来IM营销或者类似的IM推送将会逐步成为一个产业。或者更进一步，IM机器人或者类似的技术将会一定程度上取代现有人人对话模式。当然，这需要一段时间，但至少个人认为目前大量的taobao网店需要这种技术^_^。

精巧的运维界面

相信GAE的后他大家也会印象深刻，能对每一个模块进行精确的监控，已经让运维的工作从翻阅日志的文本化提升到了图形化。粒度也更为精准，如果能配合Analytics之类的数据，完全可以实现智能化的运维。

RSS XML SOAP 网址抓取…

其实这也不算是什么革新，Web2.0时代的开始就是以此为标志的。但事实上单单从开发库中各个库的名称都叫API来看，就可以明白，其实整个GAE就是构建在这些基础之上的。SOAP成为了各个模块之间的粘合剂。
这个带来的优势就是，无需关心这个库那个库——好像本站技术性文档的大部分都是解决的“库问题”。各自统一接口，加速了开发的进程。

安装nginx
老一套的把戏 sudo apt-get install nginx

安装好之后sudo /etc/init.d/nginx restart 启动服务，正常情况下，你应该可以访问它获得经典的Welcome to nginx!欢迎界面。

安装php5

不同于apache的mod方式，nginx只限于fastcgi模式调用php。说道fastcgi，之前一直有兄弟问过我CGI和FastCGI的区别。其实FastCGI就是一个预先启动的进程，减少了CGI方式每次启动解释器的资源耗用。当然，这个方式带来的缺陷就是很容易因为解释器的挂死而失效。

sudo apt-get install php5-cgi

修改nginx的配置，使其支持php5

sudo /etc/nginx/sites-available/default

location ~ \.php$ {
 fastcgi_pass   127.0.0.1:9000;
 fastcgi_index  index.php;
 fastcgi_param  SCRIPT_FILENAME  /var/www/nginx-default$fastcgi_script_name;
 include fastcgi_params;
 }

需要注意的是，默认nginx默认配置中注释掉的那一段中对于fastcgi_param的那段配置是有问题的，需要设置正确的路径。

如果你重启nginx的话，这里是无法正常使用php的，原理是php的fastcgi进程还没有启动。

sudo php-cgi -b 127.0.0.1:9000  & //与上面的fastcgi_pass设置是同一端口

正常情况下，nginx已经支持了php。

由于这种方式容易出现问题导致php失效。这里我建议使用spawn-fcgi守护进程。

sudo apt-get install spawn-fcgi

sudo spawn-fcgi -a 127.0.0.1 -p 9000 -c 5 -f /usr/bin/php5-cgi //其中的 -c意味着同时同时启动5个进程

为了更加方便，不妨修改下nginx的启动脚本

sudo nano /etc/init.d/nginx //修改

start)
 echo -n "Starting $DESC: "
 test_nginx_config
 start-stop-daemon --start --quiet --pidfile /var/run/$NAME.pid \
 --exec $DAEMON -- $DAEMON_OPTS || true
 echo -n "Starting Php FastCGI"
 /usr/bin/spawn-fcgi -a 127.0.0.1 -p 9000 -c 5 -f /usr/bin/php5-cgi
 echo "$NAME."

stop)
 echo -n "Stopping $DESC: "
 start-stop-daemon --stop --quiet --pidfile /var/run/$NAME.pid \
 --exec $DAEMON || true
 echo -n "Stopping Php FastCGI"
 killall php5-cgi
 echo "$NAME."
 ;;

注意的是本文的实例采用的是Ubuntu804 Server的LTS版本，采用这个版本而不是习惯上采用最新版本的Ubuntu主要是考虑到几个因素：

1. 至少在904之后，Ubuntu从支持库中移除了Kernel-xen的包，仅保留xen-server的支持包。这也就意味着Xen已经得不到官方支持，804成了目前唯一提供官方支持的xen版本。当然你可以手工编译自己的内核或者使用debian的对应包强行安装Xen，但出错的概率比较大（本人在1004的版本上尝试过几次才顺利启动）。
2. 1004的grub设置变动很大，尚没有搞懂手动修改启动顺序的正确方法。设置错误会直接损坏grub导致无法启动。

这次主机比上次的好，至少支持硬件虚拟化，方便很多。

安装Xen支持

Ubuntu的标志性命令，非常容易。
#sudo apt-get install ubuntu-xen-server xen

如果使用的是804以后的版本，在此之后，如果使用debian包，则下载linux linux-modules linux-headers的带xen的包，并使用sudo dpkg -i 方法安装。
直接编译内核的同学，可以直接load /boot/config-xxxx-xxx文件并手工添加xen的支持(make menuconfig)

用xen内核重启。

#sudo nano /etc/xen/xend-config.sxp
将#(vnc-listen ’127.0.0.1′)修改为(vnc-listen ’0.0.0.0′)

安装来宾操作系统：方法1，直接安装

这种方式的前提是你的cpu支持硬件虚拟化

建立虚拟硬盘，如果使用实际裸分区，可跳过
#sudo mkdir /xen
#sudo dd if=/dev/zero of=/xen/2003_disk bs=1 count=0 seek=5G
编辑配置文件/etc/xen/2003

kernel = '/usr/lib64/xen/boot/hvmloader'#64位内核，32位的则替换为'/usr/lib/xen/boot/hvmloader'
builder='hvm'
memory = 512 #内存
shadow_memory = 8
name = "2003"
vif = [ 'type=ioemu, bridge=eth0' ]
disk = [
   'tap:aio:/xen/2003_disk,hda,w',
   #'phy:/dev/sda5,hda,w', #挂装裸分区方式
   'phy:/dev/cdrom,hdc:cdrom,r'
]

boot = "dc"
device_model = '/usr/lib64/xen/bin/qemu-dm'
vnc=1
vncpasswd=''
serial='pty'
sdl=1

启动虚拟机
sudo xm create /etc/xen/2003

用vnc客户端直接连接主机，即可开始典型的图形化安装过程。

安装来宾操作系统：方法2，xen-create-image

sudo xen-create-image –hostname=xen-ubuntu –size=5gb –memory=256mb –partitions=with-data –dist=lucid –ip=192.168.103.101 –gateway=192.168.103.254 –netmask=255.255.254.0  –mirror=http://cn.archive.ubuntu.com/ubuntu  –boot –passwd –role udev –dir=/etc/xen –force

系统会自动完成xen的配置并从制定的源中下载安装操作系统。

部分操作（照贴过来的）

xm console <NAME> 连接到虚拟机控制台
xm create <NAME> 根据配置文件创建主机，如果您一直follow之前的操作并且完成了虚拟主机的安装，这条命令实际上等于启动一台虚拟机
xm shutdown <NAME> 关机
xm reboot <NAME> 重启
xm destroy <NAME> 删除主机
xentop 各主机之前的资源占用情况

FreeBSD 8.1比较吸引我的一个重要更新就是将ZFS从测试模块升级到了正式模块。这意味着Zfs已经足够的成熟和稳定了。

闲话不说，我这台主机是用zfs来做nfs服务器。刚升级到了FreeBSD 8.1 stable的版本。

首先，升级zpool的版本

#zpool upgrade -a

接着，升级zfs版本

#zfs upgrade -a

正常情况下zfs的升级就完成了。中间几乎没有延时。

由于zfs需要使用nfs，而且随着zfs成为了正式版本，原本有一个垃圾设置（设不设没效果）sharenfs 已经正式实现了。不去修改的话就会出现nfs被挂装但是无法访问文件的问题。

# zfs set sharenfs=yes  /YOURPATCH

由于默认i386默认没有为zfs开启prefetch（预读），需要在/boot/load.conf中加入vfs.zfs.prefetch_disable=0。

同时，系统vm.kmem_size_max和vm.kmem_size两个设置如果过大的话可能会在系统拷贝大文件时吃光所有内存，设置请慎重。

motd即Message Of ToDay，每天的信息。大部分的固定文本信息放置在/etc/motd下，如果没有你可以直接创建一个，然后修改其中的内容制作一个主机登录Banner以便于区分多台主机。对于Ubuntu来说，特别是启用了server中“landscope管理系统”后，这里没有效果，你需要修改的文件为/etc/motd.tail。

对于部分相对比较保守的Unix版本而言剩下可供修改的并不多，只有通过/etc/issue的方法，除了使用现有的字符，issue还支持参数如下：

/l 显示终端机接口号
/m 显示内核的硬件版本
/n 显示主机名
/o 显示 域名
/r 显示操作系统的版本，类似于uname -r 
/t 显示本地端时间
/s 操作系统的名称
/v 操作系统的版本

对于比较激进的操作系统（ubuntu就曾经因为motd爆出安全漏洞）那就更灵活了。

Ubuntu：

修改/etc/init.d/bootmisc.sh脚本，其中：

        uname -snrvm > /var/run/motd
        [ -f /etc/motd.tail ] && cat /etc/motd.tail >> /var/run/motd

我要加入uptime和df -h的信息就修改为：

        uname -snrvm > /var/run/motd
        [ -f /etc/motd.tail ] && cat /etc/motd.tail >> /var/run/motd
        uptime >> /var/run/motd
        df -h >> /var/run/motd

重启服务：

/etc/init.d/bootmisc.sh stop
/etc/init.d/bootmisc.sh start // 不支持restart reload等操作

登录查看，成功！

FreeBSD：

其实是一个原理，方式类似：

ee /etc/rc.d/motd

        uname -v | sed -e 's,^\([^#]*\) #\(.* [1-2][0-9][0-9][0-9]\).*/\([^\]*\) $,\1 (\3) #\2,' > ${T}
        awk '{if (NR == 1) {if ($1 == "FreeBSD") {next} else {print "\n"$0}} else {print}}' < /etc/motd >> ${T}

改为：

        uname -v | sed -e 's,^\([^#]*\) #\(.* [1-2][0-9][0-9][0-9]\).*/\([^\]*\) $,\1 (\3) #\2,' > ${T}
        awk '{if (NR == 1) {if ($1 == "FreeBSD") {next} else {print "\n"$0}} else {print}}' < /etc/motd >> ${T}

        uptime >> ${T}
        df -h >> ${T} 

重启

 /etc/rc.d/motd stop;  /etc/rc.d/motd start

成功！

Centos的操作系统，自然是主流应用的WWW。近期无缘无故的Cron失效，所有的任务都无法执行。多次重启主机，重启Cron服务均是如此。

起先我由于没有拿到控制台，怀疑是Cron经典的环境变量问题，修改了半天也是白忙。总算此兄开恩，将root的权限给了我。:)

登入主机，crontab -l，所有命令都正常，单独执行也都OK。跑到/var/spool/cron下也没有发现有什么文件权限之类的问题。

每天都被cron mail挤爆信箱的我觉的从邮件入手吧。谁知那位兄弟没有配置邮件系统，而且直接disable了sendmail服务。

这里需要说明的是，Crontab 默认会将定时执行的结果通过mail返回给用户。如果没有启动Sendmail服务，系统（确切的应该是sendmail程序）将会把每一个结果保存为一个文件，放置在/var/spool/clientmqueue下。

cd /var/spool/clientmqueue 呵呵，果然！等了半个多小时愣是没有给list出来。du -sh 也是个费时费力的操作了。

mv * 太慢，直接 ls | xargs rm 操作，清空了所有的文件，重试了一下，搞定！

解决此类方法的建议：

1. 开启sendmail服务，这是最佳途径。
2. 每条命令使用 ‘>>’  指向一个日志文件，如果觉得返回没有必要，就直接  >> /dev/null 2>&1 丢弃掉。
3. 更加变态的方式就是再加一条cron，定期清空 /var/spool/clientmqueue

PS：

之前没有弄过，完成测试的时候才理清的一个Cron问题：

30 3 * * 1 dosomething ,是每周一3点半执行是确信无疑的了。
30 3 1 * 1 dosomething, 是当1号是周一的时候执行吗？不是！是1号，或者周一的时候执行。crontab中的星期是一个“或”的概念，而非其他的“和”的概念。

闲来无事，测试了一下。报下配置，理论上用虚拟机是完全可以的：
1台Dell 台式机，用以安装Cluster，双核+2G+250G；一台Asus本本，用以安装Node，双核+2G+160G；当然，我的测试中还有我自己的ubuntu本本充当客户端，这台机器可以省略，将客户端放在上述主机中的任何一台——前提是只要不是生产环境。

1. 安装Cluster主机

貌似这里没什么好说的，我用的是Ubuntu 910 x86_64 server，我的网络已经开启了DHCP（ip:192.168.103.223），没有太多的配置。安装的最后，系统会询问你安装的软件包。选择 Install Ubuntu Enterprise Cloud Cluster。系统会要求配置postfix以发送验证邮件，internet Site选项即可。Name your cluster 也没什么特别，我就用了My Cloud。
a list of available IP addresses on your network 选项是用于虚拟机的IP段，这里用一个空的Ip段即可。

2. 安装Node主机

同样没什么可以多说的，但要求Node主机跟Cluster在同一个网段内即可（ip:192.168.103.233）。选择 Install Ubuntu Enterprise Cloud Node。由于Cluster主机已经启动了，向导直接就通过了。

3. 调试Cloud

在Cluster上执行 sudo euca_conf –no-rsync –discover-nodes ，系统会提示发现Node并将Node加如Cloud。
用客户端访问https://192.168.103.223:8443 (建议使用Linux+Firefox)，默认的用户名和密码都是admin，比较汗。登录后在Credentials选项卡中download Credentials下载打包好的验证文件。我的文件名~/euca2-admin-x509.zip   

4. 配置客户端 

据说有一个基于Firefox插件的图形化客户端，没有测试过，各位可以测试下。我还是比较笨的用命令行。

sudo apt-get install ec2-api-tools   euca2ools

mkdir ~/.euca
cd ~/.euca
unzip ~/euca2-admin-x509.zip
chmod -R 0700 ~/.euca
 ~/.euca/eucarc 
echo ”[ -r ~/.euca/eucarc ] && . ~/.euca/eucarc” >> ~/.bashrc

重新开一个终端，让配置生效，或者。。。重启吧。