部署負載均衡器后應(yīng)用系統(tǒng)調(diào)整
部署負載均衡器有利于擴展，但應(yīng)用系統(tǒng)和服務(wù)器也需要做一些相應(yīng)的調(diào)整。
區(qū)分靜態(tài)內(nèi)容和動態(tài)內(nèi)容
這可能聽起來好像非常普遍，但能做到的仍很少。在許多應(yīng)用系統(tǒng)中，大約有25%的請求是動態(tài)內(nèi)容，剩下的75%為靜態(tài)內(nèi)容。應(yīng)用服務(wù)器上每個Apache+PHP進程會消耗15到50MB的內(nèi)存。讓這個怪物通過互聯(lián)網(wǎng)傳送小圖標給用戶是絕對不正常的，所有的延遲和丟失的數(shù)據(jù)包保持其活動狀態(tài)較長時間。更壞的是如果用戶下載一個大文件如PDF此進程將獨占幾分鐘！
最簡單的解決方案就是在服務(wù)器群前部署一臺反向代理cache，直接返回緩存的內(nèi)容給用戶而不需要查詢應(yīng)用服務(wù)器。最簡要的解決方案是部署一臺輕量的HTTP服務(wù)器來提供靜態(tài)內(nèi)容。它可以安裝在同一臺服務(wù)器上，使用其它的端口。最好是，有一臺單線程服務(wù)器如Lighttpd或Thttpd，因為它們每個會話的開銷都非常小。應(yīng)用系統(tǒng)只要將靜態(tài)內(nèi)容存放到一個容易識別的目錄下即可，如“/static”，以便前端的負載均衡器可以將訪問轉(zhuǎn)到這臺專用的服務(wù)器上。靜態(tài)服務(wù)器也可以使用一個完全不同的主機名稱，便于將這些服務(wù)器部署到靠近用戶的不同地區(qū)。
在服務(wù)器方面有哪些可以調(diào)整的--例如裝有Apache的服務(wù)器
在服務(wù)器上運用一些技巧，可以顯著提升其性能。運用下面介紹的技巧，在Apache+PHP服務(wù)器上不需要升級硬件就可以增加兩到三倍的并發(fā)用戶數(shù)。
首先，禁用keep-alive。這對于性能來說是最為嚴重的事情。其本來是設(shè)計用于運行由inetdfork出來的NCSAhttpd網(wǎng)站上。所有這些fork會被服務(wù)器結(jié)束，對于這種問題keep-alive是一種比較好的解決方案。現(xiàn)在情況已經(jīng)不同了，每次連接時服務(wù)器不再需要fork，而且每次新連接的開銷也很小。應(yīng)用服務(wù)器經(jīng)常由于內(nèi)存約束、文件描述符限制或鎖的開銷，對運行的線程或進程的數(shù)量有一定限制。如果有用戶獨占一個線程幾秒甚至幾分鐘而無所事事純粹就是浪費。
服務(wù)器不會使用太多的CPU，但會消耗大量的內(nèi)存，用戶需要等待連接的釋放。如果keep-alive時間設(shè)置過短，就沒有起到應(yīng)有的作用。如果過長，就意味著服務(wù)器要為每個并發(fā)用戶分配一個進程，這并沒有考慮實際上大多數(shù)瀏覽器通常會建立4個并發(fā)會話。
簡單的說，一個運行類Apache的網(wǎng)站啟用keep-alive，同時最多就只能承載幾千個用戶。
另外，要觀察每個進程的平均內(nèi)存使用情況。變更“MaxClient”參數(shù)來調(diào)節(jié)并發(fā)進程的最大數(shù)量，以便服務(wù)器不會發(fā)生交換。如果進程差異很大，這意味著有些請求產(chǎn)生了大量數(shù)據(jù)集，這些數(shù)據(jù)集會保存在內(nèi)存中，造成浪費。要解決這個問題，你需要通過調(diào)整“MaxRequestPerChild”讓Apache盡快結(jié)束相關(guān)進程。較高的值，消耗較多的內(nèi)存。較低的值，消耗較多的CPU。通常，設(shè)置在30到300間可以達到最好的效果。設(shè)置“MinSpareServers”和“MaxSpareServers”的值與“MaxClient”的值接近，以便服務(wù)器在負載加重時不用花費太多的時間來fork出新的進程。
運用這些技巧，最近2GB內(nèi)存的服務(wù)器能承載幾千個用戶，剩下的就是負載均衡的工作了。
