多個伺服器負載均衡怎麼選

① 雙網卡伺服器的網路負載平衡如何設置

雙網卡負載均衡伺服器

前言：市面上現在天生支持綁定功能的網卡不多，而且多是出身名門的高檔伺服器網卡，身價不菲，設置過程也比較專業，使用和維護都不簡便。難道我等平頭百姓，攥著幾十元的廉價8139的兄弟們就無緣領略雙網卡綁定的快感了嗎？非也，今天我就教大家一招，只需一款小小的軟體，就可以用普通的8139之類的網卡體驗一把雙網卡綁定的愉悅，這個軟體就叫做「NICExpress」，可能行家們已經捂著嘴樂了，呵呵，筆者的出發點是給菜鳥兄弟們排難解惑，窮辦法自娛自樂，說得過火的地方，大家不要見笑，DIY的樂趣就在於此啊。

朋友或許會問了，為什麼要用雙網卡呢？用雙網卡有什麼好處？所謂雙網卡，就是通過軟體將雙網卡綁定為一個IP地址，這個技術對於許多朋友來說並不陌生，許多高檔伺服器網卡（例如intel8255x系列、3COM伺服器網卡等）都具有多網卡綁定功能，可以通過軟硬體設置將兩塊或者多塊網卡綁定在同一個IP地址上，使用起來就好象在使用一塊網卡。

多網卡綁定的優點不少，首先，可以增大帶寬，假如一個網卡的帶寬是100M，理論上兩塊網卡就是200M，三塊就是300M，當然實際上的效果是不會是這樣簡單的增加的，不過經實際測試使用多個網卡對於增加帶寬，保持帶寬的穩定性肯定是有裨益的，如果交換機等相關條件不錯的話，這個效果還是很能令人滿意；其次，可以形成網卡冗餘陣列、分擔負載，雙網卡被綁定成「一塊網卡」之後，同步一起工作，對伺服器的訪問流量被均衡分擔到兩塊網卡上，這樣每塊網卡的負載壓力就小多了，抗並發訪問的能力提高，保證了伺服器訪問的穩定和暢快，當其中一塊發生故障的時候，另一塊立刻接管全部負載，過程是無縫的，服務不會中斷，直到維修人員到來。

OK，現在就手把手的教大家如何用50元來打造出雙網卡的效果！

先下載軟體（點擊這里下載），這是最新版本4.0，只有2.15M，軟體的兼容性已經做得很好，支持win98/Me/2000/XP/2003。基本上支持目前市場上常見的各種網卡，百兆和千兆網卡都可以用來綁定，但是千萬注意，最好用於綁定的網卡是完全相同的，至少也是基於同一晶元的，這樣多塊網卡才能合作得比較好。切記不要把10M網卡和100M網卡綁定在一起，那樣根本起不到提升作用。

下載完軟體，先不忙安裝，咱們還是先准備好硬體。

第一部分：硬體安裝

雖然，理論上講綁定越多網卡在一起，最終效果提升就越明顯，但是考慮到復雜程度，這里就以綁定雙網卡為例進行說明，如果讀者覺得好玩，興致很高的話，按照下面方法願意綁定多少就綁定多少個網卡，其實一般同一台伺服器，綁定2－3塊網卡也就夠了，太多了，據說因為鏈路聚合的先天缺點，會過多佔用伺服器資源，反過來會影響伺服器速度（關於這個我沒實驗，不過我覺得凡事都離不開物極必反的道理，適度最好）。

然後，抱出筆者的一台私有伺服器，呵呵，雖然破舊一點，不過可是立功不小啊，上面現在運行著FTP、MAIL等服務，幾百個朋友的EMAIL都是通過它來傳遞的啊。配置情況為intel810主板（集成顯卡）＋256MSD內存＋10GIDE硬碟（系統盤）＋120GIDE硬碟（存放互聯網垃圾）。系統軟體是windows2000高級伺服器版。

廢話少說，開干，打開伺服器機箱，把兩塊網卡擰在主板PCI插槽上，擰好了，看看還不錯

拿出珍藏的10M－8口集線器，哈哈，別笑話，我手頭只有這個，能說清楚方法就可以了，如果是讀者自己DIY，請務必選一台好的交換機，至少要10/100M自適應的，這是網路通暢的關鍵，別象我把100M網卡連在10M集線器上，那速度怎麼也好不了啊。做幾條網線，把集線器、網卡連接起來，集線器連入上級交換機，因為是在家裡實驗，所以，我就把集線器的Uplink口連入家用路由器的任意一個網口裡，路由器則連入我家ADSL「大貓」。

第二部分：設置調試

下面要進行設置及調試了，也就是要將這兩塊8139D廉價網卡，如同高檔伺服器網卡那樣綁定在一起，使用同一個IP地址，同時同步工作。其過程並不復雜，估計20分鍾足夠了。

將剛剛下載的NIC Express軟體的安裝包NIC4.rar解壓縮得到安裝文件「NICExpressW2KEE.exe」，雙擊它啟動安裝程序，一路NEXT，軟體提示輸入unlock key（注冊碼），如果沒有注冊碼，就只好點擊Demo，選擇試用，這樣可以獲得30天的免費試用期，在這30天里如果覺得不錯，你可以想辦法去弄一個注冊碼（怎麼弄？找小編問，他可能有，哈哈）。

到下圖所示界面，軟體提示選擇是否開啟LOAD Balancing 功能？什麼是LOAD Balancing 功能呢？LOAD Balancing的中文意思可以翻譯為負載均衡，在這里就是網路負載均衡。也就是當多塊網卡被綁定合一之後，當數據流量很大的時候，軟體會自動調整，將數據流量負載均衡地分配到各個網卡上，以減輕單塊網卡的壓力，達到暢快的訪問效果。我們綁定雙網卡，其中目的之一就是為了實現負載均衡，我們自然要開啟這個功能，所以，在這里一定要選擇「Enabled」。當然，如果你在這里選擇錯了也沒關系，今後也可以通過NIC Express軟體管理界面開啟。

繼續一路NEXT，在Windows XP里安裝時如果遇到提示「NIC Express Virtual Miniport」沒有通過Windows測試，無法驗證它同Windows XP的相容性，不要理會，選擇「仍然繼續」就行了。

到了下圖所示界面，就到了真正綁定網卡的時候了：

大家看到這個界面一共分為上、中、下，三個窗口，上面的是空白，中間的寫著8139-2，這個8139-2是我自己起的綁定之後的網卡組的名稱，原來這里默認寫的是New array，也可以不修改，你也可以根據自己喜好，寫成別的名字。在最下面的窗口裡列出了目前伺服器上安裝的兩塊網卡的名字。我們下一步就是要用滑鼠選中下面的兩塊網卡名字，然後點擊界面中間的Add鍵，把兩塊網卡加入上面的窗口裡，這樣兩塊網卡就這樣被加入了網卡組里，初步綁定成一塊「網卡」了，今後可以使用同一個IP地址了。

點擊OK繼續，NIC Express出現一個配置界面，選項很多，但是不必太操心，因為這些配置都不必修改，使用默認值就可以了，直接點擊OK、點擊Finish完成安裝進程。至此軟體安裝基本結束，剩下就需要對軟體和網卡進行一些必要的設置工作。

點擊桌面「開始」菜單，選擇執行菜單里的「NIC Express Enterprise Edition」選項，這是NIC Express軟體自帶的一個監控程序，首先點擊「setting」選項，在這里可以設置網卡流量計量單位，可以按照Packets/Sec、Mbits/Sec、Kbits/Sec三種單位來計算，一般都是使用默認的Mbits/Sec來計算，也就是兆/每秒，其實在這里只需要修改一下「Graph Detail（圖形顯示）」即可，將默認的「By Protocol」改成「By Incoming/Outgoing」，別的不需要改。

如果你想分別觀察綁定組中每塊網卡的流量或者整個組的流量，只需在「Select Device」選項中選擇一下設備即可。最後點擊「Advanced」選項，設定網卡綁定的工作模式，在這里也可以點擊「Load Balancing Disable」來關閉網卡負載均衡功能。使用NIC Express綁定的雙網卡組默認工作於「NIC Express ELB」模式下，這是NIC Express所特有的一種工作模式，實際效果很好。我們都知道利用昂貴的Intel PROSET綁定的Intel 8255x的組合是運行在「802.3ad」工作模式下的，這一模式在NIC Express中也可以選擇，但是多數使用者在實際使用後都認為「NIC Express ELB」模式的效果優於「802.3ad」模式，大家今後可以自己實踐測試比較一下。如果你也使用默認的「NIC Express ELB」模式，那麼「Advanced」選項里也就不用改什麼，一切默認即可。至此NIC Express的設置結束。

第三部分：「虛擬網卡」設定

最後還要看看網卡的設置，用滑鼠在桌面「網上鄰居」上點擊右鍵彈出「網路和撥號連接」窗口，可以看到原來的兩個網卡連接圖標已經變成了三個，多出來的一個圖標就是「NIC Express Virtual Adapter」，這個就是綁定後的網卡組，這個網卡組的使用和使用單一網卡完全一樣，相當於一個單一的「虛擬網卡」。

用滑鼠在這個圖標上點擊右鍵選擇屬性，可以為這個「虛擬網卡」設定IP地址、子網掩碼、網關等等，其實在安裝「NIC Express」過程中，如果伺服器原來的單一網卡已經設置了這些，那麼「虛擬網卡」就會自動設定和原來的網卡一樣。在這里選擇「NIC Express Transport for Ethernet」還可以自由對網卡綁定組進行調整，例如，減少或者加入一塊網卡，這個較之Intel PROSET要方便許多，Intel PROSET在增加或者減少綁定組里的網卡之前必須刪除原來的綁定組然後重新創建。

好了，好了，至此一切都已經做好，我們的伺服器已經成為一台地地道道的「雙網卡冗餘伺服器」了，我們來運行一下，看看錶現。

第四部分：測試雙網卡綁定後的效果

檢查一下線路，前面說過兩塊網卡已經用網線連入10M集線器（這就相當於機房機櫃里的百兆交換機），集線器的Uplink口連入了家用路由器的任意一個網口，路由器通過ADSL大貓接入互聯網（北京512K包月ADSL），這樣伺服器就已經和互聯網連通了，按下Power鍵啟動伺服器，由於伺服器裡面已經安裝了動態域名軟體，伺服器啟動之後，很快與國際域名www.usacase.com連接到一起（具體過程請看不久前發表在太平洋網站的《絕對瘋狂!1G容量的郵件伺服器自己打造》），這時只要訪問www.usacase.com域名，即可從世界各地訪問到我的伺服器了，我讓上海的一個朋友用FTP軟體登陸這台「雙網卡冗餘伺服器」，下載一個50M的壓縮文件包。嚯，只見伺服器上的兩塊8139D網卡的指示燈同時閃爍起來，閃爍的頻率完全同步，煞是好看！

再看那台古董級10M集線器，兩個接上網卡的介面指示燈也是飛快同步閃爍，說明兩塊網卡在同步工作，同時分擔訪問的流量。上海的朋友說感覺速度不錯，畢竟只是512K的ADSL，也僅能看看網卡同步閃爍的美麗效果了。

然後，我又在區域網里進行了傳輸實驗，因為有那個10M集線器的瓶頸，所以效果不是很好，但是也能看出一些明顯改善。從區域網另一台使用單個雜牌10M8029網卡的電腦上通過網上鄰居訪問已經用NIC Express綁定了雙8139D網卡的伺服器，傳輸200M文件，通過「NIC Express Enterprise Edition」中的曲線監控圖觀察到，雙網卡綁定組的傳輸速率從8M/s起步，最高達到8.2M/s，兩機之間平均傳輸速率比較穩定，偶爾有大幅度的波動，是軟體正在調整兩塊網卡的負載均衡，只有零點幾秒就恢復正常，基本穩定在7.5－8M/s左右，已經接近那個10M集線器的最大傳輸極限。之後，從伺服器上刪除一塊網卡，再進行兩機傳輸實驗，發現傳輸最高速率已經驟然減少到5M/s，而且傳輸過程中速率上下波動很大，平均傳輸速率也就3M/s左右，可見前後差異還是很明顯的。

② 伺服器如何實現集群和負載均衡

很多組織機構慢慢的在不同的伺服器和地點部署sql
server資料庫——為各種應用和目的——開始考慮通過sql
server集群的方式來合並。
將sql
server實例和資料庫合並到一個中心的地點可以減低成本，尤其是維護和軟硬體許可證。此外，在合並之後，可以減低所需機器的數量，這些機器就可以用於備用。
當尋找一個備用，比如高可用性的環境，企業常常決定部署microsoft的集群架構。我常常被問到小的集群(由較少的節點組成)sql
server實例和作為中心解決方案的大的集群哪一種更好。在我們比較了這兩個集群架構之後，我讓你們自己做決定。
什麼是microsoft集群伺服器
mscs是一個windows
server企業版中的內建功能。這個軟體支持兩個或者更多伺服器節點連接起來形成一個「集群」，來獲得更高的可用性和對數據和應用更簡便的管理。mscs可以自動的檢查到伺服器或者應用的失效，並從中恢復。你也可以使用它來(手動)移動伺服器之間的負載來平衡利用率以及無需停機時間來調度計劃中的維護任務。
這種集群設計使用軟體「心跳」來檢測應用或者伺服器的失效。在伺服器失效的事件中，它會自動將資源(比如磁碟和ip地址)的所有權從失效的伺服器轉移到活動的伺服器。注意還有方法可以保持心跳連接的更高的可用性，比如站點全面失效的情況下。
mscs不要求在客戶計算機上安裝任何特殊軟體，因此用戶在災難恢復的經歷依賴於客戶-伺服器應用中客戶一方的本質。客戶的重新連接常常是透明的，因為mscs在相同的ip地址上重啟應用、文件共享等等。進一步，為了災難恢復，集群的節點可以處於分離的、遙遠的地點。
在集群伺服器上的sql
server
sql
server
2000可以配置為最多4個節點的集群，而sql
server
2005可以配置為最多8個節點的集群。當一個sql
server實例被配置為集群之後，它的磁碟資源、ip地址和服務就形成了集群組來實現災難恢復。
sql
server
2000允許在一個集群上安裝16個實例。根據在線幫助，「sql
server
2005在一個伺服器或者處理器上可以支持最多50個sql
server實例，」但是，「只能使用25個硬碟驅動器符，因此如果你需要更多的實例，那麼需要預先規劃。」
注意sql
server實例的災難恢復階段是指sql
server服務開始所需要的時間，這可能從幾秒鍾到幾分鍾。如果你需要更高的可用性，考慮使用其他的方法，比如log
shipping和資料庫鏡像。
單個的大的sql
server集群還是小的集群
下面是大的、由更多的節點組成的集群的優點：
◆更高的可用新(更多的節點來災難恢復)。
◆更多的負載均衡選擇(更多的節點)。
◆更低廉的維護成本。
◆增長的敏捷性。多達4個或者8個節點，依賴於sql版本。
◆增強的管理性和簡化環境(需要管理的少了)。
◆更少的停機時間(災難恢復更多的選擇)。
◆災難恢復性能不受集群中的節點數目影響。
下面是單個大的集群的缺點：
◆集群節點數目有限(如果需要第9個節點怎麼辦)。
◆在集群中sql實例數目有限。
◆沒有對失效的防護——如果磁碟陣列失效了，就不會發生災難恢復。
◆使用災難恢復集群，無法在資料庫級別或者資料庫對象級別，比如表，創建災難恢復集群。
虛擬化和集群
虛擬機也可以參與到集群中，虛擬和物理機器可以集群在一起，不會發生問題。sql
server實例可以在虛擬機上，但是性能可能會受用影響，這依賴於實例所消耗的資源。在虛擬機上安裝sql
server實例之前，你需要進行壓力測試來驗證它是否可以承受必要的負載。
在這種靈活的架構中，如果虛擬機和物理機器集群在一起，你可以在虛擬機和物理機器之間對sql
server進行負載均衡。比如，使用虛擬機上的sql
server實例開發應用。然後在你需要對開發實例進行壓力測試的時候，將它災難恢復到集群中更強的物理機器上。
集群伺服器可以用於sql
server的高可用性、災難恢復、可擴展性和負載均衡。單個更大的、由更多的節點組成的集群往往比小的、只有少數節點的集群更好。大個集群允許更靈活環境，為了負載均衡和維護，實例可以從一個節點移動到另外的節點。

③ 兩台伺服器怎麼做負載均衡

根據硬體本次的大小，舉個例子，比如你現在有台電腦安裝的是win ser 2003 的伺服器，上面有iis sql ser 2005 一台是2008 的伺服器，上面是ad dns。。。這樣的話，相比就要給ser 2003 上的內存多點，根據自己的需求，合理的分配

④ 如何在兩台伺服器上實現負載均衡和雙機熱備

有啊，雙擊備份，伺服器虛擬化都可以做，專業技術人員提供方案，免費服務，可以吧，青島天鼎成，保證節約成本

⑤ 多台伺服器如何做網路負載均衡

1：找分區或目錄同步軟體，某台伺服器改動了自動把修改應用到別的伺服器，比如紅旗的HA。

2：換種建伺服器的思路，後台用一台獨立的伺服器做資料庫和文件伺服器，用來存放資料庫和上傳的文件，另外的做負載均衡運行伺服器，把不需要變動的網頁程序放上面。

⑥ 多台伺服器負載均衡的壓力測試要怎麼做

負載均衡是演算法上的問題，按常規軟體測試的方式來。
如果負載沒問題，那理論上壓力測試只要測單個服務就行了。

⑦ nginx 負載均衡 伺服器有多個站點，改怎麼設置選擇我需要的

負載均衡是我們大流量網站要做的一個東西，下面我來給大家介紹在Nginx伺服器上進行負載均衡配置方法，希望對有需要的同學有所幫助哦。
負載均衡
先來簡單了解一下什麼是負載均衡，單從字面上的意思來理解就可以解釋N台伺服器平均分擔負載，不會因為某台伺服器負載高宕機而某台伺服器閑置的情況。那麼負載均衡的前提就是要有多台伺服器才能實現，也就是兩台以上即可。
測試環境
由於沒有伺服器，所以本次測試直接host指定域名，然後在VMware里安裝了三台CentOS。
測試域名 ：a.com
A伺服器IP ：192.168.5.149 （主）
B伺服器IP ：192.168.5.27
C伺服器IP ：192.168.5.126
部署思路
A伺服器做為主伺服器，域名直接解析到A伺服器（192.168.5.149）上，由A伺服器負載均衡到B伺服器（192.168.5.27）與C伺服器（192.168.5.126）上。

域名解析
由於不是真實環境，域名就隨便使用一個a.com用作測試，所以a.com的解析只能在hosts文件設置。
打開：C:
在末尾添加
192.168.5.149 a.com
保存退出，然後啟動命令模式ping下看看是否已設置成功

從截圖上看已成功將a.com解析到192.168.5.149IP
A伺服器nginx.conf設置
打開nginx.conf，文件位置在nginx安裝目錄的conf目錄下。
在http段加入以下代碼
upstream a.com {
server 192.168.5.126:80;
server 192.168.5.27:80;
}

server{
listen 80;
server_name a.com;
location / {
proxy_pass http://a.com;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
}
保存重啟nginx
B、C伺服器nginx.conf設置
打開nginx.confi，在http段加入以下代碼
server{
listen 80;
server_name a.com;
index index.html;
root /data0/htdocs/www;
}
保存重啟nginx
測試
當訪問a.com的時候，為了區分是轉向哪台伺服器處理我分別在B、C伺服器下寫一個不同內容的index.html文件，以作區分。
打開瀏覽器訪問a.com結果，刷新會發現所有的請求均分別被主伺服器（192.168.5.149）分配到B伺服器（192.168.5.27）與C伺服器（192.168.5.126）上，實現了負載均衡效果。
B伺服器處理頁面

C伺服器處理頁面

假如其中一台伺服器宕機會怎樣？
當某台伺服器宕機了，是否會影響訪問呢？
我們先來看看實例，根據以上例子，假設C伺服器192.168.5.126這台機子宕機了（由於無法模擬宕機，所以我就把C伺服器關機）然後再來訪問看看。
訪問結果：

我們發現，雖然C伺服器（192.168.5.126）宕機了，但不影響網站訪問。這樣，就不會擔心在負載均衡模式下因為某台機子宕機而拖累整個站點了。
如果b.com也要設置負載均衡怎麼辦？
很簡單，跟a.com設置一樣。如下：
假設b.com的主伺服器IP是192.168.5.149，負載均衡到192.168.5.150和192.168.5.151機器上
現將域名b.com解析到192.168.5.149IP上。
在主伺服器(192.168.5.149)的nginx.conf加入以下代碼：
upstream b.com {
server 192.168.5.150:80;
server 192.168.5.151:80;
}

server{
listen 80;
server_name b.com;
location / {
proxy_pass http://b.com;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
}
保存重啟nginx
在192.168.5.150與192.168.5.151機器上設置nginx，打開nginx.conf在末尾添加以下代碼：
server{
listen 80;
server_name b.com;
index index.html;
root /data0/htdocs/www;
}
保存重啟nginx
完成以後步驟後即可實現b.com的負載均衡配置。
主伺服器不能提供服務嗎？
以上例子中，我們都是應用到了主伺服器負載均衡到其它伺服器上，那麼主伺服器本身能不能也加在伺服器列表中，這樣就不會白白浪費拿一台伺服器純當做轉發功能，而是也參與到提供服務中來。
如以上案例三台伺服器：
A伺服器IP ：192.168.5.149 （主）
B伺服器IP ：192.168.5.27
C伺服器IP ：192.168.5.126
我們把域名解析到A伺服器，然後由A伺服器轉發到B伺服器與C伺服器，那麼A伺服器只做一個轉發功能，現在我們讓A伺服器也提供站點服務。
我們先來分析一下，如果添加主伺服器到upstream中，那麼可能會有以下兩種情況發生：
1、主伺服器轉發到了其它IP上，其它IP伺服器正常處理；
2、主伺服器轉發到了自己IP上，然後又進到主伺服器分配IP那裡，假如一直分配到本機，則會造成一個死循環。
怎麼解決這個問題呢？因為80埠已經用來監聽負載均衡的處理，那麼本伺服器上就不能再使用80埠來處理a.com的訪問請求，得用一個新的。於是我們把主伺服器的nginx.conf加入以下一段代碼：
server{
listen 8080;
server_name a.com;
index index.html;
root /data0/htdocs/www;
}

重啟nginx，在瀏覽器輸入a.com:8080試試看能不能訪問。結果可以正常訪問

既然能正常訪問，那麼我們就可以把主伺服器添加到upstream中，但是埠要改一下，如下代碼：
upstream a.com {
server 192.168.5.126:80;
server 192.168.5.27:80;
server 127.0.0.1:8080;
}
由於這里可以添加主伺服器IP192.168.5.149或者127.0.0.1均可以，都表示訪問自己。
重啟Nginx，然後再來訪問a.com看看會不會分配到主伺服器上。

主伺服器也能正常加入服務了。
最後
一、負載均衡不是nginx獨有，著名鼎鼎的apache也有，但性能可能不如nginx。
二、多台伺服器提供服務，但域名只解析到主伺服器，而真正的伺服器IP不會被ping下即可獲得，增加一定安全性。

三、upstream里的IP不一定是內網，外網IP也可以。不過經典的案例是，區域網中某台IP暴露在外網下，域名直接解析到此IP。然後又這台主伺服器轉發到內網伺服器IP中。
四、某台伺服器宕機、不會影響網站正常運行，Nginx不會把請求轉發到已宕機的IP上

解析nginx負載均衡原理
摘要：對於一個大型網站來說，負載均衡是永恆的話題。隨著硬體技術的迅猛發展，越來越多的負載均衡硬體設備涌現出來，如F5 BIG-IP、Citrix NetScaler、Radware等等，雖然可以解決問題，但其高昂的價格卻往往令人望而卻步，因此負載均衡軟體仍然是大部分公司的不二之選。nginx作為webserver的後起之秀，其優秀的反向代理功能和靈活的負載均衡策略受到了業界廣泛的關注。本文將以工業生產為背景，從設計實現和具體應用等方面詳細介紹nginx負載均衡策略。
關鍵字：nginx 負載均衡 反向代理

⑧ 多台伺服器負載均衡，各位做過嗎

負載均衡（Load Balance）

由於目前現有網路的各個核心部分隨著業務量的提高，訪問量和數據流量的快速增長，其處理能力和計算強度也相應地增大，使得單一的伺服器設備根本無法承擔。在此情況下，如果扔掉現有設備去做大量的硬體升級，這樣將造成現有資源的浪費，而且如果再面臨下一次業務量的提升時，這又將導致再一次硬體升級的高額成本投入，甚至性能再卓越的設備也不能滿足當前業務量增長的需求。

針對此情況而衍生出來的一種廉價有效透明的方法以擴展現有網路設備和伺服器的帶寬、增加吞吐量、加強網路數據處理能力、提高網路的靈活性和可用性的技術就是負載均衡（Load Balance）。

負載均衡技術主要應用

1、DNS負載均衡 最早的負載均衡技術是通過DNS來實現的，在DNS中為多個地址配置同一個名字，因而查詢這個名字的客戶機將得到其中一個地址，從而使得不同的客戶訪問不同的伺服器，達到負載均衡的目的。DNS負載均衡是一種簡單而有效的方法，但是它不能區分伺服器的差異，也不能反映伺服器的當前運行狀態。

2、代理伺服器負載均衡 使用代理伺服器，可以將請求轉發給內部的伺服器，使用這種加速模式顯然可以提升靜態網頁的訪問速度。然而，也可以考慮這樣一種技術，使用代理伺服器將請求均勻轉發給多台伺服器，從而達到負載均衡的目的。

⑨ 多台windows2003的伺服器，負載均衡怎麼做希望告知，謝謝。

我也是菜鳥，給你個思路，不指望分
你可以試試在一台伺服器做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 機。為了驗證效果，你可以在瀏覽的時候，拔掉第一台計算機的網線或拔掉第二台機器的網線，將會發現瀏覽到的將是不同內容。當然，我們在測試的時候，為了驗證網路負載均衡的效果，把兩個網站設置成不一致的內容，而在正式應用的時候，網路負載均衡群集的每個節點計算機的內容將是一致的，這樣不管使用哪一個節點響應，都能保證訪問的內容是一致的。

⑩ 怎麼實現伺服器的負載均衡

負載均衡有分硬體負載和軟體。
1.
硬體方面，可以用F5做負載，內置幾十種演算法。
2.
軟體方面，可以使用反向代理伺服器，例如apache,Nginx等高可用反向代理伺服器。
利用DNSPOD智能解析的功能,就可以實現多台機器負載均衡.
首先你用一台高配置的機器來當資料庫伺服器.然後把網站的前端頁面復製成多份,分別放在其他的幾台機器上面.再用DNSPOD做智能解析,把域名解析指向多個伺服器的IP,DNSPOD默認就有智能分流的作用,也就是說當有一台機器的資源不夠用時會自動引導用戶訪問其他機器上.這是相對來講比較簡單的實現負載均衡的方法.