硬負載OR軟負載

負載均衡的使用已經很普遍了，經過計算機集羣，使網絡鏈接、CPU、磁盤驅動器或其餘資源中分配負載，以達到最佳化資源使用、最大化吞吐率、最小化響應時間、同時避免過載的目的。

在web應用中，使用了兩臺計算機，就得用到負載均衡技術，負載均衡技術有不少應用，歸納起來可分爲硬件負載和軟件負載，各有優劣。硬負載在選擇上比較少，通常都是大廠商定製，擴展性相對於軟件來講，不易擴展，造價很是高，目前咱們web應用使用的是A10，價格極高，不適合中小型企業。軟負載相對硬負載來講就有不少選擇了，應用較多的有ngnix、Mod_proxy_balancer等，軟件有很是突出的有點，開源免費，成本很是低，只要稍微懂點linux的基礎知識，安裝和部署很是簡單，容易擴展，開源年社區有很好的支持和幫助，不像硬件，雖然能夠直接諮詢廠商的硬件工程師，可是這是在沒過保的狀況下。目前在web的搜索集羣中使用了linux+ngnix的負載配置。

會話同步。若是會話保存在服務器，可是服務器的請求可能會被分配到不一樣的服務器，此時會話沒法被保證。目前項目中採用了兩種解決方案的處理方式。在erp內部項目中，因爲對性能沒有特別高的要求，將會話指定保存到一臺後臺服務器中，保存乃數據庫，全部的請求將會把會話寫入一臺服務器，這樣就能保證會話同步。而在官網集羣中，全站的session是被禁用掉的，所有采用cookie，以保證性能。每一個訪問者的cookie-id將會保存至統一的持久化中。經過這個惟一的會話標示去識別用戶，若是用戶信息發生更改，有一個專門負責更新用戶信息的job會將集羣緩存中的用戶信息更新掉，以此來保證信息同步。

付費和硬件的選擇，在穩定性上無可置疑，至少到目前爲止，沒見過A10掛掉的狀況，並且可以支撐每一年大量的活動和雙十一。目前採用的負載策略基於鏈接數的策略，分別在應用層和會話層去監測物理機的正常與否，跟運維要過一些資料，可是資料所有是英文文檔的，因此可以瞭解的資料很是少。

原文:http://www.jquery09.com/archives/245