nginx替换apache的实施方案一

 

北京闻康集团

有问必答架构调整方案及实施过程

（高性能 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 的连接线没画