有奖专家座谈——自动化运维案例分享讨论之二（特邀某大型网游运维总监“king_819”）

gavindev

我也在做小集群，WEB Server的集群自动化我把他分为几个方面：
1、加Web Server，快速自动化的部署Web Server，包括apache（含模块），php（含扩展）等
2、新上一个业务，需要在所有的WebServer快速部署上去，包括前端Nginx，要快速自动部署
3、代码更新，从一台服务器快速同步到多台Web Server
4、其他备份啥的不说了

都做了一些工作，但感觉不是很理想，各位亲有什么好建议好方法

gavindev

简单说下我现在的做法：
首先有一个WebServer的样本服务器，环境和配置都是标准的
1、
a,建立rsync文件列表，把rsync相关文件scp到新服务器上，启动rsync，然后把apache,php等相关文件rsync过去。
b,把Web目录复制到新服务器上
c,其他需要配置Webserver的相关配置，如数据库memcache的权限等
2、新业务
a,在前端配置好，
b,样本WebServer同步到新Webserver的脚本
3、代码自动同步我们使用sersync，其实是上面说的inotify的一个实现

同步文件总有些不太爽的地方，列表难全；
模块安装也容易依赖不全，apache和apache的，也有Linux的依赖
sersync倒是比较好用，不过我的一个业务一个rsync的area，所以需要配置的地方不少，有些麻烦。

请各位拍砖

chenyx

gavindev 发表于 2011-12-28 17:17
简单说下我现在的做法：
首先有一个WebServer的样本服务器，环境和配置都是标准的
1、

我觉得应该做共享存储,而不是象你这样rsync实现同步

king_819

gavindev 发表于 2011-12-28 17:12
我也在做小集群，WEB Server的集群自动化我把他分为几个方面：
1、加Web Server，快速自动化的部署Web Ser ...

    小规模的的部署，脚本加rsync基本上可以实现，如果服务器数量大，可以用puppet定义模板

king_819

chenyx 发表于 2011-12-28 18:13
我觉得应该做共享存储,而不是象你这样rsync实现同步

   不同的业务应用在批量更新的时候，inotify+rsync还是很好的解决方案，当然也可以用金山开源的sersync，集群应用的时候肯定会选择共享存储了

chenyx

回复 75# king_819


    他的环境,nginx做的是反向代理,后端是web做负载均衡,这种情况,我觉得共享存储应该好一点.

king_819

chenyx 发表于 2011-12-28 22:04
回复 75# king_819

    如果是单纯的web集群，那么后端的realserver当然是要选用共享存储，如果不同的应用存在多台web源，还是要用到inotify+rsync进行批量更新

king_819

Shell_HAT 发表于 2011-12-28 16:05
Demo_CPU.sh

     小巧的监控脚本，可以通ssh信任关系统或者expect交互批量对远程主机的监控，但有一个问题就是，如果一但达到监控的阀值，就会一直给邮箱发报警邮件

Shell_HAT

回复 78# king_819


我们有个项目需求就是要求一直发邮件，直到问题解决
7*24的项目就是这么蛋疼

gavindev

king_819 发表于 2011-12-28 22:33
如果是单纯的web集群，那么后端的realserver当然是要选用共享存储，如果不同的应用存在多台web源 ...

共享存储会不会有单点问题，常用的共享存储方案有哪些？