A. 伺服器負載均衡的幾種部署方式
路由模式部署靈活，約60%的用戶採用這種方式部署；橋接模式不改變現有的網路架構；服務直接返回（DSR）比較適合吞吐量大特別是內容分發的網路應用。約30%的用戶採用這種模式。 1、路由模式（推薦） 路由模式的部署方式如上圖。伺服器的網關必須設置成負載均衡機的LAN口地址，且與WAN口分署不同的邏輯網路。因此所有返回的流量也都經過負載均衡。這種方式對網路的改動小，能均衡任何下行流量。2、橋接模式 橋接模式配置簡單，不改變現有網路。負載均衡的WAN口和LAN口分別連接上行設備和下行伺服器。LAN口不需要配置IP（WAN口與LAN口是橋連接），所有的伺服器與負載均衡均在同一邏輯網路中。 由於這種安裝方式容錯性差，網路架構缺乏彈性，對廣播風暴及其他生成樹協議循環相關聯的錯誤敏感，因此一般不推薦這種安裝架構。 3、服務直接返回模式 這種安裝方式負載均衡的LAN口不使用，WAN口與伺服器在同一個網路中，互聯網的客戶端訪問負載均衡的虛IP（VIP），虛IP對應負載均衡機的WAN口，負載均衡根據策略將流量分發到伺服器上，伺服器直接響應客戶端的請求。因此對於客戶端而言，響應他的IP不是負載均衡機的虛IP（VIP），而是伺服器自身的IP地址。也就是說返回的流量是不經過負載均衡的。
B. 我用軟路由單adsl多播疊加帶寬並作負載均衡後，在軟路由的內網里搭建web伺服器
不是銷手疊加後的帶寬。（多撥是每個WAN得到一個不岩歷同的外網IP）
一個域名只能有一粗斗搜個IP。而雙線是利用DNS解析實現的。
C. 用4台NF280G2作負載均衡來做WEB伺服器，負載均衡是什麼意思
分類: 教育/科學 >> 學習幫助
問題描述:
用4台NF280G2作負載均衡來做WEB伺服器，負載均衡是什麼意思？
解析:
負載均衡的意思就雀液是有幾台伺服器或者幾個服務。。通過設備或者軟頃帆物件，將外部來的連接均勻的分配到這幾個伺服器或者服務上面。。使伺服器的負載平均
目的是使伺服器出錯率更低，運行效率更高。
一般配置好了伺服器後需要的只是技術了，轎晌費用也就是購置伺服器的費用了。
D. web伺服器負載均衡的問題
後面的XXX是埠號吧？
E. 負載均衡是怎麼做的~
1、服務直接返回：這種安裝方式負載均衡的LAN口不使用，WAN口與伺服器在同一個網路中，互聯網的客戶端訪問負載均衡的虛IP（VIP），虛IP對應負載均衡機的WAN口，負載均衡根據策略將流量分發到伺服器上，伺服器直接響應客戶端的請求。
2、橋接模式：橋接模式配置簡單，不改變現有網路。負載均衡的WAN口和LAN口分別連接上行設備和下行伺服器。LAN口不需要配置IP（WAN口與LAN口是橋連接），所有的伺服器與負載均衡均在同一邏輯網路中。
3、路由模式：路由模式的部署方式，伺服器的網關必須設置成負載均衡機的LAN口地址，且與WAN口分署不同的邏輯網路。因此所有返回的流量也都經過負載均衡。這種方式對網路的改動小，能均衡任何下行流量。
(5)負載均衡部署web服務擴展閱讀
負載均衡的演算法:
1、隨機演算法：Random隨機，按權重設置隨機概率。在一個截面上碰撞的概率高，但調用量越大分布越均勻，而且按概率使用權重後也比較均勻，有利於動態調整提供者權重。
2、哈希演算法：一致性哈希一致性Hash，相同參數的請求總是發到同一提供者。當某一台提供者掛時，原本發往該提供者的請求，基於虛擬節點，平攤到其它提供者，不會引起劇烈變動。
3、URL散列：通過管理客戶端請求URL信息的散列，將發送至相同URL的請求轉發至同一伺服器的演算法。
參考資料
網路-負載均衡
F. 如何配置Web伺服器實現負載均衡
這篇實用文章介紹如何將pfSense 2.0配置成你那些Web伺服器的負載均衡器。這篇實用文章假設你已經安裝了一個pfSense設備和至少兩台Apache伺服器，並且運行在你的網路上；還假設你具備了pfSense方面的一些知識。
要求
一台設備用於安裝pfSense 2.0（如果這是你的邊緣防火牆，我會建議物理機器）。
至少兩台Apache2伺服器（這些可以是虛擬伺服器）。
對Apache伺服器進行了配置，以便以某種方式同步Web文件（rsync/corosync或通過Web伺服器維持文件版本最新的另一個選項）。
配置pfSense
pfSense使用負載均衡器，將某些類型的流量帶來的負載分攤到多台伺服器上；如果你有多台伺服器用於託管運行應用程序，這很好；你可以將負載分攤到所有伺服器上，而不是把負載全扔給一台伺服器、導致不堪重負。
可以入手了，先點擊「Services」（服務），然後點擊「Load Balancers」（負載均衡器），然後點擊「Monitor」（監視器）選項卡。
要添加一個新條目，點擊「Plus」（添加）按鈕，指定「Name」（名稱）和「Description」（描述，在這個示例中，我會使用ApacheClusterMon作為名稱和描述），將類型設成「HTTP」，然後為「Host」（主機）設置一個未使用的IP地址（我們隨後會創建虛擬伺服器的IP，以便分配給故障切換伺服器組），任由「HTTP Code」（HTTP代碼）設成「200 OK」。需要的話，然後點擊「Save」（保存），使更改生效。
現在我們要創建伺服器池。點擊「Pools」（伺服器池）選項卡，點擊「Plus」（添加）按鈕，即可添加新的伺服器池。
指定一個名稱（ApacheSrvPool將用在我的示例中）。將「Mode」（模式）設成「Load Balance」（負載均衡），然後將「Port」（埠）設成「80」（你可以讓pfSense對其他埠上的其他應用程序實現負載均衡），將「Monitor」（監視器）設成你之前創建的監視器配置，並且指定你希望在伺服器池中的所有Web伺服器的IP地址，需要的話，點擊「Save」（保存），使更改生效。
接下來點擊「Virtual Servers」（虛擬伺服器）選項卡，點擊「Plus」（添加）按鈕，添加一個新條目。指定「Name」（名稱）和「Description」（描述），然後用你之前選擇的未使用IP地址來設置「IP Address」（IP地址），將「Port」（埠）設成「80」，然後將「Virtual Server Pool」（虛擬伺服器池）設成你之前創建的伺服器池，點擊「Submit」（提交），使更改生效。
就這樣，你剛配置好了pfSense，對你的Web伺服器之間的網路流量實現負載均衡。
順便提一下，如果任何一台伺服器沒有給出200 OK狀態這樣的回應（pfSense定期向你的Web伺服器發送請求，以確定它們是否正常運行），伺服器池就會處於離線停運狀態。要避免出現停運，最好的辦法就是配置故障切換系統（下一篇文章會有介紹）。
G. 利用DNS伺服器實現主域和子域的Web伺服器的負載均衡。
負載均衡技術能夠平衡伺服器集群中所有的伺服器和請求應用之間的通信負載，根據實時響應時間進行判斷，將任務交由負載最輕的伺服器來處理，以實現真正的智能通信管理和最佳的伺服器群性能，從而使網站始終保持運行和保證其可訪問性。
為了充分利用利用現有伺服器軟體的種種優勢，負載均衡最好是在伺服器軟體之外來完成。而最早使用的負載均衡技術是通過DNS服務中的隨機名字解析來實現的。這就是通常所說的DNS負載均衡技術。
DNS負載均衡技術的實現原理是在DNS伺服器中為同一個主機名配置多個IP地址，在應答DNS查詢時，DNS伺服器對每個查詢將以DNS文件中主機記錄的IP地址按順序返回不同的解析結果，將客戶端的訪問引導到不同的機器上去，使得不同的客戶端訪問不同的伺服器，從而達到負載均衡的目的。
直到現在，很多網站仍然使用DNS負載均衡來保證網站的運行和可訪問性。從其實現和效果來看，主要有以下優缺點：
主要優點
這種技術的主要缺點如下：
第一，技術實現比較靈活、方便，簡單易行，成本低，適用於大多數TCP/IP應用。不需要網路專家來對之進行設定，或在出現問題時對之進行維護。
第二，對於Web應用來說，不需要對代碼作任何的修改。事實上，Web應用本身並不會意識到負載均衡配置，即使在它面前。
第三，Web伺服器可以位於互聯網的任意位置上。
主要缺點
DNS負載均衡技術在具有以上優點的時候，其缺點也非常明顯，主要表現在：
第一，不能夠按照Web伺服器的處理能力分配負載。DNS負載均衡採用的是簡單的輪循負載演算法，不能區分伺服器之間的差異，不能反映伺服器的當前運行狀態。所以DNS伺服器將Http請求平均地分配到後台的Web伺服器上，而不考慮每個培咐沖Web伺服器當前的負載情況。如果後台的Web伺服器的配置和處理能力不同，最慢的 Web伺服器將成為系統的瓶頸，處理能力強的伺服器不能充分發揮作用。不能做到為性能較好的伺服器多分配請求，甚至會出現客戶請求集中在某一台伺服器上的情況。
第二，不支持高可靠性，DNS負載均衡技術沒有考慮容錯。如果後台的某台Web伺服器出現故障，DNS伺服器仍然會把DNS 請求分配到這台故障伺服器上，導致不能響應客戶端。
第三，可能會造成額外的網路問題。為了使本DNS伺服器和其他DNS伺服器及時交互，保證DNS數據及時更新，使地址能隨機分配，一般都要將DNS的刷新時間設置的較小，但太配殲小將會使DNS流量大增造成額外的網路問題。
第四，一旦某個伺服器出現故障，即使及時修改了DNS設置，還是要等待足夠的時間(刷新時間)才能發揮作用，在此期間，保存了故障伺服器地址的客戶計算機將簡脊不能正常訪問伺服器。
總結
從上面的總結我們可以看出，總體來說，DNS負載均衡技術方案不應該算是真正意義上的負載均衡，不能夠穩定、可靠、高效地滿足企業對Web伺服器的需求，也不能滿足網路用戶對網站訪問的及時響應和可用性，所以現在很多Web站點方案中，已經很少採用這種方案了。
H. Java web項目，怎麼做負載均衡啊
Java web項目負載均衡常用的是nginx。
在多個伺服器上部署同一個web項目，nginx會將用戶的請求隨機（可自定義）分發到其中一個web伺服器，當其中任意一個或多個web伺服器宕機時，不影響用戶的正常訪問。
1、兩個web伺服器負載均衡：
upstream local_tomcat {
# 這里是本機的第一個web伺服器
server localhost:8080;
# 這里是本機的第二個web伺服器
server localhost:9090;
#還可添加很多
}
server{
location / {
proxy_pass http://local_tomcat;
}
#......其他省略
}
當訪問http://localhost時，nginx會隨機的跳轉到8080與9090伺服器。當8080伺服器宕機時，9090會繼續工作。如果想控制兩個伺服器的權重，比如 9090 伺服器性能好，可以多處理一些請求，則可以如下配置權重
upstream local_tomcat {
server localhost:8080 weight=1;
server localhost:9999 weight=2;
}
這樣在9090受訪的機率會比8080多一倍。
2、靜態文件，這個好像conf.xml有現成的配置，只要改一下就可以，如下對圖片的配置
#location ~ \.(png|jpg|bmp)$ {
root image;
}
所有png 、 jpg 、 bmp 的請求都會直接去訪客根目錄下的image文件夾，當然也可以使用絕對路徑。
I. 四台伺服器能做WEB的高可用負載均衡嗎
負載均衡，三台就足夠了，四台綽綽有餘，不但可以實現負載均衡，還可以實現主從。
具體來說四台伺服器，要進行合理分配。可以這樣做。首先你對四台機器性能進行排序，從高到底為A/B/C/D。
拿性能最差的一台伺服器D做負載均衡，安裝haproxy軟體。
其餘三台做WEB伺服器和mysql伺服器。其中A中的mysql做mysql的主伺服器，B/C做備伺服器。ABC安裝web應用和mysql。
D做負載均衡時，配置兩個listen。
一個listen前端配置80（假設你的應用都是80埠），後端配置A/B/C的80埠。
另一個listen前端配置3306（假設你的mysql都是3306埠），後端配置A/B/C的3306埠。
你的web應用中，配置一定要注意讀寫分離。從D讀資料庫，這樣會被均衡分流至A/B/C機器中。寫的時候配置A。寫操作要直接在mysql主伺服器上寫。
根據以上進行部署，客戶端通過伺服器D的IP，可以對整個應用集群進行訪問，實現了負載均衡和中從。
請採納！