再此之前，还是先确认系统的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之类的故障平滑迁移技术才是虚拟化方案的终极利器。

正常情况下，像Redis这样定期回写磁盘的内存数据库，丢失几个数据也是在情理之中，可超过80%数据丢失率实在太离谱。排除了误操作的可能性之后，开始寻找原因。

重启动时的日志：

[26641] 21 Dec 09:46:34 * Slave ask for synchronization

[26641] 21 Dec 09:46:34 * Starting BGSAVE for SYNC

[26641] 21 Dec 09:46:34 # Can’t save in background: fork: Cannot allocate memory

[26641] 21 Dec 09:46:34 * Replication failed, can’t BGSAVE

[26641] 21 Dec 09:46:34 # Received SIGTERM, scheduling shutdown…

[26641] 21 Dec 09:46:34 # User requested shutdown…

很明显的一个问题，系统不能在后台保存，fork进程失败。

翻查了几个月的日志，发觉系统在频繁报错：

[26641] 18 Dec 04:02:14 * 1 changes in 900 seconds. Saving…

[26641] 18 Dec 04:02:14 # Can’t save in background: fork: Cannot allocate memory

系统不能在后台保存，fork进程时无法指定内存。

对源码进行跟踪，在src/rdb.c中定位了这个报错：

int rdbSaveBackground(char *filename) {
    pid_t childpid;
    long long start;

    if (server.bgsavechildpid != -1) return REDIS_ERR;
    if (server.vm_enabled) waitEmptyIOJobsQueue();
    server.dirty_before_bgsave = server.dirty;
    start = ustime();
    if ((childpid = fork()) == 0) {
        /* Child */
        if (server.vm_enabled) vmReopenSwapFile();
        if (server.ipfd > 0) close(server.ipfd);
        if (server.sofd > 0) close(server.sofd);
        if (rdbSave(filename) == REDIS_OK) {
            _exit(0);
        } else {
            _exit(1);
        }
    } else {
        /* Parent */
        server.stat_fork_time = ustime()-start;
        if (childpid == -1) {
            redisLog(REDIS_WARNING,"Can't save in background: fork: %s",
                strerror(errno));
            return REDIS_ERR;
        }
        redisLog(REDIS_NOTICE,"Background saving started by pid %d",childpid);
        server.bgsavechildpid = childpid;
        updateDictResizePolicy();
        return REDIS_OK;
    }
    return REDIS_OK; /* unreached */
}

数据丢失的问题总算搞清楚了！

Redis的数据回写机制分同步和异步两种，

1. 同步回写即SAVE命令，主进程直接向磁盘回写数据。在数据大的情况下会导致系统假死很长时间，所以一般不是推荐的。
2. 异步回写即BGSAVE命令，主进程fork后，复制自身并通过这个新的进程回写磁盘，回写结束后新进程自行关闭。由于这样做不需要主进程阻塞，系统不会假死，一般默认会采用这个方法。

个人感觉方法２采用fork主进程的方式很拙劣，但似乎是唯一的方法。内存中的热数据随时可能修改，要在磁盘上保存某个时间的内存镜像必须要冻结。冻结就会导致假死。fork一个新的进程之后等于复制了当时的一个内存镜像，这样主进程上就不需要冻结，只要子进程上操作就可以了。

在小内存的进程上做一个fork,不需要太多资源，但当这个进程的内存空间以Ｇ为单位时，fork就成为一件很恐怖的操作。何况在16G内存的主机上fork 14G内存的进程呢？肯定会报内存无法分配的。更可气的是，越是改动频繁的主机上fork也越频繁，fork操作本身的代价恐怕也不会比假死好多少。

找到原因之后，直接修改内核参数vm.overcommit_memory = 1

Linux内核会根据参数vm.overcommit_memory参数的设置决定是否放行。

1.  如果 vm.overcommit_memory = 1，直接放行
2. vm.overcommit_memory = 0：则比较 此次请求分配的虚拟内存大小和系统当前空闲的物理内存加上swap，决定是否放行。
3. vm.overcommit_memory = 2：则会比较 进程所有已分配的虚拟内存加上此次请求分配的虚拟内存和系统当前的空闲物理内存加上swap，决定是否放行。

在桌面版本的Linux中，一般默认已经安装了调速器的控制台，并可以通过类似gnome控制栏插件的方式简单的启用和调整。对于Server版本，由于定位不同，这样的设置意义不大，但可以手工安装。考虑到要做“绿色IT”，个人觉得在一定范围内适当的使用不但不会影响性能，而且还可以降低主机温度，达到延长主机寿命的功效。具体方法如下：

sudo apt-get install cpufrequtils

手工调整CPU频率，需要CPU支持，虽然现如今大多数CPU都支持类似的技术（Speed Step之Intel和nCool之AMD），但恰巧我有一台ATOM芯片的机器就不支持。同样需要注意的是，不是超频，而是降频，指望这种方法为CPU超频的话我劝您还是直接去 BIOS里跳吧

cpufreq-selector -f  频率数，单位是kHz
cpufreq-set -d 最高频率
cpufreq-set -u 最低频率

查看CPU状态，不需要太多解释了吧

cpufreq-info

设置CPU运行模式，这才是主要的。系统默认会为CPU设置几种模式方便直接切换

cpufreq-set -g 模式类型

模式类型

• powersave，省电模式，简洁明了，就是最省电的状态，CPU始终工作在最低频率上。
• userspace，用户定制，手工定制频率的方式。
• ondemand，守护模式，自动根据系统负载调整模式，负载越高，频率越高。这是绝大多数系统选择的模式。
• conservative，保守模式，有些类似于ondemand，但不同于ondemand一有负载就提高频率到最高，次模式尽量采用较低的模式，直至满载无法承受才提升频率。
• performance，性能模式，系统始终工作在最高频率之上。

默认的Linux发行版中的内核配置都会开启tmpfs，映射到了/dev/下的shm目录。可以通过df 命令查看结果如下：

Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1             146G   14G  125G  10% /
varrun                501M   84K  501M   1% /var/run
varlock               501M     0  501M   0% /var/lock
udev                  501M   32K  501M   1% /dev
devshm                501M     0  501M   0% /dev/shm

默认配置的shm分区正好是内存的一半。

可以重新调整大小：

vi /etc/fstab
tmpfs /dev/shm tmpfs defaults,size=4096M 0 0

umount /dev/shm; mount /dev/shm

不同于文件系统/dev/shm不是一个文件，是一个目录，完全可以通过文件链接的方式挂装到指定目录，还是推荐采用mount方式：

mount –bind /dev/shm /data

fork，顾名思义就是一把叉子，或者专业一点叫做复制叉。作为sys/type.h的一个函数，系统在每次调用fork()之后，将会以此为分叉，对进程本身进行复制，新的进程和旧进程有近乎完全一致的cpu时间和内存寄存器。

这本身并不重要，重要的是对于fork()函数的返回而言，父进程返回的是子进程的pid，而子进程返回的是0，当然还有一个-1的返回表示fork()的失败。对与C大致如此：

#include <unistd.h>;
#include <sys/types.h>;

main ()
{
        pid_t pid;
        pid=fork();

        if (pid < 0)
                printf("error in fork!");
        else
        {
			if (pid == 0)
                        {
                                 printf("i am the child process, my process id is %d\n",getpid());
		                 exit();
                        }
			else
                        {
                                printf("i am the parent process, my process id is %d\n",getpid());
				exit();
                         }
         }
}

执行后，父进程和子进程分别将自己的Pid打印出来。

既然如此，对于我常用的php来说，可以同样做到后端执刑一些耗时的操作，从而达到异步的效果：

function mulitProcess()/*{{{*/
{
        if (function_exists(pcntl_fork))
        {
            $pid = pcntl_fork();

		    if ( $pid === -1 )
		    {
		    	return false;
		    }
		    elseif ( $pid )
		    {
                        usleep(10);
                        exit();
                    }
                    else
                    {
                         doBackground();
                    }
        }
        // windows system or php not support PCNTL libs
        else
        {
			doBackground();
        }
}

对于很多守护进程来说，脱离shell（即“脱壳”）正是利用了这种方式进行进程复制。对与PHP来说需要进行2次fork之后配合一个死循环即可,当然为了防止死循环真的“死掉”需要sleep()函数来进行休眠：

function daemonize() /*{{{*/
{
    $pid    =   pcntl_fork();

    if (-1 == $pid)
    {
        return false;
    }
    elseif ($pid)  //parent process
    {
        usleep(500);
        exit();
    }
    $sid    =   posix_setsid();

    if (!$sid)
    {
        return false;
    }

    $pid    =   pcntl_fork();

    if ( -1 == $pid )
    {
        return false;
    }
    elseif ($pid)
    {
        usleep(500);
        exit(0);
    }

    // deny process display and io
    if (defined('STDIN'))
            fclose(STDIN);

    if (defined('STDOUT'))
            fclose(STDOUT);

    if (defined('STDERR'))
            fclose(STDERR);
    while(true)
            doSomeThing();

}/*}}}*/

需要注意的是，windows没有fork()，php直接屏蔽了PCNL函数库，而python相对没有一棒子打死。Python采用的方式等于在命令行重新调用一次脚本，如果直接将没有考虑到这个问题的python脚本直接移植windows的话进程数量将会爆炸式增长，很快就会导致资源耗尽。由于我在windows上大多只是进行测试而已，多进程带来的性能优势不重要，习惯上我的方法就是使用threading模块替换掉mulitprocessing模块。写个示例：

try: #if os.name == 'posix':
    from multiprocessing import Process, Queue
except: #else:
    from threading import Thread as Process
    from Queue import Queue

Linux www 3.0.13.0.1 #2 SMP Wed Aug 17 16:05:25 CST 2011 x86_64 x86_64 x86_64 GNU/Linux

作为debian系的Ubuntu，相对制作kernel包还是比较容易的。

wget http://www.kernel.org/pub/linux/kernel/v3.0/linux-3.0.2.tar.bz2

apt-get install build-essential kernel-package

tar vzxf  linux-3.0.2.tar.bz2

cd linux-3.0.2

make menuconfig

make-kpkg –initrd  kernel_image kernel-headers

漫长的编译之后上层目录会出现 linux-headers-* 和linux-image-*连个包，直接dpkg -i 就OK了，很方便。

话说回来，这次2->3的升级有点不知所云，没有什么较大的新特性的引入，仅仅是Linus大神认为的2.6.39的版本号太大了。也不知道今后linux是否还延续“单数不稳定的传统”。相比2.2->2.4, 2.4->2.6的跨越，反而成了讽刺。

这些天在研究分布式存储的东西，测试了比较出名的几个分布式文件系统。首先是淘宝的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

本文以Ubuntu下的操作为例，同样适用于Debian。

修改现有deb包

这种情况往往是现有的deb包已经满足使用，只是需要修改部分文件，例如批量部署apache服务器而不希望每台主机上去修改配置。

1. 下载现有的deb包：可以直接从安装源中找到需要的deb文件，或者通过网易的镜像站 http://mirrors.163.com/ubuntu/pool/
   
2. 解包：
   dpkg -X apache2-common_2.0.55-4ubuntu2.13_i386.deb apache2 ＃将apache2的包解压
3. 修改配置
   cd apache2
   这样，你会看到apache2目录下的文件结构很眼熟，跟安装后的文件存放路径完全一致。你可以根据需要修改对应的文件。
4. 提取配置文件
   dpkg -e ../dpkg -X apache2-common_2.0.55-4ubuntu2.13_i386.deb
   会多出一个DEBIAN目录，决定了部分安装参数，同样也可以定制修改。
5. 重新封包
   cd ..
   dpkg -b apache2 myApache2.deb
6. 安装测试
   dpkg -i myApache2.deb

通过deb-source制作deb包

这种方式往往是需要为原有的包进行小幅度优化，例如修改nginx软件的header识别信息，并适用-O3参数重新编译。

1. 获取source包
   mkdir nginx
   cd nginx
   apt-get source nginx  ＃等待下载
2. 修改代码
   下载完成后会出现一个nginx*的目录，既是nginx的源码，如果需要修改，则直接进入该目录下修改源码。例如我修改src/core/nginx.h，定制了nginx的头部信息。
3. 修改编译信息
   源码目录下，相比直接在nginx官网下载的会增加几个目录，其中debian目录下就是deb包特有的配置。修改方式可以参考上种方式。
   debian/rules是一个可执行文件，直接编辑可以修改。例如我直接将头部的CFLAGS += -O2 变态的修改为 CFLAGS += -O3 -msse3 -mmmx -maccumulate-outgoing-args（没有经过测试，仅作为示例）
4. 准备编译环境和依赖包
   apt-get install dpkg-buildpackage
   下载打包工具
   apt-get build-dep nginx
   很多情况下不能完成编译就是因为没有执行这一步
5. 重新打包
   dpkg-buildpackage -uc -d
   完成后上一级目录将会出现一个或多个deb文件，视情况而定安装测试。

源码制作deb

这种方法相对比较少见了，事实上前两种方法几乎已经解决了80％的应用，即便没有对应的Ubuntu包，也可以从丰富的Debian库中找到合适的deb，这种情况只有少数项目才会需要，例如安装 支持中文分词的索引服务器coreseek。

1. 下载，解压源码
   wget http://…
   tar ….
   这一步没什么说的，下载，解压而已。
2. 预编译
   ./configure …
   make
   也没什么特殊的，参考官方安装手册的操作
3. 打包
   apt-get install checkinstall #下载打包工具
   checkinstall -D -y -install=no -default make install
   一定记得要测试一下，相比前两种方法出错概率较高。

看到网上很多安装教程都是编译安装的，抱着“没有必要重新发明轮子”的原则，我还是建议尽量使用deb的方式安装。同时建议社区尽可能的提供rpm和deb等安装包，在方便用户的同时同样也有利于产品的优化。

• 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

相比正统到迂腐的“HAT”，“FEDORA”休闲了很多，也正如单词本身的定位，现在的Redhat事实上是Redhat Enterprise Linux( 红帽企业Linux,RHEL)的意思，fedora成为了社区维护的Linux。事实证明，这种战略确实在尽可能的减少开支的情况下给Redhat带来了可观的收益。

说起盈利，目前正统的linux厂商甚至于开源软件厂商的盈利模式无外乎卖服务而已。显然的是，Redhat不但从技术上还是市场上，这些年一直是 作为商业Linux的标杆而“神一样的存在”。大量的应用甚至到专门为Redhat而开发。但说实话，Redhat的价格高的有些离谱，授权费用甚至超过商业Windows或者Unix。作为商业行为我们无可厚非，但对于这些专属应用的下场确实一个艰难的决定：要么放弃，要么使用非授权版本的RHEL。显然Centos的存在就是弥补了这样一个空缺——除了商标之外就是一个RHEL。当然，一贯在商业上滑头的Oracle也是搞了一套RHEL like的Oracle Linux；类似的还有Novell提出可以为客户维护RHEL的服务，这里也不再累述。

所有这一切建立的基础是什么？正式基于RHEL虽然是商业软件，但不得不开源。不可否认，目前Linux的体系里大多数的更新都出自 redhat，没有人敢于否认这一点。甚至可以这么说：“目前最有影响力的企业级Linux都是基于RPM的，RPM本身就是Redhat的！”但看着自己的成果却被别人拿去赚钱，没有人会受这样的窝囊气。此次Redhat做出的改变只能说是在GPL框架内做出的最后反抗。但这样后果如何？

可能一：Redhat破坏了目前的生态，Centos可以转为独立分支；Oracle 甚至可以直接转向Solaris，RPM体系逐渐衰落。直至最后影响到自己，进而影响到整个Linux的社区。或者说RPM旁落，Debian系里将会出现下一个Redhat。
可能二：Redhat借此击垮了Centos和Oracle Linux，让自己独大，赚取更多利益。到头来可能会是更高的授权费用。但相对这确实是有利于Linux生态的。
可能三：这个可能是最有可能的结果，也是最无聊的。大家依旧我行我素，依然现状不改。

OK，说起服务，不得不提Apple。最近Apple最新的IDE－Xcode4也放在了App store里出售，标价$4.99。要知道Mac上TextMate这个简单的文本编辑器都要卖到$56。区区5刀只能说是象征性收费。这是一个很有意思的问题，也许不久以后的将来IT业的收费模式将会逐步改变为“微收费”模式。像Redhat这样的情况完全可以完全精确到每次升级收取一定数量的服务费，而不是像现在这样按照年这样大的粒度。相信不少企业也会认同这样的收费模式，量上去了，平摊成本自然会降低。这同时也是提醒了很多特定模式下的客户：“收费意味着更高的服务质量和体验！”

总之，没什么可以解释的，直接切入正题吧。服务器又是我近期一贯使用的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就可以访问了。

安装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 各主机之前的资源占用情况

一台托管在外的服务器，环境为CentOS5.5，跑LAMP。由于运行环境和成本控制的考虑，需要同时配置PHP4+Mysql和PHP5+Mysql两种环境。起初计划采用两个apache环境，不同的端口来解决。考虑到目前Xen技术上已经成熟，于是考虑在真实主机上安装ngnix和mysql。通过xen安装两套虚拟环境分别配置不同的Php版本，前端使用ngnix代理的方式实现多个虚拟主机合并到同一个80号的目的。

本文同样适用于Redhat和小白鼠Fedora.

真实主机（主机名:www）上配置Xen

CentOS的Xen还是比较容易设置的
#yum install kernel-xen xen等待安装，安装结束后，修改grub配置，确保主机通过xen内核启动后，重启主机。

主机启动后，首先确认
#uname -r ，内核版本号后面应该跟随一个xen标记，如：2.6.18-194.11.3.el5xen

需要解释的是，由于这台主机的要求网络结构是“一个出口”，即逻辑上虚拟主机的网络拓扑应该是路由方式，而Centos默认Xen的结构是网桥模式，这里需要修改下相应的配置。
/etc/xen/xend-config.sxp文件中
(network-script network-bridge)
(vif-script vif-bridge)
注释掉
(network-script network-route)
(vif-script     vif-route)
去掉注释
重启xen服务使设置生效，/etc/init.d/xend restart

配置虚拟主机

相比之前参考的很多文档，Centos的虚拟主机配置相对比较容易，至少没有那么复杂，因为Centos提供了一个比较方便的工具virt-install

我准备给虚拟主机都安装CentOS5.5，为了方便，我将光盘挂装到了 /mnt并设置了ngnix可以直接通过http://www/方式访问光盘中的文件，如果您之前通过http或者其他方式网络安装过操作系统，这一步应该很好理解。

正题来了：

 virt-install -n CentOSVM1 -r 512 -f /xen/CentOSVM1.img  -l http://www/  –network=network:default -p -s 10 –nographics –vcpus=2

解释：
-n CentOSVM1 设置虚拟服务器名称
-r 512 设置内存大小
-f /xen/CentOSVM1.img  虚拟磁盘文件的保存路径，如果有重名可以使用–force参数强制重建。
-l http://www/ 安装文件的访问方式，支持nfs http ftp smb等多种方式。如果你对你的带宽比较自信，可以使用http://mirrors.163.com/centos/5.5/os/i386/网易的镜像站
–network=network:default 网络连接方式，我选择的是route中的default
-p 我的机器不支持硬件虚拟化，-p参数不使用类似技术。现在新的CPU连Atom这样的都支持了，-p可以不加。
-s 10磁盘文件的大小，单位是G
–nographics 不使用图形界面，可以不加此参数，然后加入–vnc看看图形效果
–vcpus=2 虚拟CPU的个数

剩下的就是等待安装的过程，由于之前的设置，网络这块直接DHCP就可以通过了。安装过程中报错找不到安装媒体的大多都是网络设置错误。

整个过程中可以通过ctrl+]回到真实主机，通过在真实主机中使用xm console CentOSVM1回到CentOSVM1的控制台。

OK，可以开始第二台主机的安装了，照旧吧：
 virt-install -n CentOSVM2 -r 512 -f /xen/CentOSVM2.img  -l http://www/  –network=network:default -p -s 10 –nographics –vcpus=1

部分操作

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

关于Ubuntu的xen

记得804的时候，通过apt-get install ubuntu-xen-server xen的方式可以搭建起xen的环境，但不知出于什么目的，904以后，apt源里面移出了linux-xen内核的安装包。你当然可以下载到类似的替代安装包，但这无疑给安装带来了麻烦。

ubunt desktop和server的安装盘都无法通过网络安装程序，如果需要部署Ubuntu的虚拟机，你需要下载alternate安装盘。

暂时就这么多，改日写个ubuntu的安装文档出来。

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

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