大型網(wǎng)絡(luò)平臺(tái)架構(gòu)設(shè)計(jì)方案

mm mm mm 第1頁(yè)1網(wǎng)站的性能瓶頸分析訪(fǎng)問(wèn)請(qǐng)求后，服務(wù)器端只是簡(jiǎn)單地將該文檔傳輸?shù)娇蛻?hù)端。從服務(wù)器運(yùn)行的那個(gè)時(shí)間片來(lái)看，這個(gè)傳輸過(guò)程僅僅占用了很小的CPU資器來(lái)進(jìn)行解釋?zhuān)@樣就會(huì)給應(yīng)用服務(wù)器添加額外的性能消耗，如果第2頁(yè)進(jìn)一步要訪(fǎng)問(wèn)數(shù)據(jù)庫(kù)，則會(huì)增加數(shù)據(jù)庫(kù)服務(wù)器的性能消耗，則動(dòng)態(tài)第3頁(yè)2系統(tǒng)架構(gòu)設(shè)計(jì)為提高網(wǎng)站的高并發(fā)性能,提高開(kāi)發(fā)效率及運(yùn)營(yíng)效率,主要按如下幾個(gè)思路進(jìn)行規(guī)劃設(shè)計(jì):2.1.2WEB應(yīng)用開(kāi)發(fā)架構(gòu)思路第4頁(yè)2)采用高效的網(wǎng)絡(luò)文件共享策略，采用圖片服務(wù)器來(lái)實(shí)現(xiàn)頁(yè)2.1.4不同網(wǎng)絡(luò)用戶(hù)訪(fǎng)問(wèn)考慮第5頁(yè)WEB服務(wù)MVCLVS第6頁(yè)用戶(hù)瀏覽頁(yè)面代理服務(wù)器集群...第7頁(yè)ORMHDFS后臺(tái)支HTM統(tǒng)計(jì)支撐MMS消息中心第8頁(yè)主交換機(jī)負(fù)載均衡器主交換機(jī)負(fù)載均衡器1服務(wù)器1服務(wù)器n服務(wù)器1服務(wù)器n服務(wù)器1服務(wù)器n服務(wù)器1服務(wù)器2生產(chǎn)DB服務(wù)器集群查詢(xún)DB服務(wù)器組管理終端...服務(wù)器2服務(wù)器1服務(wù)器n服務(wù)器1服務(wù)器n備交換機(jī)VRRP磁盤(pán)陣列柜磁盤(pán)陣列柜采用雙防火墻通知接通2線(xiàn)路互聯(lián)網(wǎng)接入，設(shè)第9頁(yè)的隨機(jī)名字解析來(lái)實(shí)現(xiàn)的，在DNS服務(wù)器中，可以為多個(gè)不同的地址配置同一個(gè)名字，而最終查詢(xún)這個(gè)名字的客戶(hù)機(jī)將在解析這個(gè)名字時(shí)得到其中的一個(gè)地址。因此，對(duì)于同一個(gè)名字，不同的客戶(hù)機(jī)會(huì)得到不同的地這種技術(shù)的優(yōu)點(diǎn)是，實(shí)現(xiàn)簡(jiǎn)單、實(shí)施容易、成本低、適用于大多數(shù)TCP/IP應(yīng)用；但是，其缺點(diǎn)也非常明顯，首先這種方案不是真正意義上的不考慮每個(gè)Web服務(wù)器當(dāng)前的負(fù)載情況；如果后臺(tái)的Web服務(wù)器的配置和器不能充分發(fā)揮作用；其次未考慮容錯(cuò)，如果后臺(tái)的某臺(tái)Web服務(wù)器出現(xiàn)故障，DNS服務(wù)器仍然會(huì)把DNS請(qǐng)求分配到這臺(tái)故障服務(wù)器上，導(dǎo)致不能響應(yīng)客戶(hù)端。最后一點(diǎn)是致命的，有可能造成相當(dāng)一部分客戶(hù)不能享受Web服務(wù)，并且由于DNS緩存的原因，所造成的后果要持續(xù)相當(dāng)長(zhǎng)一段時(shí)間(一般DNS的刷新周期約為24小時(shí))。所以在國(guó)外最新的建設(shè)中心Web站2.通過(guò)硬件四層交換實(shí)現(xiàn)負(fù)載均衡F5等，這些產(chǎn)品很昂貴，但是物有所值，能夠提供非常優(yōu)秀的性能和很靈第10頁(yè)3.通過(guò)軟件四層交換實(shí)現(xiàn)負(fù)載均衡軟件四層交換我們可以使用Linux上常用的LVS來(lái)解決，LVS就是LinuxVirtualServer，他提供了基于心跳線(xiàn)heartbeat的實(shí)時(shí)災(zāi)難應(yīng)對(duì)解決方一個(gè)典型的使用負(fù)載均衡的策略就是，在軟件或者硬件四層交換的基4.通過(guò)反向代理服務(wù)器實(shí)現(xiàn)負(fù)載均衡充當(dāng)WEB服務(wù)器的內(nèi)容緩存器,反向代理服務(wù)器是針對(duì)WEB后臺(tái)WEB服務(wù)器對(duì)互聯(lián)網(wǎng)用戶(hù)是透明的，用戶(hù)只能看到反向代理服務(wù)器的求將被發(fā)送到反向代理服務(wù)器，由反向代理服務(wù)器負(fù)責(zé)處理用戶(hù)的請(qǐng)求與應(yīng)答、與后臺(tái)WEB服務(wù)器交互。利用反向代理服務(wù)器減輕了后臺(tái)WEB服務(wù)器的負(fù)載，提高了訪(fǎng)問(wèn)速度，同時(shí)避免了因用戶(hù)直接與WEB服務(wù)器通信第11頁(yè)Squid是一個(gè)開(kāi)源的軟件，利用它的反向代理技術(shù)可以提高網(wǎng)站系統(tǒng)的訪(fǎng)問(wèn)速度,下面將重點(diǎn)介紹Squid反向代理的實(shí)現(xiàn)原理和在提高網(wǎng)站性客戶(hù)端請(qǐng)求訪(fǎng)問(wèn)WEB服務(wù)時(shí)，DNS將訪(fǎng)問(wèn)的域名解析為Squid反向器。如果Squid反向代理服務(wù)器中緩存了該請(qǐng)求的資源，第12頁(yè)源直接返回給客戶(hù)端，否則反向代理服務(wù)器將向后臺(tái)的WEB服務(wù)器請(qǐng)求資源，然后將請(qǐng)求的應(yīng)答返回給客戶(hù)端，同時(shí)也將該應(yīng)答緩存在本地，供下從WEB服務(wù)器返回的HTTP頭標(biāo)記來(lái)緩沖靜態(tài)頁(yè)面,有四個(gè)最重要HTTP????Nginx已經(jīng)在俄羅斯最大的門(mén)戶(hù)網(wǎng)站──RamblerMedia上運(yùn)行了4年時(shí)間，同時(shí)俄羅斯超過(guò)20%的虛擬主機(jī)平臺(tái)采用Nginx作為反向代理服務(wù)在國(guó)內(nèi)，已經(jīng)有新浪博客、新浪播客、搜狐通行證、網(wǎng)易新聞、網(wǎng)易第13頁(yè)3）Nginx+squid頁(yè)面緩存來(lái)實(shí)現(xiàn)反向代理負(fù)載均衡第14頁(yè)使用apache和多個(gè)tomcat配置一個(gè)可以應(yīng)用的web網(wǎng)站，用Apache進(jìn)行分流，把請(qǐng)求按照權(quán)重以及當(dāng)時(shí)負(fù)荷分tomcat1,tomcat2...去處理，第15頁(yè)2)同時(shí)還要配置session復(fù)制，也就session，是要同步復(fù)制到其它tomcat，集群內(nèi)的tomcat都有相同2.3.2緩存2）Nginx的緩存功能采用MMAP實(shí)現(xiàn)，設(shè)置的緩存區(qū)大小不能超過(guò)物3）基于memcached的緩存location/mem/{{第16頁(yè)}}1）OSCache用，提供了在現(xiàn)有JSP頁(yè)面之內(nèi)實(shí)現(xiàn)快速內(nèi)存緩沖的功能，OSCache是個(gè)一個(gè)廣泛采用的高性能的J2EE緩存框架，OSCache能用于任何Java應(yīng)用程序的普通的緩存解決方案。OSCache有以以不受限制的緩存部分jsp頁(yè)面或HTTP請(qǐng)求，任何java對(duì)象都可以緩存。擁有全面的API--OSCacheAPI給你全面的程序來(lái)控制所有的OSCache特第17頁(yè)集群緩存數(shù)據(jù)能被單個(gè)的進(jìn)行參數(shù)配置，不需要修改代碼。緩存記錄的過(guò)期--你可以有最大限度的控制緩存對(duì)象的過(guò)期，包括可插入式的刷新策略O(shè)SCache是當(dāng)前運(yùn)用最廣的緩存方案，JBoss,Hibernate,2)擁有全面的API：OSCacheAPI允許你通過(guò)編3)永久緩存：緩存能被配置寫(xiě)入硬盤(pán)，因此允許在應(yīng)用服務(wù)器的多次4)支持集群：集群緩存數(shù)據(jù)能被單個(gè)的進(jìn)行參數(shù)配置，不需要修改代5)緩存過(guò)期：你可以有最大限度的控制緩存對(duì)象的過(guò)期，包括可第18頁(yè)對(duì)于一些常用的動(dòng)態(tài)數(shù)據(jù)通過(guò)開(kāi)發(fā)程序服務(wù)緩存在內(nèi)存中，提供給2)列表緩存，就像論壇里帖子的列表4)復(fù)雜一點(diǎn)的group，sum，count查詢(xún)，比如積分的分類(lèi)排名b）集成在WEB應(yīng)用中的內(nèi)存緩存在web應(yīng)用中對(duì)于熱點(diǎn)的功能，考慮使用完全裝載到內(nèi)存，保證絕第19頁(yè)2.3.3頁(yè)面靜態(tài)化后，服務(wù)器端只是簡(jiǎn)單地將該文檔傳輸?shù)娇蛻?hù)端。從服務(wù)器運(yùn)行的那個(gè)所以我們需要引入常見(jiàn)的信息發(fā)布系統(tǒng)(CMS)，信息發(fā)布系統(tǒng)(CMS)可以實(shí)現(xiàn)最簡(jiǎn)單的信息錄入自動(dòng)生成靜態(tài)頁(yè)面，對(duì)于一個(gè)大型網(wǎng)站來(lái)說(shuō)，同時(shí)，HTML靜態(tài)化也是某些緩存策略使用的手段，對(duì)于系統(tǒng)中頻化來(lái)實(shí)現(xiàn)，比如論壇中論壇的公用設(shè)置信息，這些信息目前的主流論壇都可以進(jìn)行后臺(tái)管理并且存儲(chǔ)再數(shù)據(jù)庫(kù)中，這些信息其實(shí)大量被前臺(tái)程序調(diào)用，但是更新頻率很小，可以考慮將這部分內(nèi)容進(jìn)行后臺(tái)更新的時(shí)在進(jìn)行html靜態(tài)化的時(shí)候還可以使用一種折中的方法，就是前端繼續(xù)使用動(dòng)態(tài)實(shí)現(xiàn)，在一定的策略下通過(guò)后臺(tái)模塊進(jìn)行定時(shí)把動(dòng)態(tài)網(wǎng)頁(yè)生為了提高靜態(tài)HTML的訪(fǎng)問(wèn)效率，主要可以對(duì)以下幾個(gè)方面進(jìn)行優(yōu)第20頁(yè)2.3.4數(shù)據(jù)庫(kù)配置及優(yōu)化把生產(chǎn)數(shù)據(jù)庫(kù)和查詢(xún)數(shù)據(jù)庫(kù)進(jìn)行分離，針對(duì)系統(tǒng)業(yè)務(wù)數(shù)據(jù)的特點(diǎn)，把使用讀/寫(xiě)數(shù)據(jù)庫(kù)分離，隨著系統(tǒng)變得越來(lái)越龐大，特別是當(dāng)它們擁有很差的SQL時(shí)，一臺(tái)數(shù)據(jù)庫(kù)服務(wù)器通常不足以處理負(fù)載。但是多個(gè)數(shù)據(jù)庫(kù)盡管概念上很簡(jiǎn)單，但是想要合理、精確地實(shí)現(xiàn)并不容易，這要大量的代碼工作。因此，即便在開(kāi)始時(shí)使用同一臺(tái)數(shù)據(jù)庫(kù)服務(wù)器，也要盡早計(jì)劃在PHP中使用分離的DB連接來(lái)進(jìn)行讀寫(xiě)操作。如果正確地完成該項(xiàng)工作，那么系統(tǒng)就可以擴(kuò)展到2臺(tái)、3臺(tái)甚至12臺(tái)服務(wù)器很多公司都沒(méi)有良好的備份機(jī)制，也不知道如何恰當(dāng)?shù)赝瓿蛇@另外還要確保擁有設(shè)計(jì)合理的、有用的關(guān)于安全、性能和穩(wěn)定性問(wèn)題的設(shè)第21頁(yè)2.3.5文件存儲(chǔ)1）HDFS（GFS）一個(gè)HDFS集群是由一個(gè)Namenode和一定數(shù)第22頁(yè)2）NFS與GFS比較首先從它們的功能上進(jìn)行分析。NFS即網(wǎng)絡(luò)文件系統(tǒng)，是由SU司開(kāi)發(fā)的。它是FreeBSD支持的文件系統(tǒng)中的一種，允許一個(gè)系統(tǒng)在網(wǎng)絡(luò)上與它人共享目錄和文件。通過(guò)使用NFS，用戶(hù)和程序訪(fǎng)問(wèn)遠(yuǎn)端系統(tǒng)而GFS是Google為了滿(mǎn)足本公司迅速增長(zhǎng)的數(shù)據(jù)處理要求而開(kāi)發(fā)的文件系統(tǒng)。GFS是一個(gè)可擴(kuò)展的分布式文件系統(tǒng)，用于大型的、分布至少一臺(tái)客戶(hù)機(jī)。被共享的目錄和文件存放在服務(wù)器上，客戶(hù)機(jī)遠(yuǎn)程地GFS則由一臺(tái)Master(通常有幾臺(tái)備份)和若干臺(tái)Trunk負(fù)責(zé)維護(hù)GFS中的Metadata，即文件名及其Trunk信息?？蛻?hù)端先從再?gòu)目缙脚_(tái)性上，NFS的基本原則是“容許不同的客戶(hù)端及服務(wù)端最后從規(guī)模上比較，HDFS只應(yīng)用在大批量的數(shù)據(jù)共享上。目前Google擁有超過(guò)200個(gè)的GFS集群，其中有些集群的PC數(shù)量超過(guò)5000第23頁(yè)臺(tái)。集群的數(shù)據(jù)存儲(chǔ)規(guī)模可以達(dá)到5個(gè)PB，并且集群中的數(shù)據(jù)讀寫(xiě)吞吐2.文件的多服務(wù)器自動(dòng)同步使用獨(dú)立的圖片服務(wù)器不但可以避免以上這個(gè)情況，更可以對(duì)不同的使用性質(zhì)的圖片設(shè)置不同的過(guò)期時(shí)間，以便同一個(gè)用戶(hù)在不同頁(yè)面訪(fǎng)問(wèn)相同圖片時(shí)不會(huì)再次從服務(wù)器（基于是緩存服務(wù)器）取數(shù)據(jù)，不但快速，而且還省了帶寬。還有就是，對(duì)于緩存的時(shí)間上，亦可以做獨(dú)立的第24頁(yè)你不可能要求所有的使用人員，都和你的服務(wù)器在一個(gè)運(yùn)營(yíng)商的網(wǎng)絡(luò)內(nèi)，而不同網(wǎng)絡(luò)之間訪(fǎng)問(wèn)速度會(huì)很慢，我們可以采用鏡像網(wǎng)站和引入CDN用戶(hù)用戶(hù)靜態(tài)內(nèi)容（靜態(tài)網(wǎng)頁(yè)、圖片）服務(wù)器1服務(wù)器n服務(wù)器1服務(wù)器n服務(wù)器1服務(wù)器n動(dòng)態(tài)內(nèi)容（社區(qū)、投票、調(diào)查、搜索、點(diǎn)評(píng)、視頻）我們可以在不同的網(wǎng)絡(luò)運(yùn)營(yíng)商部署web服務(wù)器，通過(guò)linux上的rsync然后通過(guò)配置智能DNS解析來(lái)引導(dǎo)不同網(wǎng)絡(luò)的訪(fǎng)問(wèn)用戶(hù)到對(duì)應(yīng)的網(wǎng)絡(luò)如果有足夠的投資，也可以采用CDN(內(nèi)容分發(fā)網(wǎng))，把靜態(tài)內(nèi)容（靜第25頁(yè)第26頁(yè)2.3.7WEB應(yīng)用開(kāi)發(fā)架構(gòu)設(shè)計(jì)思路應(yīng)用開(kāi)發(fā)實(shí)現(xiàn)MVC三層架構(gòu)進(jìn)行web應(yīng)用開(kāi)發(fā)，采用ibatis作為持久層第27頁(yè)1）MVC架構(gòu)示意第28頁(yè)2）Struts架構(gòu)這一過(guò)程非常重要，它是理解Struts框架的重點(diǎn)。上圖結(jié)構(gòu)，而下圖通過(guò)一個(gè)活動(dòng)圖更具體描述接受請(qǐng)求直至返回響應(yīng)的整個(gè)過(guò)第29頁(yè)第30頁(yè)這種架構(gòu)是松散耦合的，并且圍繞著服務(wù)進(jìn)行構(gòu)建。面向服務(wù)的架構(gòu)提供給他們隔離特性，一個(gè)服務(wù)可能有很多臺(tái)數(shù)據(jù)庫(kù)服務(wù)器，他們之間的數(shù)據(jù)是相通的，而對(duì)外他們的接口只有一個(gè)，外面是無(wú)法知道這個(gè)服務(wù)后這樣就有了越來(lái)越多的應(yīng)用服務(wù)器。這些應(yīng)用服務(wù)器從數(shù)據(jù)眾多的服務(wù)（每個(gè)服務(wù)背后都有數(shù)據(jù)庫(kù)或集群數(shù)據(jù)庫(kù)）中聚合信息，然后生成我們?cè)谝欢ǖ募軜?gòu)基礎(chǔ)上，要提高并發(fā)處理能力則需要調(diào)整服務(wù)器的操作第31頁(yè)2.4.2tomcat服務(wù)器優(yōu)化出，并且導(dǎo)致應(yīng)用服務(wù)崩潰。因此一般建議堆的最大值設(shè)置為可用內(nèi)型的應(yīng)用項(xiàng)目中，這點(diǎn)內(nèi)存是不夠的，需要調(diào)大.2、連接器優(yōu)化：在tomcat配置文件server.xml中的配置中，和acceptCount：指定當(dāng)所有可以使用的處理請(qǐng)第32頁(yè)第33頁(yè)Apache在配置ContentType的時(shí)候可以盡量少支持，盡可能少的在處理靜態(tài)頁(yè)面或者圖片、js等訪(fǎng)問(wèn)方面，可以考慮使用lighttpd代替worker_processes：該參數(shù)的值最好跟cpu核數(shù)相等，能夠發(fā)揮最大第34頁(yè)3Web服務(wù)架構(gòu)評(píng)測(cè)主要對(duì)基于tomcat和nginx+tomcat的web服務(wù)器的處理性能進(jìn)行測(cè)試，以作為不同性能要求下架構(gòu)選型的依據(jù)第35頁(yè)NginxTomcat1Tomcat2Test1Test2CPU:Intel(R)Xeon(R)E51502.66GHz2核*2千兆網(wǎng)卡HpDL580G4CPU:Intel(R)Xeon(TM)3.40GHz4核*2千兆網(wǎng)卡HpDL580G4CPU:Intel(R)Xeon(TM)3.40GHz4核*2千兆網(wǎng)卡HpDL580G5CPU:Intel(R)Xeon(R)E73101.60GHz4核*2千兆網(wǎng)卡IBMX3650CPU:Intel(R)Xeon(R)E51502.66GHz2核*2千兆網(wǎng)卡Redhatlinuxas4Redhatlinuxas5Redhatlinuxas5Redhatlinuxas5Redhatlinuxas4worker_processes4;error_log/usr/local/nginx/logs/nginx_error.logdebpid/usr/local/nginx/logs/nginx.piworker_rlimit_nofile51第36頁(yè){worker_connections51}{#gzip_typestext/plain}{application/x-javascripttext/css第37頁(yè)}#后端的Web服務(wù)器可以通過(guò)X-Forwarded-For獲取用戶(hù)真實(shí)#proxy_set_headerX-Forwarded-For$remot#proxy_passhttp://#proxy_passhttp://'"$status"$body_bytes_sen'"$http_user_agent""$httpaccess_log/usr/local/nginx/logs/access.logaccess;第38頁(yè)#跟后端服務(wù)器連接的超時(shí)時(shí)間_發(fā)起握手等候響應(yīng)超時(shí)proxy_connect_timeout600;#連接成功后_等候后端服務(wù)器響應(yīng)時(shí)間_其實(shí)已經(jīng)進(jìn)入后端的排隊(duì)之中#后端服務(wù)器數(shù)據(jù)回傳時(shí)間_就是在規(guī)定時(shí)間之內(nèi)后端服務(wù)器必須傳完所#代理請(qǐng)求緩存區(qū)_這個(gè)緩存區(qū)間會(huì)保存用戶(hù)的頭信息以供Nginx進(jìn)行規(guī)}}第39頁(yè)N123456數(shù)122222線(xiàn)程數(shù)請(qǐng)求萬(wàn)萬(wàn)萬(wàn)萬(wàn)萬(wàn)萬(wàn)秒秒秒毫秒毫秒毫秒測(cè)試服Test1Test1Test2Test1Test2Test1Test2Test1Test2Test1Test2服務(wù)器秒293秒422秒413秒742秒744秒秒秒秒秒平均速度條/秒4765條/秒4123條/秒條/秒條/秒條/秒條/秒請(qǐng)求萬(wàn)萬(wàn)萬(wàn)萬(wàn)萬(wàn)萬(wàn)萬(wàn)萬(wàn)萬(wàn)萬(wàn)萬(wàn)第40頁(yè)3.2.2Nginx+2個(gè)TOMCAT的WEB服務(wù)器NO123456222222數(shù)請(qǐng)求萬(wàn)萬(wàn)萬(wàn)萬(wàn)萬(wàn)萬(wàn)秒秒秒毫秒毫秒毫秒測(cè)試服Test1Test1Test1Test2Test1Test2Test1Test2Test1Test2Test1Test2用內(nèi)存 服務(wù)器持續(xù)時(shí)間322秒542秒544秒1140秒1141秒1860秒1863秒5475秒5565秒平均速度秒秒秒秒秒秒秒秒完成請(qǐng)最大響應(yīng)時(shí)長(zhǎng)93005毫秒21244毫秒45016毫秒45014毫秒93000毫秒92987毫秒毫秒毫秒第41頁(yè)3.2.3Nginx+2個(gè)TOMCAT的WEB服務(wù)器+緩沖NO123456222222數(shù)請(qǐng)求萬(wàn)萬(wàn)萬(wàn)萬(wàn)萬(wàn)萬(wàn)0毫秒秒秒毫秒毫秒毫秒測(cè)試服Test1Test2Test1Test2Test1Test2Test1Test2Test1Test2Test1Test2Tomcat占用內(nèi)存0.2G0.2G0.2G0.2G0.2G0.2G服務(wù)器秒秒秒秒秒秒秒秒平均速度2343725423完成請(qǐng)最大響應(yīng)9993毫秒9616毫秒9608毫秒9015毫秒秒0.04毫秒0.040.04毫秒0.04毫秒0.10毫秒0.10毫秒0.13毫秒0.13毫秒0.40毫秒0.41毫秒2.00毫秒2.00毫秒第42頁(yè)第43頁(yè)3.3測(cè)試結(jié)果分析1）worker_processes參數(shù)該參數(shù)的值最好跟cpu核數(shù)相等，能夠發(fā)揮最大性能，本次測(cè)試nginx所在2）MaxThread參數(shù)對(duì)tomcat并發(fā)性的影響測(cè)試時(shí)，tomcat啟動(dòng)并發(fā)線(xiàn)程過(guò)多，將服務(wù)器cpu耗盡。分析MaxThread雖能夠提高tomcat并發(fā)能力，但前提是在一個(gè)合理的范圍內(nèi)，要確保服務(wù)3）-Xmx最大內(nèi)存值對(duì)Tomcat能夠持續(xù)響應(yīng)高并發(fā)的影響2)單tomcat在配置1.7g最大內(nèi)存時(shí)，在持續(xù)超過(guò)1479條/秒的并發(fā)請(qǐng)求3)Nginx+2tomcat架構(gòu)下，2個(gè)tomcat分別配置1.7g最大內(nèi)存時(shí)，在持第44頁(yè)之后兩個(gè)Tomcat內(nèi)存都會(huì)達(dá)到1.7上限，響應(yīng)會(huì)急劇變慢，但錯(cuò)包單個(gè)tomcat在超出并發(fā)能力的提求下，處理能力大大下降，并出現(xiàn)大量錯(cuò)包，而采用Nginx+2Tomcat架構(gòu)在各種測(cè)試下，均未出現(xiàn)錯(cuò)配置了緩存后，nginx+2tomcat的處理能力實(shí)測(cè)數(shù)據(jù)超過(guò)了1.5第45頁(yè)并發(fā)能力占用的網(wǎng)絡(luò)帶寬第46頁(yè)序號(hào)123產(chǎn)品功能主機(jī)設(shè)備數(shù)據(jù)庫(kù)服務(wù)器WEB服務(wù)器管理終端網(wǎng)絡(luò)設(shè)備負(fù)載均衡器交換機(jī)存儲(chǔ)設(shè)備光纖存儲(chǔ)柜光纖交換機(jī)參考型號(hào)、配