【正文】 st_uri ~* ^/view/(.*)$) { proxy_pass } proxy_pass } 定義日志格式 log_format access 39。 緩沖區(qū)代理緩沖用戶端請求的最大字節(jié)數(shù) 可以理解為先保存到本地再傳給用戶 client_body_buffer_size 128k。 } } 3. Tomcat設置 主要配置如下： ? ? MaxThread 500 公開 內部公開 機密 絕密 √ 11/17/2020 版權所有，侵權必究 All rights reserved 第 30頁 ,共 39頁 Page 30 , Total39 ? MinSpareThread 25 ? MaxSpareThread75 ? Xmx 1740M 4. Java環(huán)境 ? 使用 Tomcat。 Test2 744秒 1608條 /秒 119萬 5 2 500 200萬 500毫秒 Test1 1 1595秒 742 條/秒 118萬 服務端從第 1595 秒左右開始， tomcat 占用內存到 達 Xmx指定上限 ， TestTest2請求速度急劇下降，開始出現(xiàn)大量錯包，達到 ，錯包率只有 %，達到 ，截止停止測試時，錯包率增長到 %， 測試終止 。 Test2 1863 秒 1482 條 /秒 276 萬 5 2 500 500萬 500毫秒 Test1 1 5475 秒 913 條 /秒 500 萬 93000毫秒 毫秒 完成測試，但 Tomcat Tomcat2 占用內存到達 Xmx 指定上限 ，無錯包。 Test2 413秒 2922條 /秒 120萬 4 2 500 200萬 200毫秒 Test1 2 742秒 1727條 /秒 128萬 服務端從第 740 秒左右開始， tomcat 占用內存到達 Xmx 指定上限 ， TestTest2 請求速度急劇下降，開始出現(xiàn)大量錯包， 測試終止 ，達到 前，錯包率只有 %，達到 后，截止停止測試時，錯包率增長到 %，且仍在在增加中。 如果系統(tǒng)很忙的時候可以申請更大的 proxy_buffers 官方推薦 *2 proxy_busy_buffers_size 64k。 公開 內部公開 機密 絕密 √ 11/17/2020 版權所有，侵權必究 All rights reserved 第 29頁 ,共 39頁 Page 29 , Total39 打日志 access_log /usr/local/nginx/logs/ access。 proxy_redirect off。 gzip_p_level 2。 sendfile on。 events { use epoll。 Apache在配置 ContentType的時 候可以盡量少支持，盡可能少的 LoadModule，保證更高的系統(tǒng)消耗和執(zhí)行效率 同時配置 apache和 tomcat的組合使之能作到動靜分離， apache處理靜態(tài)頁面， tomcat處理動態(tài)頁面。 maxKeepAliveRequests： 保持請求數(shù)量，默認值 100。 minSpareThreads： Tomcat 初始化時創(chuàng)建的線程 數(shù)。例如： JAVA_OPTS=39。 系統(tǒng) 軟件 參數(shù) 優(yōu)化 在一定的架構基礎上，要提高并發(fā)處理能力則需要調整服務器的操作系統(tǒng)內核參數(shù)、 web服務器（ tomcat的參數(shù)、 apache的參數(shù)、 Nginx的參數(shù)），以使其性能達到最優(yōu)化。上圖描述了 Struts框架的結構，而下圖通過一個活動圖更具體描述接受請求直至返回響應的整個過程 ： 公開 內部公開 機密 絕密 √ 11/17/2020 版權所有，侵權必究 All rights reserved 第 23頁 ,共 39頁 Page 23 , Total39 2. 面向服務的應用架構 面向服務 的應用架構是指 構建可 分布式的、去中心化的服務器平臺， 以 提供許多不同的應用，數(shù) 據庫被分成很多個小部分，圍繞每個部分都會創(chuàng)建一個服務接口 (API),并且該接口是訪問數(shù)據庫的唯一途徑。從技術上全面解決由于網絡帶寬小、用戶訪問量大、網點分布不均等原因所造成的用戶訪問網站響應速度慢的問題。 使用獨立的圖片服務器不但可以避免以上這個情況，更可以對不同的使用性質的圖片設置不同的過期時間，以便同一個用戶在不同頁面 訪問相同圖片時不會再次從服務器（基于是緩存服務器）取數(shù)據，不但快速，而且還省了帶寬。 而 GFS則沒有這一特點，文件只能被集群系統(tǒng)中的 PC所訪問，而且這些 PC的操作系統(tǒng)一般是 Linux。 所以從功能上看，它們兩者是完全不同的概念。 一個 HDFS集群是由一個 Namenode和一定數(shù)目的 Datanodes組成。因此，即便在開始時使用同一臺數(shù)據庫服務器，也要盡早計劃在 PHP中使用分離的 DB連接來進行讀寫操作。 在進行 html靜態(tài)化的時候 還 可以使用一種折中的方法，就 是前端 繼續(xù) 使用動態(tài)實現(xiàn)，在一定的策略下 通過后臺模塊 進行定時 把動態(tài)網頁生成 靜態(tài) 頁面，并定時判斷調用，這個能實現(xiàn)很多靈活性的操作。 頁面 靜態(tài)化 靜態(tài)的 HTML頁面嚴格地由標準的 HTML標示語言構成，并不需要服務器端即時運算生成。 4) 支持集群：集群緩存數(shù)據能被單個的進行參數(shù)配置，不需要修改代碼。擁有全面的APIOSCache API給你全面的程序來控制所有的 OSCache特性。 } expires 70。 使用 apache和多個 tomcat 配置一個可以應用的 web網站， 用 Apache進行分流，把請求按照權重以及當時負荷分 tomcat1,tomcat2...去處理 ，要達到以下要求： 公開 內部公開 機密 絕密 √ 11/17/2020 版權所有，侵權必究 All rights reserved 第 13頁 ,共 39頁 Page 13 , Total39 1) Apache 做為 HttpServer ，通過 mod_jk連接器連接多個 tomcat 應用實例，并進行負載均衡。 4) 配置文件非常簡單 風格跟程序一樣通俗易懂。如果 Squid 反向代理服務器中緩存了該請求的資源，則將該請求的資源直接返回給客戶端，否則反向代理服務器將向后臺的 WEB 服務器請求資源，然后將請求的應答返回給客戶端，同時也將該應答緩存在本地，供下一個請求者使用。 4. 通過 反向代理服務器 實現(xiàn)負載均衡 反向代理服務器又稱為 WEB 加速服務器，它位于 WEB 服務器的前端，充當 WEB服務器的內容緩存器 ,反向代理服務器是針對 WEB 服務器設置的，后臺 WEB 服務器對互聯(lián)網用戶是透明的，用戶只能看到反向 代理服務器的地址，不清楚后臺 WEB 服務器是如何組織架構的。 4) 數(shù)據庫服務器分離成生產數(shù)據庫集群和查詢數(shù)據庫集群，實現(xiàn)生產讀寫與后臺查詢統(tǒng)計進行分離，同時生產數(shù)據庫采用 rac技術進行 公開 內部公開 機密 絕密 √ 11/17/2020 版權所有，侵權必究 All rights reserved 第 9頁 ,共 39頁 Page 9 , Total39 架構涉及技術的詳解 負載均衡 1. 基于 DNS的負載均衡 一個域名綁定多個 IP DNS負載均衡技術是最早的負載均衡解決方案，它是通過 DNS服務中的隨機名字解析來實現(xiàn)的，在 DNS服務器中，可以為多個不同的地址配置同一個名字，而最終查詢這個名字的客戶機將在解析這個名字時得到其中的一個地址。 3) 采用 Oscache實現(xiàn) 頁面緩存 ,采用 Memcached實現(xiàn) 數(shù)據緩存 4) 采用獨立的圖片服務器集群來實現(xiàn)圖片資源的存儲及 WEB請求 數(shù)據存儲的設計思路 1) 數(shù)據庫拆分 ,把生產數(shù)據庫和查詢數(shù)據庫分離，對生產數(shù)據庫采用 RAC實現(xiàn)數(shù)據庫的集群。從服務器運行的那個時間片來看，這個傳輸過程僅僅占用了很小的 CPU資源。 1個客戶端模擬不同線和并發(fā)請求結果 .............................................................. 錯誤 !未定義書簽。 系統(tǒng)話務模型 ............................................................................................................ 錯誤 !未定義書簽。 系統(tǒng)處理能力要 求 ..................................................................................................................................... 34 業(yè)務處理能力要求 ................................................................................................... 錯誤 !未定義書簽。 測試結果 .............................................................................................................................. 錯誤 !未定義書簽。這意味著，對一個靜態(tài) HTML文檔發(fā)出訪問請求后，服務器端只是簡單地將該文檔傳輸?shù)娇蛻舳恕? WEB應用 開發(fā) 架構思路 1) 應用開發(fā)實現(xiàn) MVC架構三層架構進行 web應用開發(fā) 2) 頁面盡可能靜態(tài)化以減少動態(tài)數(shù)據訪問 ，如果是資訊類的網站可以考慮 采用第三方開源的 CMS系統(tǒng)來 生成靜態(tài)的內容頁面 。 3) 采用代理服務器，實現(xiàn)軟件級的網絡負載均衡。 一個典型的使用負載均衡的策略就是，在軟件或者硬件四層交換的基礎上搭建 squid集群，這種思路在很多大型網站包括搜索引擎上被采用，這樣的架構低成本、高性能還有很強的擴張性 。 Squid反向代理服務器位于本地 WEB 服務器和 Inter 之間 , 組織架構如 下 圖： 客戶端請求訪問 WEB 服務時， DNS 將訪問的域名解析為 Squid 反向代理服務器的 IP 地址， 公開 內部公開 機密 絕密 √ 11/17/2020 版權所有，侵權必究 All rights reserved 第 11頁 ,共 39頁 Page 11 , Total39 這樣客戶端的 URL 請求將被發(fā)送到反向代理服務器。 3) 內存消耗少 在 3萬并發(fā)連接下，開啟的 10個 Nginx 進程才消耗 150M內存（ 15M*10=150M）。 3） Nginx+squid頁面 緩存 來實現(xiàn) 反向代理負載均衡 通過 Nginx反向代理 和 squid緩存 實現(xiàn)動靜分離的 架 構圖如下所示： 公開 內部公開 機密 絕密 √ 11/17/2020 版權所有，侵權必究 All rights reserved 第 12頁 ,共 39頁 Page 12 , Total39 5. Apache +tomcat集群 實現(xiàn) 負載均衡 。 memcached_pass :11211。 OSCache有以下特點：緩存任何對象，你可以不受限制的緩存部分 jsp頁面或 HTTP請求，任何 java對象都可以緩存。 3) 永久緩存：緩存能被配置寫入硬盤， 因此允許在應用服務器的多次生命周期間緩存創(chuàng)建開銷昂貴的數(shù)據。 4) 復雜一點的 group， sum， count查詢，比如積分的分類排名 b） 集成在 WEB應用 中 的內存緩存 在 web應用中 對于熱點的功能，考慮使用完全裝載到內存，保證絕對的響應速度，對于需要頻繁訪問的熱點數(shù)據，采用集中緩存 (多個可以采用負載均衡 )，減輕數(shù)據庫的壓力，比如：很多配置信息，操作員信息等等。 同時， HTML靜態(tài)化也是 某些緩存策略使用的手段，對于系統(tǒng)中頻繁使用數(shù)據庫查詢但是內容更新很小的應用，可以考慮使用 HTML靜態(tài)化來實現(xiàn)，比如論壇中論壇的公用設置信息，這些信息目前的主流論壇都可以進行后臺管理并且 存儲 再數(shù)據庫中，這些信息其實大量被前臺程序調用，但是更新頻率很小，可以考慮將這部分內容進行后臺更新的時候進行靜態(tài)化，這樣避免了大量的數(shù)據庫訪問請求。 盡管概