Ⅰ windows server 2012怎麼配置網路負載均衡
WindowsServer2012的推出被稱為「雲操作系統「，想必這個操作系統在虛擬化領域，在網路和存儲層面，在接入和安全層面都會有很有實力的功能體現。今天給大家介紹的網卡聚合能力就是充分利用匯總方式提高伺服器整體網路性能，進而實現在高密度業務負載環境，高可用網路環境下的需求，當然除了網卡聚合功能單方面提升消除CPU的瓶頸也是重點，例如Offload卡，SRIOV,RSS，VMQ隊列等等技術在Server2012中你都能找到配套的核心技術支撐。今天這篇博客重點介紹一下WindowsServer2012中網卡聚合的功能。說到網卡聚合，可能大家並不陌生，而且這個在」虛擬化世界「里尤為重要的功能，原來WindowsServer2008R2中並不能提供支持，而是需要依靠HP，DELL，Intel，Broadcom等公司自己提供的軟體進行設置和支持，但是這是不夠的，要知道通過一個硬體廠商提供的聚合功能軟體僅能對同種品牌的網卡進行統一的支持，這對於一個要求具有選擇權和靈活性的數據中心而言是不夠好的。當然你知道的，在WindowsServer2012中我們苦等的內置的，虛擬化環境所依賴的功能終於實現了在操作系統中的預置；因此充分了解合理利用這個功能是十分有益的。那麼什麼是網路聚合或者WindowsServer2012中定義的網路聚合？在Server2012中網路聚合有種稱謂叫做LBOF（LoadBalanceandfailover)字面上也很好理解，就是負載均衡同時實現故障切換功能的網路通道，熟悉這個LBOF灰常有意義，因為實現和查看網卡聚合狀態需要用到的PowershellCMDLET就涉及了這個詞彙；有了這個操作系統層面的功能，就可以將不同品牌的同質的網卡進行組合實現：1.網路帶寬捆綁2.當網路組件出現故障時可以被檢測到並自動進行故障轉移舉例來說如果你不是配置成「主備」模式而是「雙活」模式的網卡聚合，那麼兩個1GbE的千兆網卡可以實現2Gb的總吞吐，如果是兩個萬兆網卡就可以實現20Gb的總吞吐以此類推。WindowsServer2012支持多少個網卡進行捆綁呢？答案是32個！這是個絕對足夠大的帶寬：）Server2012支持兩種網路聚合模式，在配置網路聚合的時候默認的是選擇第一種模式：交換機獨立模式這種模式最為通用，因為不要求交換機參與網路聚合，因此交換機並不知道在聚合網路中的網卡屬於主機中一個網卡聚合組，所以網卡可以連接不同的交換機不過交換機獨立模式並不要求聚合組中的網卡連接到不同的交換機。而且在連接不同交換機時採用的是主備模式，只有在連接在同一交換機時才可以實現負載均衡聚。交換機依賴模式這種模式需要交換機參與網路聚合，並且要求所有網路聚合組網卡連接到同一個物理交換機或者以級聯多交換機方式實現的對外顯示為單一物理交換機的方式；根據交換機支持的模式可以有兩種模式選擇：通用的靜態聚合模式即IEEE802.3ad這種模式需要在交換機上靜態設置指定匯聚組中的網卡連接。由於這種方式需要靜態指定，因此沒有動態協商協議機制幫助交換機判斷線纜連接的正確與否或是否有其他錯誤導致聚合失敗。動態聚合模式即IEEE802.1ax或LACP（鏈路匯聚控制協議）這種模式由於有了LACP協議的支持，可以動態的識別伺服器和交換機的連接，進而實現動態地創建聚合組，添加和移除組成員等工作，現在多數交換機都支持LACP即802.1ax協議，不過也大多需要在伺服器連接的交換機埠中手工啟用此功能。通過圖形方法配置，如果在Server2012中啟用了圖形界面管理功能，可以利用伺服器管理器簡單的創建網路聚合。當然，通過Powershell命令行是個很好的方式，先看看可以針對LBFO進行哪些操作：創建一個網卡聚合組「NICTeaming」，將所有本機物理網卡添加到這個組中，並且設置模式為交換機獨立模式，負載均衡模式為默認哈希：看看創建之後的網路設備，是不是多了一個NICTeaming網卡？當然，你也可以通過Powershell看到這個網路聚合網卡的狀態。
Ⅱ 如何配置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 已經在正常工作了。
Ⅲ 兩台windows2003server怎麼做web負載均衡
我也是菜鳥，給你個
思路
，不指望分
你可以試試在一台
伺服器
做WEB和資料庫，另外一台做WEB，兩個WEB都連接那一個資料庫，這樣兩個WEB內容就是同步的了，然後兩台WEB間做
負載
，下邊是我COPY的
網路負載均衡可以讓客戶端用一個邏輯Internet
名稱
和虛擬
IP地址
(又稱群集IP地址)訪問群集，同時保留每台
計算機
各自的名稱。下面，我們將在兩台安裝Windows
Server
2003的普通計算機上，介紹網路負載均衡的實現及應用。
這兩台計算機中，一台計算機名稱為A，IP地址為192.168.0.7;另一台名為B，IP地址為192.168.0.8。規劃網路負載均衡專用虛擬IP地址為192.168.0.9。當正式應用時，
客戶機
只需要使用IP地址192.168.0.9來訪問伺服器，
網路服務
均衡會根據每台伺服器的負載情況自動選擇192.168.0.7或者192.168.0.8對外提供服務。具體實現
過程
如下:
在實現網路負載均衡的每一台計算機上，只能安裝
TCP/IP協議
，不要安裝任何其他的協議(如IPX協議或者
NetBEUI協議
)，這可以從「網路連接屬性」中查看。
第一步，分別以管理員身份登錄A機和B機，打開兩台機的「本地連接」屬性界面，勾選「此連接使用下列項目」中的「負載均衡」項並進入「屬性」對話框，將IP地址都設為192.168.0.9(即負載均衡專用IP)，將
子網掩碼
設置為255.255.255.0;
第二步，分別進入A機和B機的「Internet協議(TCP/IP)」屬性設置界面，點擊「高級」按鈕後，在彈出的「高級TCP/IP設置」界面中添加IP地址192.168.0.9和子網掩碼設置為255.255.255.0。
第三步，退出兩台計算機的「本地連接屬性」窗口，耐心
等一會兒
讓系統完成設置。
以後，如果這兩台伺服器不能滿足需求，可以按以上步驟添加第三台、第四台計算機到網路負載均衡系統中以滿足要求。
用IIS服務驗證網路負載均衡
網路負載均衡配置好後，為了實現某項具體的服務，需要在網路負載均衡的計算機上安裝相應的服務。例如，為了實現IIS網站的負載均衡，需要在相應的網路負載均衡伺服器上安裝IIS服務。為了讓每個用戶在通過網路負載均衡訪問到不同的計算機時，能夠訪問到一致的數據，需要在網路負載均衡的每台計算機上保持數據的
一致性
。舉例來說，實現了兩個
節點
的IIS的網路負載均衡，為了保證兩個網站內容的一致性，除了這兩個
IIS
伺服器的配置相同外，相應的網站數據必須一致。
為了檢驗網路負載均衡，我們可以通過IIS來進行驗證，其他的一些應用如終端服務、Windows
Media服務與IIS的應用與之相類似。在其他計算機上的IE
瀏覽器
中鍵入192.168.0.9，根據網路的負載，網路負載均衡會自動轉發到A機或B
機。為了驗證效果，你可以在瀏覽的時候，拔掉第一台計算機的網線或拔掉第二台機器的網線，將會發現瀏覽到的將是不同內容。當然，我們在測試的時候，為了驗證網路負載均衡的效果，把兩個網站設置成不一致的內容，而在正式應用的時候，網路負載均衡群集的每個節點計算機的內容將是一致的，這樣不管使用哪一個節點響應，都能保證訪問的內容是一致的。
Ⅳ 我用nginx配置webservice負載均衡，怎麼弄
簡單的負載均衡配置
upstreambackend{
serverbackend1.example.comweight=5;#weight權重，權重越高發送到此台伺服器的請求概率越大
serverbackend2.example.com:8080;
serverbackup1.example.com:8080backup;#backup備份伺服器，只有在非backup伺服器都不能訪問時才會向此伺服器分流
serverbackup2.example.com:8080backup;
}
server{
location/{
proxy_passhttp://backend;
}
}
Ⅳ 如何讓一個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」（保存），使更改生效。
Ⅵ WEB伺服器的負載均衡
負載均衡的意思就是有幾台伺服器或者幾個服務。。通過設備或者軟體，將外部來的連接均勻的分配到這幾個伺服器或者服務上面。。使伺服器的負載平均
目的是使伺服器出錯率更低，運行效率更高。
一般配置好了伺服器後需要的只是技術了，費用也就是購置伺服器的費用了。
Ⅶ 伺服器負載均衡問題，需要的設備和軟體
你上面說到的這些伺服器只有Web伺服器需要做負載均衡，而且一般都是前置機才做負載均衡，做伺服器負載均衡的條件是：
1. 你要有提供相同應用的多台Web伺服器。
2. 要有負載均衡的設備（可以是軟體也可以是硬體）。
3. 要為這個服務分配一個虛擬地址（作為服務訪問的統一入口）和若干真實地址（有幾台Web伺服器需要幾個真實地址）。
註：一般建議採用硬體設備，通常需要做負載均衡的應用說明他的負載很大，專用的硬體比較可靠。
具備以上條件後將Web伺服器連接到負載均衡設備上，在負載均衡設備上配置虛擬地址和真實地址、配置負載均衡演算法，配置負載均衡策略，將負載均衡設備接入網路。
這樣，外面的用戶只需要訪問這個虛擬地址就可以了，負載均衡設備收到請求後會按照負載均衡策略和演算法把請求分配到真實地址上，實現負載功能。
以上所說只是負載均衡的一種部署方式，根據實際需要選擇單臂、雙臂接入網路；根據應用的特點選擇健康檢查的方式；根據應用選擇是否使用回話保持演算法等。
Ⅷ 3台web伺服器怎麼負載均衡
DNS設置解析就可以，可以一條默認線路，一條電信，一條聯通，這種形式
Ⅸ 想做伺服器的負載均衡 都有哪些方式
最常見的一種方法,是在同一個機房的同一機櫃上面租用多台機器.並把網站的資料庫和頁面分開.把資料庫放在單獨的一台高配置伺服器上面.把網站前端頁面復製成多份.放在不同的其他幾台機器上面.然後用DNSPOD解析.把一個域名解析指向多個不同伺服器的IP.這樣就可以實現多台伺服器負載均衡的功能.而且相對比較簡單.
海騰數據楊闖為你解答.個人建議.希望對你有幫助.
Ⅹ 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文件夾，當然也可以使用絕對路徑。