北京闻康集团
有问必答架构调整方案及实施过程
(高性能
WEB
系统)
2010
年
12
月
第一章 调整方案概述
1.1 总体概述
项目目的
|
出现灾难迅速恢复,让服务器的对外提供达到99.9%.
|
项目负责人
|
侯在存
|
涉及机房
|
三元桥 东四 廊坊
|
涉及设备
|
DELL R710 2950
|
预计时间
|
四个月
|
项目阶段
|
1.数据库应用分离 2.nginx对apache的替换
|
需增设备
|
2台 DELL 服务器 和 部分内存条(现有一台空闲服务器)
|
项目简述:
项目前:club服务器有5台名字分c1.xywy.com-c5.xywy.com ,每台服务器跑的是AMP+nginx反向代理和负载均衡+DNS轮询及rsync程序同步,其中的mysql都是从的(读的数据库), 另外还有一台是主数据198(写的)+ 一台备份数据库做冗余205(且分担蜘蛛抓取)。
注:c1 c2 在三元桥 c3 c4在廊坊 c5在东单
项目后:三元桥的C1C2和新增的1台服务器承担所有的访问,c3 c4 c5不对外提供访问,做 c1 c2服务器 出现问题时的恢复冗余机和蜘蛛抓取承担, 所有的mysql也停用做冗余用,增加一台读的数据库让 club服务器的读数据库都改到这台服务器上,原来的198不变但需要增加内存。例外+一台读写数据库服务器的同步冗余机,从而实现服务器出现大灾难2小时内解决,小灾难半小时解决,让服务器的对外提供达到99.9%.
注:nginx+phpcgi代替amp 及对c1 c2 的优化可以使三元桥WEB承载所有的访问。
项目影响:
由于本次将服务器的web服务替换,ssi和rewrite规则支持不一样,业务可能会中断,需某周5到-周日的修改。
第二章 调整前架构分析
|
2.1.1 CLUB架构现状拓扑
如图所示:C1-C5 分别是nginx反向代理+AMP 环境且mysql 都是读的数据库与198主的写的数据同步,C1是rsync主的程序同步其余C2-C5是从的。205是备份服务器,备份程序和数据且负载蜘蛛的抓取。
2.1.2 CLUB现在访问关系
注:
每台
nginx
还转到后端其他
AMP,1
0
%
的流量,
rsync
的连接线没画
转载于:https://blog.51cto.com/hzcsky/559924