北京闻康集团
有问必答架构调整方案及实施过程
（高性能
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
的连接线没画
本文转自 houzaicunsky 51CTO博客，原文链接:http://blog.51cto.com/hzcsky/559924
