⑴ 如何讓一個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」（保存），使更改生效。
⑵ 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文件夾，當然也可以使用絕對路徑。
⑶ 3台web伺服器怎麼負載均衡
DNS設置解析就可以，可以一條默認線路，一條電信，一條聯通，這種形式
⑷ 如何優化web伺服器的訪問速度
網站運營的任何時期，網站訪問速度都是至關重要的部分，它是網站友好體驗中最基本的一項，如果訪問體驗都令人不滿意，那麼後期所做的營銷推廣模式都有可能徒勞無功，因為網路中客戶的選擇成本很低，加上普遍客戶的耐心都不高，頁面訪問超過6秒客戶就會選擇離開，這對於一些流量本來就不高的企業網站來說無疑是雪上加霜。
一、升級正在使用中的伺服器
進行伺服器升級工作之前，要考慮多方面的問題，是升級已有的伺服器還是購置新的伺服器設備須根據實際情況抉擇。首先來說升級現有的伺服器設備，一般來說網站運營到後期隨著業務不斷增加，多平台應用的開發對於伺服器性能的要求也逐步提升，長而久之伺服器遇到性能瓶頸也是情理之中的事情，對於這種情況，我們可以通過升級伺服器（例如增加硬體設備或網路帶寬）等相關配置來滿足不斷擴大的業務需求，那麼伺服器性能瓶頸問題就可以得到解決。
二、優化正在使用的伺服器
不管是完成升級後的伺服器，還是新購置的伺服器，我們都要對其進行優化，從而提升伺服器的性能以及利用率。如何優化伺服器？作為在國互網工作到現在的資深IDC工作人員，小編認為大概分為以下四個方面
要點一：盡可能的減少HTTP請求數
從客戶訪問網站頁面到整個頁面內容完全展現出來，這其中要花費較多的時間來下載各種Scripts、CSS樣式表、Flash以及圖片，而每一類下載都相當於一次HTTP請求，這樣的請求越多網站被完全載入出來所花的時間會越長，意味著客戶端的訪問會很慢，那麼此時就需要盡可能的減少HTTP請求數，通常我們可以直接把css和js寫入到頁面中，避免了外部的調用；或者我們可以把CSS文件和JS文件分來，在後台再進行合並，這樣客戶端瀏覽器相當於一次請求。這是小編在國互網美女前端那學來的。
要點二：降低DNS查詢時間
眾所周知網路伺服器端的域名和IP地址是相互對應的，當客戶端發出請求時，計算機還需要通過域名和IP地址的相互轉換來判斷，而這個轉換工作便是域名解析DNS，通常DNS的查詢需要10~20毫秒時間，客戶端瀏覽器也只會等待DNS查詢結束之後才會載入此域名下的內容。因此，我們要加快頁面的訪問速度，就可以從降低DNS查詢時間方面去做改善。
要點三：啟用伺服器Gzip壓縮功能
對於大中型網站來說，頁面的內容多且比較多樣化，單個頁面的大小可能是幾百K以上了，客戶端訪問的時候下載會比較慢，此時我們可以採用伺服器Gzip頁面壓縮功能，可以將一個大小為100K的頁面文件壓縮成25K以下，這樣就可以減少網路傳輸的數量從而提高客戶端訪問速度。一般伺服器都是可以使用Gzip壓縮功能的，並且能夠針對JS文件、CSS文件和Html進行壓縮，多方面去進行優化網站訪問速度。
要點四：推薦大中型網站使用CDN加速工具
CDN加速是目前大型網站普遍使用的頁面加速方式，它對於網站優化幾乎沒有影響的，基本原理是將網站鏡像備份到很多伺服器節點上，使伺服器節點周圍的用戶訪問速度更快，從而提升客戶端高速訪問網站的體驗；但是並不是所有的網站都適合使用CDN加速，一般對於小規模站點個人站的話，就不需要使用CDN加速，畢竟從長期來看這可是一筆不小的開支；建議圖片站以及多媒體站點可使用CDN加速。
希望以上知識能夠幫到您
⑸ 如何計算WEB伺服器的最大負載量
圖1顯示了該演算法的工作環境，在負載調度器上運行Monitor Daemon進程，Monitor Daemon來監視和收集各個伺服器的負載信息。Monitor Daemon可根據多個負載信息算出一個綜合負載值。Monitor Daemon將各個伺服器的綜合負載值和當前權值算出一組新的權值，若新權值和當前權值的差值大於設定的閥值，Monitor Daemon將該伺服器的權值設置到內核中的IPVS調度中，而在內核中連接調度一般採用加權輪叫調度演算法或者加權最小連接調度演算法。圖1:動態反饋負載均衡演算法的工作環境連接調度當客戶通過TCP連接訪問網路訪問時，服務所需的時間和所要消耗的計算資源是千差萬別的，它依賴於很多因素。例如，它依賴於請求的服務類型、當前網路帶寬的情況、以及當前伺服器資源利用的情況。一些負載比較重的請求需要進行計算密集的查詢、資料庫訪問、很長響應數據流;而負載比較輕的請求往往只需要讀一個HTML頁面或者進行很簡單的計算。請求處理時間的千差萬別可能會導致伺服器利用的傾斜(Skew)，即伺服器間的負載不平衡。例如，有一個WEB頁面有A、B、C和D文件，其中D是大圖像文件，瀏覽器需要建立四個連接來取這些文件。當多個用戶通過瀏覽器同時訪問該頁面時，最極端的情況是所有D文件的請求被發到同一台伺服器。所以說，有可能存在這樣情況，有些伺服器已經超負荷運行，而其他伺服器基本是閑置著。同時，有些伺服器已經忙不過來，有很長的請求隊列，還不斷地收到新的請求。反過來說，這會導致客戶長時間的等待，覺得系統的服務質量差。簡單連接調度簡單連接調度可能會使得伺服器傾斜的發生。在上面的例子中，若採用輪叫調度演算法，且集群中正好有四台伺服器，必有一台伺服器總是收到D文件的請求。這種調度策略會導致整個系統資源的低利用率，因為有些資源被用盡導致客戶的長時間等待，而其他資源空閑著。實際TCP/IP流量的特徵文獻說明網路流量是呈波浪型發生的，在一段較長時間的小流量後，會有一段大流量的訪問，然後是小流量，這樣跟波浪一樣周期性地發生。文獻揭示在WAN和LAN上網路流量存在自相似的特徵，在WEB訪問流也存在自相似性。
⑹ 什麼叫做雙機負載均衡的Web伺服器
個人認為：雙機就是兩台伺服器。雙機負載均衡就是在兩台伺服器之間分配負載，以達到優化資源使用、最大化吞吐率、最小化響應時間、同時避免過載的目的。現在非常流行和成熟的是用Apache Http server引導流量到多個Tomcat上去，以達到負載平衡。
⑺ 是否任何web程序都能做負載均衡
Java web項目負載均衡常用的是nginx。 在多個伺服器上部署同一個web項目，nginx會將用戶的請求隨機（可自定義）分發到其中一個web伺服器，當其中任意一個或多個web伺服器宕機時，不影響用戶的正常訪問。
⑻ 如何配置Web伺服器實現負載均衡
網路的負載均衡是一種動態均衡技術，通過一些工具實時地分析數據包，掌握網路中的數據流量狀況，把任務合理均衡地分配出去。這種技術基於現有網路結構，提供了一種擴展伺服器帶寬和增加伺服器吞吐量的廉價有效的方法，加強了網路數據處理能力，提高了網路的靈活性和可用性。
以四台伺服器為例實現負載均衡：
安裝配置LVS
1. 安裝前准備：
(1)首先說明，LVS並不要求集群中的伺服器規格劃一，相反，可以根據伺服器的不同配置和負載狀況，調整負載分配策略，充分利用集群環境中的每一台伺服器。如下表：
Srv Eth0 Eth0：0 Eth1 Eth1：0
vs1 10.0.0.1 10.0.0.2 192.168.10.1 192.168.10.254
vsbak 10.0.0.3 192.168.10.102
real1 192.168.10.100
real2 192.168.10.101
其中，10.0.0.2是允許用戶訪問的IP。
(2)這4台伺服器中，vs1作為虛擬伺服器(即負載平衡伺服器)，負責將用戶的訪問請求轉發到集群內部的real1，real2，然後由real1，real2分別處理。
Client為客戶端測試機器，可以為任意操作系統。
(3)所有OS為redhat6.2，其中vs1 和vsbak 的核心是2.2.19， 而且patch過ipvs的包， 所有real
server的Subnet mask 都是24位， vs1和vsbak 的10.0.0. 網段是24 位。
2.理解LVS中的相關術語
(1) ipvsadm ：ipvsadm是LVS的一個用戶界面。在負載均衡器上編譯、安裝ipvsadm。
(2) 調度演算法： LVS的負載均衡器有以下幾種調度規則：Round-robin，簡稱rr;weighted
Round-robin，簡稱wrr;每個新的連接被輪流指派到每個物理伺服器。Least-connected，簡稱lc;weighted
Least-connected，簡稱wlc，每個新的連接被分配到負擔最小的伺服器。
(3) Persistent client
connection，簡稱pcc，(持續的客戶端連接，內核2.2.10版以後才支持)。所有來自同一個IP的客戶端將一直連接到同一個物理伺服器。超時時間被設置為360秒。Pcc是為https和cookie服務設置的。在這處調度規則下，第一次連接後，所有以後來自相同客戶端的連接(包括來自其它埠)將會發送到相同的物理伺服器。但這也會帶來一個問題，因為大約有25%的Internet
可能具有相同的IP地址。
(4) Persistent port
connection調度演算法：在內核2.2.12版以後，pcc功能已從一個調度演算法(你可以選擇不同的調度演算法：rr、wrr、lc、wlc、pcc)演變成為了一個開關選項(你可以讓rr、
wrr、lc、wlc具備pcc的屬性)。在設置時，如果你沒有選擇調度演算法時，ipvsadm將默認為wlc演算法。 在Persistent port
connection(ppc)演算法下，連接的指派是基於埠的，例如，來自相同終端的80埠與443埠的請求，將被分配到不同的物理伺服器上。不幸的是，如果你需要在的網站上採用cookies時將出問題，因為http是使用80埠，然而cookies需要使用443埠，這種方法下，很可能會出現cookies不正常的情況。
(5)Load Node Feature of Linux Director：讓Load balancer 也可以處理users 請求。
(6)IPVS connection synchronization。
(7)ARP Problem of LVS/TUN and LVS/DR：這個問題只在LVS/DR，LVS/TUN 時存在。
3. 配置實例
(1) 需要的軟體包和包的安裝：
I. piranha-gui-0.4.12-2*.rpm (GUI介面cluster設定工具);
II. piranha-0.4.12-2*.rpm;
III. ipchains-1.3.9-6lp*.rpm (架設NAT)。
取得套件或mount到光碟，進入RPMS目錄進行安裝:
# rpm -Uvh piranha*
# rpm -Uvh ipchains*
(2) real server群：
真正提供服務的server(如web
server)，在NAT形式下是以內部虛擬網域的形式，設定如同一般虛擬網域中Client端使用網域：192.168.10.0/24
架設方式同一般使用虛擬IP之區域網絡。
a. 設網卡IP
real1 ：192.168.10.100/24
real2 ：192.168.10.101/24
b.每台server均將default gateway指向192.168.10.254。
192.168.10.254為該網域唯一對外之信道，設定在virtual server上，使該網域進出均需通過virtual server 。
c.每台server均開啟httpd功能供web server服務，可以在各real server上放置不同內容之網頁，可由瀏覽器觀察其對各real
server讀取網頁的情形。
d.每台server都開啟rstatd、sshd、rwalld、ruser、rsh、rsync，並且從Vserver上面拿到相同的lvs.conf文件。
(3) virtual server：
作用在導引封包的對外主機，專職負責封包的轉送，不提供服務，但因為在NAT型式下必須對進出封包進行改寫，所以負擔亦重。
a.IP設置：
對外eth0：IP：10.0.0.1 eth0：0 ：10.0.0.2
對內eth1：192.168.10.1 eth1：0 ：192.168.10.254
NAT形式下僅virtual server有真實IP，real server群則為透過virtual server.
b.設定NAT功能
# echo 1 >; /proc/sys/net/ipv4/ip_forward
# echo 1 >; /proc/sys/net/ipv4/ip_always_defrag
# ipchains -P forward MASQ
c.設定piranha 進入X-window中 (也可以直接編輯/etc/lvs.cf )
a).執行面板系統piranha
b).設定「整體配置」(Global Settings) 主LVS伺服器主機IP：10.0.0.2， 選定網路地址翻譯(預設) NAT路徑名稱：
192.168.10.254， NAT 路徑裝置： eth1：0
c).設定虛擬伺服器(Virtual Servers) 添加編輯虛擬伺服器部分：(Virtual
Server)名稱：(任意取名);應用：http;協議： tcp;連接：80;地址：10.0..0.2;裝置：eth0：0; 重入時間：180
(預設);服務延時：10 (預設);載入監控工具：ruptime (預設);調度策略：Weighted least-connections; 持續性：0
(預設); 持續性屏蔽： 255.255.255.255 (預設); 按下激活：實時伺服器部分：(Real Servers); 添加編輯：名字：(任意取名);
地址： 192.168.10.100; 權重：1 (預設) 按下激活
另一架real server同上，地址：192.168.10.101。
d). 控制/監控(Controls/Monitoring)
控制：piranha功能的激活與停止，上述內容設定完成後即可按開始鍵激活piranha.監控器：顯示ipvsadm設定之routing table內容
可立即更新或定時更新。
(4)備援主機的設定(HA)
單一virtual server的cluster架構virtual server 負擔較大，提供另一主機擔任備援，可避免virtual
server的故障而使對外服務工作終止;備份主機隨時處於預備狀態與virtual server相互偵測
a.備份主機：
eth0： IP 10.0.0.3
eth1： IP 192.168.10.102 同樣需安裝piranha，ipvsadm，ipchains等套件
b.開啟NAT功能(同上面所述)。
c.在virtual server(10.0.0.2)主機上設定。
a).執行piranha冗餘度 ;
b).按下「激活冗餘度」;
冗餘LVS伺服器IP： 10.0.0.3;HEARTBEAT間隔(秒數)： 2 (預設)
假定在…秒後進入DEAD狀態： 5 (預設);HEARTBEAT連接埠： 539 (預設)
c).按下「套用」;
d).至「控制/監控」頁，按下「在當前執行層添加PULSE DEAMON」 ，按下「開始」;
e).在監控器按下「自動更新」，這樣可由窗口中看到ipvsadm所設定的routing table，並且動態顯示real
server聯機情形，若real server故障，該主機亦會從監視窗口中消失。
d.激活備份主機之pulse daemon (執行# /etc/rc.d/init.d/pulse start)。
至此，HA功能已經激活，備份主機及virtual server由pulse daemon定時相互探詢，一但virtual
server故障，備份主機立刻激活代替;至virtual server 正常上線後隨即將工作交還virtual server。
LVS測試
經過了上面的配置步驟，現在可以測試LVS了，步驟如下：
1. 分別在vs1，real1，real2上運行/etc/lvs/rc.lvs_dr。注意，real1，real2上面的/etc/lvs
目錄是vs2輸出的。如果您的NFS配置沒有成功，也可以把vs1上/etc/lvs/rc.lvs_dr復制到real1，real2上，然後分別運行。確保real1，real2上面的apache已經啟動並且允許telnet。
2. 測試Telnet：從client運行telnet 10.0.0.2，
如果登錄後看到如下輸出就說明集群已經開始工作了：(假設以guest用戶身份登錄)
[guest@real1 guest]$——說明已經登錄到伺服器real1上。
再開啟一個telnet窗口，登錄後會發現系統提示變為：
[guest@real2 guest]$——說明已經登錄到伺服器real2上。
3. 測試http：從client運行iexplore http://10.0.0.2
因為在real1 和real2 上面的測試頁不同，所以登錄幾次之後，顯示出的頁面也會有所不同，這樣說明real server 已經在正常工作了。
⑼ WEB伺服器的負載均衡
負載均衡的意思就是有幾台伺服器或者幾個服務。。通過設備或者軟體，將外部來的連接均勻的分配到這幾個伺服器或者服務上面。。使伺服器的負載平均
目的是使伺服器出錯率更低，運行效率更高。
一般配置好了伺服器後需要的只是技術了，費用也就是購置伺服器的費用了。