【正文】 nginx nginx[4]是由俄羅斯人 Igor Sysoev 編寫的一款高 性能的反向代理和 Web服務(wù)器軟件。 本次 論文設(shè)計 采用 的是 最新穩(wěn)定版 。同時把后端服務(wù)器的結(jié)果返回給 PC 端。這款產(chǎn)品本身是免費的，收費的是它的服務(wù)。它默認(rèn)包含了很多 服務(wù)器 組件，在本論文中 的所有后端服務(wù)器均用此軟件部署。 phpMyAdmin 用 PHP 開發(fā)的 MySQL Web 管理軟件，幾乎囊括了 MySQL 所有的功能實現(xiàn)?？梢葬槍σ粋€ URL 模擬出連續(xù)的連接請求，通過在命令行中賦予不同的選項和值，可以仿真不同壓力的訪問請求，這樣就可以根據(jù)其反饋結(jié)果和服務(wù)器端的表現(xiàn)來進(jìn)行適當(dāng)?shù)呐渲谜{(diào)整。 會話保持：用戶輸入自己的賬戶和密碼后登陸，其實是定位到了服務(wù)器集群中的某一臺。 Web 和靜態(tài)附件的分離：由于靜態(tài)附件的體積較大和文件繁多，使得附件的傳輸和管理成為 Web 服務(wù)器高速運行的瓶頸。對于靜態(tài)數(shù)據(jù)緩存可在 nginx 的 server 模塊中加入相應(yīng)的緩存設(shè)置。 系統(tǒng)總體設(shè)計 總 體設(shè)計主要從網(wǎng)絡(luò)拓?fù)鋱D、層次結(jié)構(gòu)圖兩個方面來介紹。采用 2 臺交換機(jī)是為了把集群系統(tǒng)和測試機(jī)物理上分開，使兩個網(wǎng)絡(luò)的數(shù)據(jù)通信集中在兩個交換機(jī)的連接線上，仿真不同網(wǎng)絡(luò)的訪問（在詳細(xì)設(shè)計中會提到）。但是其實還是沒能 真實的體現(xiàn)廣域網(wǎng)多網(wǎng)絡(luò)和眾多用戶的特點，所以沒有采用 上述方法模擬廣域網(wǎng)環(huán)境。 Ubuntu 的安裝和配置 Ubuntu 的安裝過程和其他 Linux 發(fā)行版的安裝過程差不多，甚至還要更簡單。 編譯安裝過程如下： //更新到最新的軟件列表文件 aptget update // 創(chuàng)建 nginx 專用 組和用戶 groupadd data g 33 useradd u 33 data data chown R data:data /var/ //安裝依賴庫 aptget install libpcre3 libpcre3dev libpcrecppo libssldev zlib1gdev //編譯安裝 tar zxvf / cd ./configure with_ssl_module \ 開啟對 HTTPS 的支持 with_stub_status_module \ 開啟 nginx 運行狀態(tài)查看 address mask gateway 11 支持 withgzip_static_module \ 開啟對 gzip 的支持 make make install nginx 啟動 進(jìn)程。 12 圖 3 選擇是否安裝為服務(wù) Apache 的啟動和配置 Apache 的安裝不需要添加為服務(wù)，啟動 XAMPP Control Panel， start Apache 效果如圖 4 所示。 14 圖 7 XAMPP 目錄保護(hù) 輸入用戶名和密碼： baiboer， baiboer。如圖 10 所示。三組用戶設(shè)置如表 1 所示： 表 1 用戶設(shè)置詳情 用戶名 密碼 主機(jī)（即該用戶登錄 ip） discuz baiboer discuzs Baiboer123 discuzss Baiboer123s 由于 MySQL 默認(rèn)的遠(yuǎn)程連接采用的是域名連接，要使用 ip 連接，需要在 MySQL 的配置文件 ~（ ~代表 XAMPP 的安裝目錄） \mysql\bin\ 的[mysql]部分添加 skipnameresolve 選項。][$i][39。；但是 phpMyAdmin 的數(shù)據(jù)庫即 pma 中并沒有對應(yīng)的表，所以需要使用 phpMyAdmin 的數(shù)據(jù)庫導(dǎo)入功能重新導(dǎo)入 ~\phpMyAdmin\scripts 下的 。controluser39。Servers39。baiboer39。因為第一次安裝數(shù)據(jù)庫，對應(yīng)的數(shù)據(jù)庫名和表已存在，后兩次都是覆蓋安裝，會出現(xiàn)如圖 19 所示的復(fù)選框選項，其他同圖 18，勾選即可實現(xiàn)覆蓋安裝，之后即可安裝完成。 //運行時的進(jìn)程數(shù)，一般是 CPU 的核數(shù)的一倍或兩倍。 //進(jìn)程號存放地址 pid logs/。 { 設(shè)置使用的字符集 include 。 設(shè)置用戶端所能夠上傳的文件的大小 client_max_body_size 10m。 } 23 upstream 子模塊 upstream discuz_pool { ip_hash。 } 還可以加入一個 weight=*,但是啟用了 ip_hash 之后，該功能就無法設(shè)置了，因為單用戶定向保持在一臺服務(wù)器上已經(jīng)違背了輪詢的原則。 server 子模塊 server 子模塊用來實現(xiàn)一個虛擬主機(jī)，監(jiān)聽 80 端口，并且把請求地址轉(zhuǎn)到 upstream 模塊。 24 location / { proxy_pass 允許轉(zhuǎn)發(fā)為應(yīng)答 proxy_set_header Host 。 error_page 500 502 503 504 /。 在 nginx 的基本配置中加入： proxy_temp_path /var//temp。 使用 Web 緩存區(qū) //對不同的 狀態(tài)碼設(shè)置不同的緩存時間 proxy_cache_vaild 200 304 12h。 設(shè)置 Web 緩存的 key 值 proxy_set_header Host $host。 27 圖 22 管理密碼更改 如圖 23 所示，新建用戶 discuzftp,并設(shè)置密碼為 discuzftp,默認(rèn)目錄為F:\discuzftp。 圖 26 網(wǎng)站后臺登陸 單擊全局標(biāo)簽， 選擇左側(cè)的上傳設(shè)置，并選擇遠(yuǎn)程附件，點擊啟用遠(yuǎn)程附件即可得到如圖 27 所示的頁面。 測試結(jié)果顯示，前端代理服務(wù)器的 cpu 占用最高為 20%左右，而后端Web 服務(wù)器的 CPU 占用幾乎一直在一個水平線上波動，數(shù)據(jù)庫的 CPU 占用在 20%左右。 33 圖 33 ApacheBench 返回結(jié)果（反色） 測試完成后，由測試機(jī)在瀏覽器中刷新頁面，出現(xiàn)無法連接數(shù)據(jù)庫的錯 34 誤，表示其中的某臺服務(wù)器已經(jīng)宕機(jī)，大概 30s 之后，恢復(fù)正常。 圖 34 添加用戶 三個用戶分別從三臺測試機(jī)登陸，由 test1用戶新建一個帖子，之后 test2，test3 持續(xù)的回復(fù)。把其中遇到的問題和使用的方法總結(jié)如下： 首先，在需求分析的過程中，選擇合適的軟件平臺。最后，選用了 nginx 的最新 版本， Ubuntu 軟件庫中的版本為 穩(wěn)定版，經(jīng)測試新版較舊版的 CPU 占用更低。 最后，實現(xiàn)負(fù)載均衡的方式很多，如使用 F LVS(Linux Virtual Server)等，它們和 nginx 比較并沒有優(yōu)劣之分，只不過需要根據(jù)真實的應(yīng)用環(huán)境來說，有時候還會采用多種均衡方式混用，來達(dá)到最好的性能和效果。 37 參考文 獻(xiàn) [1] 阮征 ,徐曉昕 ,鄒晨 . 《 動態(tài)網(wǎng)站 開發(fā) PHP 技術(shù)與應(yīng)用》 . 北京 :清華大學(xué)出版社 ,20xx 年 .第 9,36 頁。 [5] nginx 中文 wiki. 年 ,整頁。 38 答 謝 由衷的感謝指導(dǎo)老師劉勇對我的認(rèn)真指導(dǎo)，他嚴(yán)謹(jǐn)?shù)闹螌W(xué)態(tài)度和深邃的思想深深地影響了我。 最后感謝百忙之中抽時間參加論文評審和答辯的領(lǐng)導(dǎo)和老師們。再次深深地說一聲謝謝！同時感謝所有在我求學(xué)期間幫助我、支持我、給予我知識的老師們。 [7] 伍云輝 .《 Linux 服務(wù)器配置與管理指南》 .北京：清華大學(xué)出版社 ,20xx 年 1 月 .第238,312 頁。 [3] 刑國慶，張廣利，鄒浪 .《 Ubuntu 權(quán)威指南》 . 北京 ：人民郵電出版社 ,20xx 年 1月 .第 116 頁。之后實施過程中，對前期設(shè)計中的錯誤和失誤進(jìn)行不斷的修正。 其次，在本設(shè)計中，把靜態(tài)數(shù)據(jù)緩存、反向代理放到一個服務(wù)器中，在真實部署中，兩者應(yīng)該是分開的，本設(shè)計將這兩項功能集成在一起，是為了測試前端服務(wù)器的承受能力。選擇 XAMPP 是因為它提供了所有后臺服務(wù)器需要的全部軟件，可以一次性統(tǒng)一安轉(zhuǎn)，并快速實現(xiàn)相應(yīng)功能，同時也有良好的性能。測試持續(xù)幾分鐘，并未出現(xiàn)異常，則實時測試通過。同時也凸現(xiàn)了 Web 負(fù)載能力是整個集群系統(tǒng)的性能瓶頸的問題。由圖可以看出， 3 臺 Web 服務(wù)器的負(fù)載大致是均衡的。 圖 28 遠(yuǎn)程附件開啟和配置 圖 29 測試連接正常 31 5 測試 測試 測試分為兩個方面，一個是使用 ApacheBenche 進(jìn)行壓力測試，另一個是由 3 個測試者進(jìn)行實時測試。 28 圖 24 添加 annoymous 用戶權(quán)限 設(shè)置 Discuz !X 遠(yuǎn)程附件 在測試機(jī)的地址欄中輸入 即可打開首頁，并且會自動跳轉(zhuǎn)為 如圖 25 所示。 proxy_pass } 遠(yuǎn)程 FTP 附件的安裝和配置