nginx替換apache的實施方案一

北京聞康集團

<b>有問必答架構調整方案及實施過程</b>

<b>（高性能</b><b>WEB</b><b>系統）</b>

<b>2010</b><b>年</b><b>12</b><b>月</b>

<b>第一章 調整方案概述</b>

<b>1.1 總體概述</b>

項目目的

出現災難迅速恢複，讓伺服器的對外提供達到99.9%.

項目負責人

侯在存

涉及機房

三元橋 東四 廊坊

涉及裝置

DELL R710 2950

預計時間

四個月

項目階段

1.資料庫應用分離 2.nginx對apache的替換

需增裝置

2台 DELL 伺服器 和 部分記憶體條（現有一台空閑伺服器）

<b>項目簡述：</b>

項目前：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承載所有的通路。

<b>項目影響：</b>

由于本次将伺服器的web服務替換，ssi和rewrite規則支援不一樣，業務可能會中斷，需某周5到-周日的修改。

<b>第二章 調整前架構分析</b>

<b>2.1.1 CLUB架構現狀拓撲</b>

<a target="_blank" href="http://blog.51cto.com/attachment/201105/150020363.jpg"></a>

如圖所示：C1-C5 分别是nginx反向代理+AMP 環境且mysql 都是讀的資料庫與198主的寫的資料同步，C1是rsync主的程式同步其餘C2-C5是從的。205是備份伺服器，備份程式和資料且負載蜘蛛的抓取。

<b>2.1.2 CLUB現在通路關系</b>

<a target="_blank" href="http://blog.51cto.com/attachment/201105/150207535.jpg"></a>

注：<b>每台</b><b>nginx</b><b>還轉到後端其他</b><b>AMP,1</b><b>0</b><b>%</b><b>的流量，</b><b>rsync</b><b>的連接配接線沒畫</b>

<b></b>

<b>本文轉自 houzaicunsky 51CTO部落格，原文連結:http://blog.51cto.com/hzcsky/559924</b>