首先來說，日均ip達到40萬（并不是qps）其實也不算是特別大的流量，在這種訪問量級下的站點該如何配置服務器呢，這主要看你的站點是什么類型的站點，提供的業務是什么樣的。不管是什么類型的站點也是有共同的一些架構方案供我們選擇，下面從前端、后端、硬件等方面介紹一下。
大流量下的前端優化建議前端方面的優化很多運營者及個人站長并不重視，其實前端如果優化好了，可以節省一大部分的服務器資源，變相也就節省了硬件投入成本。優化方案建議如下：
1、動靜分離
我們可以將動態請求（動態腳本開發的頁面，比如操作數據庫類的）與靜態請求（如：圖片、css、js、音視頻等）分離開來，因為靜態資源可以走緩存，而動態內容可能對于實時性要求較高不能很好的利用緩存。當我們做好動靜分離之后，可以把重心放在后端優化上，節省一部分資源給后端。
2、請求合并
我們知道，網頁上的請求都需要經歷三次握手過程，這在弱網環境下可能會導致耗時較長，另外所有的瀏覽器對于請求也是有并發限制的。通過請求合并技術我們可以把多個請求合并為一個請求，一次性由服務端返回給客戶端，這樣節省了不少中間過程的耗時，在弱網環境下效果特別明顯。
3、靜態資源走cdn加速
其實cdn內容分發技術本質上就是一種分布式部署方案，cdn廠商在全國各個省市都有部署節點，這樣能確保用戶請求靜態資源時都是就近從節點服務器獲取的，加快了資源加載速度。另外一方面cdn節點服務器都有緩存機制，減少了回源頻率，所以源站服務器上的請求也較少了。
大流量下的后端優化方案1、數據庫讀寫分離
如果站點動態類請求較多，那在大流量下數據庫很容易產生性能瓶頸，單臺數據庫服務器是無法滿足需求的，我們需要部署至少2臺數據庫節點，做好主從同步。在代碼層或通過中間件實現讀寫分離，從從庫中讀、主庫中寫，能有效避免寫鎖帶來的性能開銷。
2、nosql緩存熱點數據，減少數據庫查詢頻率
我們可通過nosql（如redis）來緩存熱點數據，這樣數據庫的查詢次數減少了。
3、應用服務器做集群部署，負載均衡分流
web服務器處理動態請求不像靜態資源那樣，靜態資源找到后直接發回給客戶端瀏覽器，而動態頁面是需要經過處理后才能返回的。在高并發大流量場景下，單臺web服務器負載過高的話可以做個集群處理，通過nginx做下負載均衡，將請求分發給多臺服務器處理，減少單臺服務器的壓力。
大流量網站的服務器配置方案可以肯定的是單臺服務器較難抗住40萬日ip，建議是：
1、2臺web服務器
2臺web服務來處理web請求，在其中一臺上做負載均衡、另一臺服務器上安裝redis。這2臺服務器普通配置（2核+2g）即可。
2、2臺數據庫服務器
2臺數據庫服務器配置看業務場景，一般的也夠用，如果不夠可彈性擴展。


圖片背景網頁設計中的運用
SEOer們做長尾關鍵詞也會有春天
網站建設中怎么做好網站運營
上海網站建設維護都包含哪些工作？
深圳網站改版需注意的三個事項
SEO優化與PPC推廣的優缺點
瀏覽網站時看到的全是亂碼的問題分析
手機網站建設流程及手機網站建設的注意事項