注册 登录  
 加关注
   显示下一条  |  关闭
温馨提示!由于新浪微博认证机制调整,您的新浪微博帐号绑定已过期,请重新绑定!立即重新绑定新浪微博》  |  关闭

onefish资料库

成功要素---耐得住孤独!

 
 
 

日志

 
 

8w同时连接数的DISCUZ论坛结构改进  

2008-09-17 10:04:33|  分类: Linux |  标签: |举报 |字号 订阅

  下载LOFTER 我的照片书  |

魔力游的论坛达到8w同时连接数
原有的架构已经无法满足如此巨大的访问请求
原有结构
原有结构
前端使用F5进行负载均衡
将负载分摊至4台WEB SERVER
然后WEB SERVER同时连接后端的MYSQL服务器
瓶颈很明显在于MYSQL服务器

第1次改进
使用LVS和NFS进行MYSQL负载分摊
增加两台WEB SERVER
由于WEB的CPU负载也非常高.所以增加WEBserver的量来分摊CPU LOAD.
在后端使用LVS分发读写请求到后面的两台MYSQL服务器
然后MYSQL的表数据从同一的集中存储中获取
这次改进的问题很明显
锁表
由于MYSQL在执行写操作时会进行锁表
所以运行没多久,MYSQL的库文件就损坏了

第2次改进
改进后的结构
接下来我们考虑过使用NDB作为存储后端代替NFS
但是由于数据库量太大
在进行数据导入时,超出内存
无法将原有的数据库导入到NDB中
所以我们只能使用Mysql proxy + master/slave的方式
进行读写分离
以求分摊负载
由于没有时间进行discuz的程序段的改造
所以只能使用对程序透明的mysql proxy方式进行负载分摊
这次改进的缺点在于对于只读服务器的分摊仍旧是在配置里手工写的
而不能通过程序来进行自动分发.

第3次改进
LVS+PROXY
由于考虑到服务器的自动维护性
以及服务器数量的限制
我们把LVS加在两台read only的mysql服务器上
加上heat beat之后.任何一个只读节点的故障都不会影响
今后如果扩展mysql的IO能力
只要在mysql机群内加入新的mysql slave服务器
加入LVS之后便可以了

  评论这张
 
阅读(267)| 评论(2)
推荐 转载

历史上的今天

在LOFTER的更多文章

评论

<#--最新日志,群博日志--> <#--推荐日志--> <#--引用记录--> <#--博主推荐--> <#--随机阅读--> <#--首页推荐--> <#--历史上的今天--> <#--被推荐日志--> <#--上一篇,下一篇--> <#-- 热度 --> <#-- 网易新闻广告 --> <#--右边模块结构--> <#--评论模块结构--> <#--引用模块结构--> <#--博主发起的投票-->
 
 
 
 
 
 
 
 
 
 
 
 
 
 

页脚

网易公司版权所有 ©1997-2017