项目实践中Linux集群的总结和思考
作者 佚名技术
来源 Linux系统
浏览
发布时间 2012-04-02
| 的IDC多申请一个对外IP;如果是做LVS Keepalived的纯公网的这种架构,呵呵,那就最好是购买一个IP网段吧. 十一、在实际项目实施过程中发现,Lvs和Nginx对https的支持都非常好,尤其是LVS,相对而言处理起来更为简便. 十二、在LVS Keepalived及Nginx Keepalived的故障处理中,这二者都是很方便的；如果发生了系统故障或服务器相关故障,即可将DNS指向由它们后端的某台真实web,达到短期处理故障的效果,毕竟广告网站和电子商务网站的PV就是金钱,这也是为什么要将负载均衡高可用设计于此的原因；大型的广告网站我就建议直接上CDN系统算了. 十三、现在Linux集群都被大家神话了,其实这个也没多少复杂；关键看你的应用场景,哪种适用就选用哪种,Nginx和LVS、F5都不是神话,哪种方便哪种适用就选用哪种. 十四、另外关于session共享的问题,这也是一个老生长谈的问题了；Nginx可以用ip_hash机制来解决session的问题,而F5和LVS都有会话保持机制来解决这个问题,此外,还可以将session写进数据库,这也是一个解决session共享的好办法,当然这个也会加重数据库的负担,这个看系统架构师的取舍了. 十五、我现在目前维护的电子商务网站并发大约是1800左右,以前的证券资讯类网站是100左右,大型网上广告网站大约是6000,我感觉web层的并发越来越不是一个问题；现在  服务器的强悍,再加上Nginx作web的高抗并发性,web层的并发并不是什么大问题；相反而言,文件服务器层和数据库层的压力是越来越大了,单NFS不可能胜任目前的工作,现在好的方案是moosefs和 DRDB Heartbeat NFS；而我喜欢的Mysql服务器,成熟的应用方案还是主从；当然我也在尝试一主多从、Master-Master-slaves等多种架构.
十六、现在受张宴的影响,大家都去玩Nginx了(尤其是作web),其实在服务器性能优异,内存足够的情况下,Apache的抗并发能力并不弱(16G内存下Apache过6000问题也不大),整个网站的瓶颈应该还是在数据库方面；我建议可以双方面了解Apache和Nginx,前端用Nginx作负载均衡,后端用Apache作web,效果也是相当的好. 十七、Heartbeat的脑裂问题没有想象中那么严重,在线上环境可以考虑使用；DRDB Heartbeat算是成熟的应用了,建议掌握.我在相当多的场合用此组合来替代EMC共享存储,毕竟30多万的价格并不是每个客户都愿意接受的. 十八、无论设计的方案是多么的成熟,还是建议要配置Nagios监控机来实时监控我们的服务器情况；邮件和短信报警都可以开启,毕竟手机可以随身携带嘛;有条件的还可以购买专门的商业扫描网站服务,它会每隔一分钟扫描你的网站,如果发现没有alive会向你的邮件发警告信息或直接电话联系. 十九、至少网站的安全性问题,我建议用硬件防火墙,比较推荐的是华赛三层防火墙 天泰web防火墙(或单台Juniper防火墙),DDOS的安全防护一定要到位(国内的DDOS攻击让人烦躁)；Linux服务器本身的iptables和SElinux均可关闭,当然,端口开放越少越好. 二十、测试网站的响应时间是用http://tools.pingdom.com,发现上了LVS Keepalived、Nginx Keepalived后并不影响速度,这一点大家就不要多虑了,Nginx现在作反向加速也日趋成熟了,大家也可尝试下用Nginx来取代squid. 本文出自 “酒煮琴抚” 博客,请务必保留此出处http://andrewyu.blog.51cto.com/1604432/500208
|
||
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢! |
你可能对下面的文章感兴趣
关于项目实践中Linux集群的总结和思考的所有评论
