導讀:網站搭建網站搭建所謂大型網站就是訪問量很大的網站，這種類型的網站在網站建設初期就要考慮好當流量達到某一級別時是否可以支撐網站繼續正常運營下去。其中主要考慮的方面有幾點：數據庫壓自助建站技術網站服務器搭建。

所謂大型網站就是訪問量很大的網站，這種類型的網站在網站建設初期就要考慮好當流量達到某一級別時是否可以支撐網站繼續正常運營下去。其中主要考慮的方面有幾點：數據庫壓力，網頁優化，服務器負載。 一、 1、網絡問題 你不可能要求所有的使用人員，都和你的服務器在一個運營商的網絡內，可以考慮采用鏡像、多路網絡接入、基于DNS的負載均衡。如果有足夠的投資，可以采用CDN(內容分發網)，減輕你的服務器壓力。 2、硬件問題 web的優化 我個人認為，一個商業的應用，硬件的投資可能不是主要的瓶頸，往往可維護性，可擴展性是較主要的問題。 沒有必要采用不成熟的方案，要更多的使用成熟的方案，將靜態、圖片獨立使用不同的服務器，對于常態的靜態文件，采用E-TAG或者客戶dede免費校板下戰端緩存，google很多就是這樣干的。對于熱點的功能，考慮使用有效裝載到內存，保證絕對的響應速度，對于需要頻繁訪問的熱點數據，采用集中緩存(多個可以采用負載均衡)，減織夢模板下載輕數據庫的壓力，比如：很多配置信息，操作員信息等等。對了，對于幾乎除二進制文件，都應該在L4上配置基于硬件的壓縮方案，減少網絡的流量。提高用戶使用的感知。 3、事務問題 你采用了兩種類型數據庫，一個SQL Server、一個oracle，如果一個交易需要在兩個數據庫中操作，那么必須考慮到分布式事務，你應該仔細的設計你的系統，來避免使用分布式事務，以避免分布式事務帶來更多的數據庫壓力和其它問題。推薦你采用延遲提交的策略(并不保證數據的完整)，來避免分布式事務的問題，畢竟commit失敗的幾率很低。(某個超大型系統，有3套數據庫，也是采用的延遲提交策略，避免分布式事務帶來的對數據庫過大的壓力)。 到了你在應用前端(weblogic EJB)采用了F5，我個人不是很贊同這個方案，雖然F5是一個好的L4產品，也能基于第7層做負載均衡和容災。但是一個有事務交易的EJB，如果采用了這種方案，把不需要使用分布式事務的交易變成了分布式交易，試想，一個web如果在一個請求中，訪問了后端兩個EJB，那么L4就會有可能把請求分發到不同的服務器上，沒有對事務維持在一個服務器中，就不能使用本地事務。同樣，一個web，訪問后端一個請求，這個請求中需要3個EJB，那么極有可能把這3個請求分發到不同的服務器，又造成了分布式事務。weblogic是一個好的J2EE產品，對這種有事務關聯的負載均衡，它會優先考慮采用一個服務器里面的應用，這樣就采用了本地事務，提高了響應速度，減小了分布式事務對應用和數據庫的壓力。 4、數據庫壓力問題  所有的壓力較終都會反映到數據庫方面，一定要對數據庫有一個整體的規劃。 可以按照業務、區域等等特性對數據庫進行配置，可以考慮分庫、使用rac、分區、分表等等策略，確保數據庫能正常的進行交易。

關鍵詞標簽: 服務器 負載 量大