标签：
为什么要用到Rex，因为目前线上业务量越来越多，服务器数量也越来越多，维护的项目也越来越多，无论是安装软件，修改配置，优化，管理，升级等操作通过写一堆脚本来集中操作已经很难达到我的要求。这时候就需要将所有不同业务类型不同项目所对应的集群环境都统一起来，集中进行管理。
常用的集中管理软件有puppet salt ansible Rex等。在进行综合比对后，我选择了Rex。原因是Rex是基于SSH来进行集成管理的，不需要再各个服务节点安装客户端，简洁，轻量，是我选择Rex的一部分原因，当然其它的集成管理软件没有怎么研究过，不过Rex已经能满足我的所有要求了，模块Rex既可以做为一个库来调用，也可以作为一个集中管理平台来使用，通过rex命令来进行一切操作。我对perl非常熟练，对于一些特殊的应用场景我会结合把Rex当做一个普通的模块，通过在自己的脚本中调用Rex模块提供的一些方法来进行远程操作，灵活性，可用性都比较强。这也是我选择Rex的一个主要原因。
介绍一下我线上的环境：
我要管理7个项目，每个项目都有一个集群环境（平均都是4个节点左右),每个节点上的web服务都是用tomcat7.0+jdk1.7的环境；session共享使用的是两台memcache组成的集群环境，数据库采用的是二台高性能的物理机+一个iscsi的盘柜组成的RAC环境。四台代理服务器（都是采用的nginx），图片存储采用的drbd+heartbeat+nfs的形式，因为是商城网站图片量现在越来越多，访问量越来越多，nfs图片服务器很容易因为I/O问题变的非常不稳定，目前测试用Moosefs和fastDFS，准备将图片存储迁移到分布式存储。
我接手之后就是这么个环境，当然整体的网络结构设计的很糟糕，很差劲。无论是从安全性，稳定性，高可用性方面去看都存在缺陷。但是上头不愿意让我对架构进行改动，只好对现有的环境进行集中管理。（哎，做运维很难！！）
标签：
原文地址：http://my.oschina.net/u/2420214/blog/506616
