【正文】 1） worker_processes 參數(shù)對Nginx性能的影響測試過程中分別設(shè)定worker_processes為1時發(fā)現(xiàn)，該參數(shù)對nginx性能影響不大，對服務器資源消耗也沒有太大影響，相關(guān)資料顯示，該參數(shù)的值最好跟cpu核數(shù)相等，能夠發(fā)揮最大性能，本次測試nginx所在服務器為2顆雙核cpu，因此最終測試設(shè)定為4。2） MaxThread參數(shù)對tomcat并發(fā)性的影響本次測試tomcat的 MaxThread參數(shù)設(shè)定為500，進行13000條/秒并發(fā)測試時，tomcat啟動并發(fā)線程過多，將服務器cpu耗盡。分析MaxThread雖能夠提高tomcat并發(fā)能力，但前提是在一個合理的范圍內(nèi)，要確保服務器負載不會因為并發(fā)線程過多而急劇升高，從而停止響應。3） Xmx最大內(nèi)存值對Tomcat能夠持續(xù)響應高并發(fā)的影響持續(xù)高并發(fā)請求狀態(tài)下，有6次測試是因為tomcat內(nèi)存達到指定最大值導致響應變慢，直至內(nèi)存溢出停止響應，因此，Tomcat最大內(nèi)存對tomcat能夠持續(xù)響應高并發(fā)請求有很大的影響，調(diào)整該值，應該可以增加Tomcat響應高并發(fā)請求的總數(shù)，進而延長WEB服務能夠支撐峰值的時間。2. 各架構(gòu)下的性能分析1) Nginx+2Tomcat的最大并發(fā)性低于單Tomcat，Nginx+2Tomcat最快為8980條/秒，單Tomcat為12986條/秒，分析可能是受nginx所在服務器性能影響所致。2) ，在持續(xù)超過1479條/秒的并發(fā)請求下，在穩(wěn)定支撐約240萬次響應后，之后Tomcat響應會急劇變慢，錯包急劇上升。3) Nginx+2tomcat架構(gòu)下，在持續(xù)超過2900條/秒的并發(fā)請求下，能夠穩(wěn)定支撐約540萬次左右響應，響應會急劇變慢，但錯包情況并未出現(xiàn)。4) 在Nginx+2tomcat，同時配置了緩存的情況下， 評測結(jié)果1) 單個tomcat的處理能力在500條/秒左右單個tomcat能穩(wěn)定支持每秒500左右的并發(fā)請求。2) Nginx+Tomcat比單個Tomcat更穩(wěn)定，不易出現(xiàn)錯包，可以通過擴充tomcat集群（新增tomcat服務器）來提升系統(tǒng)的并發(fā)能力單個tomcat在超出并發(fā)能力的提求下，處理能力大大下降，并出現(xiàn)大量錯包，而采用Nginx+2Tomcat架構(gòu)在各種測試下，均未出現(xiàn)錯包，但處理能力也會下降。單個tomcat能穩(wěn)定支持每秒500左右的并發(fā)請求，而Nginx+2Tomcat能支持每秒1000左右的并發(fā)請求。所以可以通過新加tomcat服務器來提升系統(tǒng)的并發(fā)能力，但在tomcat的總體處理能力超過nginx的處理能力時無效。3) Nginx+2Tomcat配置了緩存后，靜態(tài)頁面的并發(fā)能力不再受tomcat的限制。配置了緩存后，nginx+，而單個tomcat可以支撐500次/秒，則從理論上計算一組Nginx+。注：。3 配置選型 網(wǎng)絡帶寬只考慮門戶訪問的帶寬占用，后臺管理頁面等其他業(yè)務訪問與門戶訪問相差23個數(shù)量級，這一部分網(wǎng)絡流量占用忽略。同時考慮網(wǎng)絡帶寬利用率（70%）根據(jù)業(yè)務設(shè)計能力，每秒網(wǎng)絡流量=WEB網(wǎng)站每秒鐘訪問流量=（每次訪問占用的帶寬每秒訪問次數(shù)）/帶寬利用率=(200K*8*n)/注：一般門戶的首頁大小1M、平均200K/頁面，我們以平均值來計算。并發(fā)能力占用的網(wǎng)絡帶寬100次/秒228 M200次/秒457 M500次/秒1442 M1000次/秒2286 M 架構(gòu)和硬件配置選型 硬件配置參考序號產(chǎn)品功能參考型號、配置TPMC1主機設(shè)備數(shù)據(jù)庫服務器IBM System x3850 M2, 4個處理器，每處理器為6核，共計24核。內(nèi)存大小16G。SAS硬盤，硬盤大小587 GB。4U 機架，集成雙千兆以太網(wǎng)接口，兩塊千兆的光纖網(wǎng)卡。684508WEB服務器IBM System x3850 M2, 4個處理器，每處理器為6核，共計24核。內(nèi)存大于8G。SAS硬盤，硬盤大小587 GB。4U 機架，集成雙千兆以太網(wǎng)接口，兩塊千兆的光纖網(wǎng)卡。684508管理終端IBM System x3560，1個Intel Xeon E5450處理器，內(nèi)存大小2G，2U機架。326002網(wǎng)絡設(shè)備負載均衡器RADWARE應用負載均衡設(shè)備,型號:為ODS504,有，4個可選的千兆位電端口,1G主內(nèi)存,500M處理能力(最大可通過License升級為4G)　防火墻CISCO ASA5520防火墻并發(fā)連接：280000網(wǎng)絡吞吐：450安全過濾：225MB網(wǎng)絡端口：4個千兆以太網(wǎng)接口+1個快速用戶數(shù)限：無用戶數(shù)限制用戶VPN支持：支持　交換機Quidway S3952PEI傳輸速率：10Mbps/100Mbps/1000Mbps網(wǎng)絡標準：IEEE 、IEEE 端口數(shù)量：48接口介質(zhì)：10/100BaseT、1000BaseX傳輸模式：全雙工/半雙工自適應背板帶寬：32Gbps　3存儲設(shè)備光纖存儲柜光纖存儲柜（EVA4100）　光纖交換機光纖交換機（ 4/32B SAN Switch）　注：上表為硬件的參考配置，根據(jù)網(wǎng)站規(guī)模的不同，在初期可以不用硬件負載均衡器。服務器性能也可以作適當縮減，達到一定規(guī)模后硬件的擴容請參考“ 硬件擴容策略” Web架構(gòu)和硬件選型并發(fā)能力Web服務器架構(gòu)服務器配置備注200次/秒1) Apache+n個Tomcat（n=2）；2臺web服務2臺數(shù)據(jù)庫服務器1臺web服務器同時部署apache（nginx）和tomcat；另1臺部署tomcat。一起實現(xiàn)web負載均衡。1臺生產(chǎn)數(shù)據(jù)庫，1臺查詢數(shù)據(jù)庫2) Nginx+n個Tomcat（n=2）；200~500次/秒1) Apache+n個Tomcat（n=2）；3臺web服務2臺數(shù)據(jù)庫服務器2臺緩存服務器1臺web服務器裝apache（nginx）；另2臺web服務器tomcat；1臺生產(chǎn)數(shù)據(jù)庫，1臺查詢數(shù)據(jù)庫2) Nginx+n個Tomcat（n=2）；注：同時配置緩沖500次/秒Nginx+n個Tomcat（n=2）；注：同時配置緩沖n臺web服務（n5）m臺數(shù)據(jù)庫服務器2臺緩存服務器2臺負載均衡器1臺web服務器裝nginx；其他web服務器tomcat；在web服務器4臺的時侯可以考慮劃成多個nginx+tomcat集群。生產(chǎn)數(shù)據(jù)庫用ORACLE的RAC集群，也可考慮多種數(shù)據(jù)庫并存如用mysql.多個Nginx+n個Tomcat（n=2）組合；注：同時配置緩沖n臺web服務（n30）m臺數(shù)據(jù)庫服務器2臺緩存服務器2臺負載均衡器組成多個nginx+tomcat集群（1臺ngix+5臺tomcat）,通過負載均衡器分流。數(shù)據(jù)庫用ORACLE的RAC集群。說明：1）理論上單個tomcat可以支持500的并發(fā)，考慮到門戶的高可用性，可以考慮用Nginx+n個Tomcat（n=2）的負載均衡架構(gòu)。2）當并發(fā)500時可以考慮增加tomcat服務器。3）當并發(fā)+tomcat的組合，多個Nginx+tomcat通過硬件或是軟件負載均衡器來實現(xiàn)平載均衡。4）以上的硬件配置沒考慮其他復雜的應用需求，如有其他應用（大容量的文件存儲、接口服務、復雜的計算等）需求則需要配置相應的硬件。 硬件擴容策略當網(wǎng)站發(fā)展到一定階段，隨著用戶量不斷擴大，現(xiàn)有的網(wǎng)絡資源和服務器資源不能滿足用戶需要的時候，就需要對平臺進行服務器和網(wǎng)絡的擴容。以下是兩種平臺擴容的方式： 增加服務器對于web的并發(fā)處理有瓶頸時，新增的web服務器，把新增的web服務器填加到Web服務器集群中，以增加WEB的并發(fā)處理能力。對于數(shù)據(jù)庫有處理壓力時，可以增加數(shù)據(jù)庫服務器，增加數(shù)據(jù)庫服務器加入數(shù)據(jù)庫的集群中。 增加存儲對于存儲容量不能滿足業(yè)務需要時，可以考慮在磁盤柜中新增加硬盤，甚至考慮新增磁盤柜。 升級服務器可以升級服務器的內(nèi)存、硬盤，甚至考慮用新的性能更高的服務器來替換。 網(wǎng)絡擴容1) 申請更大的網(wǎng)絡帶寬2) 引入CDN3) 升級內(nèi)網(wǎng)交換機。4 附錄：一些主流網(wǎng)站的真實數(shù)據(jù)1) taobao 服務中心200臺服務器承載了70億/天的請求2) 維基百科alexa 訪問量排名第 6 的維基百科，每天有 億個 PV，但其最高峰的 HTTP 請求數(shù)也只有五六萬左右。3) facebook120M+ active users50B+ PVs per month 50B+ PVs per month10B+ Photos1B+ connections50K+ Platform Apps400K+ App DevelopersLAMP + Services AdServer Search Network Selector News Feed Blogfeeds PHP Memcache MySQL Blogfeeds CSSParser Mobile ShareScraper4) Amzon的一組數(shù)據(jù)：超過5500萬活動顧客的帳號和賬單信息；世界范圍內(nèi)超過100萬個活動零售商；構(gòu)建一個頁面所需要訪問的服務API在100至150個；每天數(shù)十億的用戶訪問。這是一組龐大的數(shù)字5) 豆瓣網(wǎng)的一些數(shù)據(jù)： ，約1/4活躍用戶 千萬級非注冊用戶 20M動態(tài)請求/天，峰值500~600/sec 23臺普通PC服務器(1U*15/2U*8) 12臺提供線上服務 38G memcached6) ebay 212,000,000 注冊用戶 十億 每天十億的PV 每天260億的SQL執(zhí)行。7) Yupoo 國內(nèi)最大的圖片服務提供商之一，Yupoo! 的 Alexa 排名大約在 5300 左右。同時收集到的一些數(shù)據(jù)如下：帶寬：4000M/S (參考)服務器數(shù)量：60 臺左右Web服務器：Ligd, Apache, nginx應用服務器：Tomcat其他：Python, Java, MogileFS 、ImageMagick 等8) 優(yōu)酷網(wǎng)08年9月：VV: +日上傳視頻: 6萬+LAMP+ligdMemcached5/30/2022 Page 37 5/30/202220090217版權(quán)所有，侵權(quán)必究All rights reserved第37頁,共37頁Page 37 , Total37