小公司如何部署实施linux集群网站-凯发app官方网站

其实在许多小公司和小企业里，尤其是牵涉到电子商务和电子广告类的网站，他们的网站也要求作负载均衡高可用的linux集群，但由于成本的制约，老板都会要求系统架构师设计的方案能够用最少的钱实现这个要求，作为系统架构师的我们，应该如何实现这个要求呢？

首先是机房的选择，如果公司有自己的机房那是最好不过的了；如果没有自己的机房，我建议大家放在bgp机房内托管，如果有选择的话，最好是选择带有硬件防火墙的机房，这样在安全方面也有保障；另外，我们如何选择服务器呢？在有了负载均衡高可用的集群环境后，我们完全可以自己组装服务器，这样在性价比上也是最高的。像ibm和dell的品牌服务器，虽然质量有保障，但价格往往是老板不能够接受的。当然了，一切以稳定为前提和原则。

首先是负载均衡设备的选择。我们可以有二种选择，一种是通过硬件来进行进行，常见的硬件有比较昂贵的netscaler、f5、radware和array等商用的负载均衡器，它的优点就是有专业的维护团队来对这些服务进行维护、缺点就是花销太大，所以对于规模较小的网络服务来说暂时还没有需要使用；另外一种就是类似于lvs/haproxy、nginx的基于linux的开源免费的负载均衡软件策略,这些都是通过软件级别来实现，所以费用非常低廉，小公司和小企业由于费用的问题，所以软件级别的负载均衡是第一选择。

至于负载均衡高可用架构，我首推是nginx/haproxy keepalived的架构，这时很多朋友就有疑问，说你为什么不选择基于lvs keepalived的集群方案呢？这是因为我们部署的网站一般都会有动静分离、正则分发的需求，如果我们最前面选用lvs keepliaved的架构，那么我们至少又要在中间加一层二级负载均衡的机器，这样比较耗机器，无形中也会增加整个网站的成本；另外，很多朋友都比较担心的一个问题，说nginx/haproxy keepalived的稳定性不如lvs keepalived，这个其实是误解；我们通过十几个项目的成功实施，再加上几年的观察期，发现这些软件级别的负载均衡器的稳定性确实很好，在高并发的情况下宕机的可能性微乎其微，而近段时间实施的一个商业网站，用的是haproxy keepalived，在亿/日高并发流量的冲击下，haproxy稳如磐石。lvs在性能方面是最好的，尤其是后面的节点(如web或mysql数据库服务器)超过10台时，它的性能是最优异的。而小公司的并发和流量一般不是特别大，大概一天持续在100万/日之间，所以我这里也向大家推荐nginx/haproxy keepalived。

如果网站是放在idc机房托管，而机房最前面也没有硬件防火墙防护时，这时候大家尽量做好流量监控的工作，我一般会在主nginx/haproxy上安装mrtg nload软件来对流量进行监控，nload可以对流量进行即时监控，它的安装也是很简单的，我们先安装好rpmforege。rpmforge是centos系统下的软件仓库，拥用4000多种的软件包，被centos社区认为是最安全也是最稳定的一个软件仓库，地址为。这个安装成功以后，我们可以通过命令yum –y install nload很轻松的安装nload。输入此命令后，nload软件会很直观的显示流量的即时状态，上半部分ncoming是进入网卡的流量，下半部分outgoing是从这块网卡出去的流量，每部分都有当前流量（curr）、平均流量（avg）、最小流量（min）、最大流量（max）、总流量（ttl）。由于此软件比较直观，我用它来取代之前的即时流量监控软件iptraf，nload的工作界面如下所示：

许多对集群感兴趣的朋友经常问我，如果网站要部署负载均衡高可用的linux集群方案，而公司又想用最节省成本的方式来实施的话，一般需要几台服务器呢？我的回答是四台，即2 2架构，最前面是二台nginx/haproxy keeplaived机器，后面是二台配置比较好的web机器，mysql数据库采用一主一从的方式，分别放在二台web机器上，监控的nagios部署在从nginx/haproxy机器上，流量监控我一般放主nginx/haproxy，软件采用的是mrtg nload的方式，服务器之间的数据同步我采用的是rsync inotify的方法，当然更多时候，我采用的是纯rsync方式，这样是避免网站有大文件发生改动的时候会产生频繁读盘的麻烦；当然了，如果大家的公司对文件服务器有更高要求的时候(比如图片类型的)，我们可以考虑再增加二台服务器，做成drbd heartbeat nfs的方式；如果有海量文件需要存储的话，我们可以考虑用mfs，当然这样也是比较耗机器的。

像类似以上的小公司集群架构里，我们是如何解决session同步的问题呢？我们可以采用nginx的ip_hash和haproxy的balance source机制，它们的原理比较类似，都会让某一客户机在相当长的一段时间内只访问固定的后端的某台真实的web服务器，这样会话就会得以保持，我们在网站页面进行login的时候，就不会在二台web服务器之间跳来跳去了，自然也不会出现登陆一次后网站又提醒你没有登陆，需要重新登陆的情况；大型项目或网站可以考虑用memcached的方式。

另外，小公司的web服务器我们至少有二种选择：一种是apache，另一种是nginx，在流量和并发不大的环境下，我们完全可以选择apache作为我们的web服务器，虽然它的抗并发能力不高，但它的稳定性是最好的，我的许多电子商务网站都是基于apache；而大流量大并发的环境，我比较倾向于nginx。

 mysql在这里我用的就是一主一从的设计，虽然很多朋友觉得这种设计比较简单，但事实证明，它也最稳定的。我的电子商务网站也是采用这种架构,几年下来，从没有因为数据库的故障发生过丢单现象，网站上线的前期阶段，我们可以通过php程序，把后台的查询功能的入口选择slave机器，这样可以大大减少主数据库的压力；另外，从mysql机器并非仅仅只起一个备份和备机的作用，我们完全通过php程序将后台的复杂查询转到从mysql机器上。当然了，mysql的主从复制状态监控也是非常重要的，我一般是通过nagios和shell脚本双监控的方式。

如何能帮企业节约和省钱，这其实也是系统管理员/架构师的一项工作职责，希望大家在工作中能领悟到这点。