【237期门诊集锦】揭秘Linux集群与架构设计

    技术门诊是51CTO社区品牌栏目，每周邀请一位客座专家，为广大技术网友解答疑问。从热门技术到前沿知识，从技术答疑到职业规划。每期一个主题，站在最新最热的技术前沿为你引航！

    本期特邀《构建高可用Linux服务器》一书作者余洪春老师 ,针对Linux集群与架构设计的典型问题给予解答，欢迎网友积极提问，与专家一起讨论!

周金根博客：http://andrewyu.blog.51cto.com/
查看本期门诊精彩实录：http://doctor.51cto.com/develop-251.html
参与最新技术门诊：http://doctor.51cto.com/develop-254.html

精选本期网友提问与专家解答，以供网友学习参考。

Q:您好，一直关注linux方面。关于集群有几个软件方面的疑问请教。
1、Nginx/HAProxy+Keepalived的架构和基于LVS+Keepalived的集群方案选型上主要的参考依据？
2、在计算成本方面考虑，一般完成一个这样的集群架构的网站，硬件方面需要用到哪些？各是什么，数量？
3、web服务器，apache、ngix、tomcat、asp和asp.net都支持吗？
4、另外实时流量监控方面，iftop更实用，个人感觉。
A：一、负载均衡的选择，可以从项目实施的可行性、价格、并发量和有无动静分离来考虑或选择，LVS适合于高并发环境，但对网络的要求非常高，不支持动静分离规则，而正则分发，是Nginx/HAProxy的强项，这个要根据具体环境而定。
    二、Linux集群网站，我们一般考虑的是防火墙/交换机、服务器和存储，数量根据具体面定
    三、负载均衡跟后面的环境或应用没什么关系的，你所列举的都支持的。
    四、MRTG其实也非常好用，你也可以尝试下。

 

Q: 余老师，您好！我想问问集群和云计算能否同时并存？如果可以的话，在架构设计时您有何建议？如果不可以的话，主要是受到哪方面的制约？
A：云计算（Cloud Computing）是网格计算（Grid Computing ）、分布式计算（DistributedComputing）、并行计算（Parallel Computing）、效用计算（Utility Computing）、网络存储（Network Storage Technologies）、虚拟化（Virtualization）、负载均衡（Load Balance）等传统计算机和网络技术发展融合的产物，是目前比较流行的名词，用来形容一种事物的强大，其实从二者的定义上就应该知道云计算更广义一些。我个人建议是在中小企业应用中，还是主要以集群为主。

 

Q: 有个问题请教下，中小企业的集群应用最重要的就是DB和Web，前端是电子商务。一般使用的是LVS+keepalived架 构，Haproxy+Ngnix，通常的预警措施也就是Nagios+Cacti，当系统资源紧张到一定程度触发报警邮件，日常用cacti的绘图模块监 控网卡流量，SNMP协议监控网络设备的alive状态，而且一般是托管到电信机房。
   1.但能不能让系统自己主动收集状态记录汇总发邮件，智能分析趋势，帮助运维人员提前发现隐患？ 而不是被动防御。SQL2010已经有此功能。比如最近哪个IP一直连接并发Httpd, 耗尽带宽，这样能及时发现黑客攻击。
   2. 数据库的更新以往必须有人员在深夜手工进行，耗时耗力，能否编写脚本自动完成，有问题才发邮件，做IT的都是熊猫眼。
   3. 中小企业一般都是拿win2003,win2008当DC， 如果有ERP服务器linux的OS要加入域，LDAP协议能保证加域成功？
   4. 没钱的小企业想要网络监管，一般拿PC装iptables+L7filters进行流量过滤，如何保存日志最好是有web页面能进行管理更好？
A:第一点和第二点可以通过写SHELL或Python脚本来实现功能，这也是我一直强调脚本重要性的原因；第三点，如果Linux的主机要加入域还是比较困 难的，但我们办公网络和开发网络及线上环境都是区分开来的，没必要把Linux主机加入windows2003的域；第四点，没钱的小企业与其大量花时间 和精力在iptables和L7来进行流量过滤，不如考虑花点钱买海蜘蛛来进行此项工作，收费不贵，但效率非常高，又有web页面管理，你可以考虑下。

 

Q:余老师：您好，我这边有个网站，cms系统，主要是文章，数据量mysql大约7G，日均ip10万，我测试一个程序（ecms），这个程序有个功能叫做“内容存文本”（详情见说明http://bbs.phome.net/showthread-35-29386-0.html）， 这个功能可以将mysql存储文章主表的content内容字段存储为文本文件，然后将这个字段变为一个小字段，存储路径，相当于存图片那样，这样的话， 数据库的容量会大幅度减小，比如从10G变为100M，说这样会提高整体的运行效率，高并发的情况下直接从硬盘读取数据效率也会比较高，我在网上搜索这方 面的资料，很少，估计主流网站没这么做的，一般会用加服务器的方法，这里特此想请教您一下，这样做的利弊。
  第二，类似varnish这样的缓存服务器，您认为他应该缓存动态页面还是主要缓存静态页面。（现在的cms一般可以自己生成静态页，静态页在nginx下可以应对高并发，那我认为varnish应该主要用于缓存动态页，用于减轻php，mysql的负担）
  第三，您觉得varnish 和memcached这些工具在生产环境应该怎样搭配最为合理，用了varnish还需要用memcached么？
A:第一点：如果你要提高硬盘I/O，你可以直接用硬件存储的方式，我感觉这样效率会更高点，而且MySQL7G的数据量，UV10万左右，这属于小网站，对数据库服务器的I/O压力应该不大；
  第二点，varnish主要是缓存静态内容的；
  第三点，Web缓存层，如varnish和squid等很方便的能加进到现有网站架构中，这个通过HAProxy/Nginx很容易实现，而在现在架构中 加入memcached数据库缓存，需要改变网站的代码，这个需要开发配合维护，总体来说成本还是比较大的，目前MySQL的架构方案我还是较推荐一主多 从，动静分离，Slave MySQL的负载均衡我推荐用LVS来实现。