北京闻康集团
有问必答架构调整方案及实施过程
(高性能 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现在访问关系
xywy
注: 每台 nginx 还转到后端其他 AMP,1 0 % 的流量, rsync 的连接线没画