負載均衡搭建伺服器集群

⑴ 基於tcp負載均衡的伺服器集群除了用昂貴的F5及比較昂貴的交換機外，還有其它方法可以實現

所說的伺服器是web伺服器嗎？還有那10000左右的預算包括web伺服器的錢嗎？
我說的這個實在linux上實現的。。。。

這個可以用lvs代替，它可以實現F5的功能，只是性能比F5差，但是性價比絕對超高。

LVS(Linux Virtual Server)
? LVS是一個開源的軟體，可以實現LINUX平台下的簡單負載均衡。LVS是Linux Virtual Server的縮寫，意思是Linux虛擬伺服器。
? LVS集群採用三層結構，其主要組成部分為：
– A、負載調度器（load balancer），它是整個集群對外面的前端機，負責將客戶的請求發送到一組伺服器上執行，而客戶認為服務是來自一個IP地址（我們可稱之為虛擬IP地址）上的。
– B、伺服器池（server pool），是一組真正執行客戶請求的伺服器，執行的服務有WEB、MAIL、FTP和DNS等。
– C、共享存儲（shared storage），它為伺服器池提供一個共享的存儲區，這樣很容易使得伺服器池擁有相同的內容，提供相同的服務。

另外，可以再給調度器一個備機，來實現高可用。。。
這個東西只要把伺服器提供好了，找人來搭，費用會比用F5實惠很多。

http://ke..com/view/645050.html?wtp=tt

⑵ 如何搭建一個負載均衡的服務集群

很容易啊 買設備就好

⑶ windows搭建集群伺服器

你這個需求是備份吧，Windows有兩種服務可以解決你現在的問題：
1、網路負載均衡，可以把指定的伺服器添加到負載均衡群中，並指定網路埠和協議，選擇負載均衡集群切換模式是按照一對一還是交叉負載均衡；
2、故障轉移集群，可以針對進程判斷是否啟用備份機的指定進程；

這兩個集群各有各的用途，同時對於搭建也有自己的要求，完成集群後所對應的功能也略有不同。

部署：
負載均衡不需要額外設備；
但故障轉移，需要iSCSI存儲設備支持；

用途：
負載均衡針對網路埠，重點在於均衡，可以通過交叉策略，保證a/b的訪問量一致，或者單一主機方式，保證在宕機或網線不通的情況下切換到備機；
故障轉移，可以精確監控到進程，保證進程出現故障（包括宕機）即可轉移到備機；

具體問題具體分析，看你需要什麼級別的備份，要求高的話，上故障轉移（但是要增加設備——iSCSI），要求簡單，就上負載均衡

⑷ sqlSERVER怎麼搭建伺服器集群實現負載均衡

很多組織機構慢慢的在不同的伺服器和地點部署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的高可用性、災難恢復、可擴展性和負載均衡。單個更大的、由更多的節點組成的集群往往比小的、只有少數節點的集群更好。大個集群允許更靈活環境，為了負載均衡和維護，實例可以從一個節點移動到另外的節點。

⑸ 伺服器集群，負載均衡，分布式等問題

集群和負載均衡的區別如下：
1、集群(Cluster)
所謂集群是指一組獨立的計算機系統構成的一個松耦合的多處理器系統,它們之間通過網路實現進程間的通信?應用程序可以通過網路共享內存進行消息傳送,實現分布式計算機?
2、負載均衡(Load Balance)
網路的負載均衡是一種動態均衡技術,通過一些工具實時地分析數據包,掌握網路中的數據流量狀況,把任務合理均衡地分配出去?這種技術基於現有網路結構,提供了一種擴展伺服器帶寬和增加伺服器吞吐量的廉價有效的方法,加強了網路數據處理能力,提高了網路的靈活性和可用性?
3、特點
(1)高可靠性(HA)?利用集群管理軟體,當主伺服器故障時,備份伺服器能夠自動接管主伺服器的工作,並及時切換過去,以實現對用戶的不間斷服務?
(2)高性能計算(HP)?即充分利用集群中的每一台計算機的資源,實現復雜運算的並行處理,通常用於科學計算領域,比如基因分析?化學分析等?
(3)負載平衡?即把負載壓力根據某種演算法合理分配到集群中的每一台計算機上,以減輕主伺服器的壓力,降低對主伺服器的硬體和軟體要求?
LVS系統結構與特點
1. Linux Virtual Server:簡稱LVS?是由中國一個Linux程序員章文嵩博士發起和領導的,基於Linux系統的伺服器集群解決方案,其實現目標是創建一個具有良好的擴展性?高可靠性?高性能和高可用性的體系?許多商業的集群產品,比如RedHat的Piranha? Turbo Linux公司的Turbo Cluster等,都是基於LVS的核心代碼的?
2. 體系結構:使用LVS架設的伺服器集群系統從體系結構上看是透明的,最終用戶只感覺到一個虛擬伺服器?物理伺服器之間可以通過高速的 LAN或分布在各地的WAN相連?最前端是負載均衡器,它負責將各種服務請求分發給後面的物理伺服器,讓整個集群表現得像一個服務於同一IP地址的虛擬伺服器?
3. LVS的三種模式工作原理和優缺點: Linux Virtual Server主要是在負載均衡器上實現的,負載均衡器是一台加了 LVS Patch的2.2.x版內核的Linux系統?LVS Patch可以通過重新編譯內核的方法加入內核,也可以當作一個動態的模塊插入現在的內核中?

⑹ windows 2003網路負載均衡器做Web伺服器集群策略，總是不能成功

向群集中添加其他節點
請打開 群集管理器。在出現的「打開到群集的連接」對話框中，在「操作」中選擇「添加節點到群集」，然後單擊「確定」。然後在「群集或伺服器名」中，或者鍵入一個已存在群集的名稱，從下拉型列表框中選擇一個名稱，或者單擊「瀏覽」以便搜索一個可用的群集。單擊「確定」以便繼續。出現「添加節點向導」。單擊「下一步」以便繼續。完成「添加節點向導」後，單擊「完成」。
警告
如果正在使用共享存儲設備，那麼開機並啟動操作系統時，保證只有一個節點可訪問群集磁碟至關重要。否則，可能會損壞群集磁碟。要防止損壞群集磁碟，請在創建群集之前，只保留一個節點而關閉所有其他節點，或使用其他技術（如邏輯單元號碼或 LUN 屏蔽、選擇性表示或劃分區域）保護群集磁碟。群集服務在一個節點上正常運行後，即可同時添加和配置其他節點。
注意
要執行該過程，您必須是本地計算機 Administrators 組的成員，或者您必須被委派適當的許可權。如果將計算機加入域，Domain Admins 組的成員可能也可以執行這個過程。作為安全性的最佳操作，可以考慮使用運行方式來執行這個過程。
要打開「群集管理器」，請依次單擊「開始」和「控制面板」，雙擊「管理工具」，再雙擊「群集管理器」。也可以從「文件」菜單向一個已存在的群集添加節點，首先單擊「打開連接」以便連接一個已存在的群集。然後，可以單擊「新建」，再單擊「節點」，從「文件」菜單打開「添加節點向導」。您可以安全地取消，並且重新啟動安裝程序。
如果登錄的計算機已經是已存在群集的一個節點，「群集管理器」將默認地連接到該群集。向伺服器群集添加新節點後，使用「群集管理器」以便故障轉移群集磁碟，並驗證群集磁碟聯機返回。有關如何操作的信息，請參閱「相關主題」中的「測試組資源可否故障轉移」。
要在無人參予安裝後向已存在的群集添加節點，請運行一個腳本以便調用 cluster /add: 命令，並在命令行提供所有必須的配置信息。有關無人參與安裝的信息，請參閱「相關主題」中的「計劃無人參與的安裝」。有關群集命令行語法的詳細信息，請參閱「相關主題」中的「Cluster」。

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

很多組織機構慢慢的在不同的伺服器和地點部署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的高可用性、災難恢復、可擴展性和負載均衡。單個更大的、由更多的節點組成的集群往往比小的、只有少數節點的集群更好。大個集群允許更靈活環境，為了負載均衡和維護，實例可以從一個節點移動到另外的節點。

⑻ 負載均衡 伺服器集群 的一些基礎問題

負載均衡有多種方式：對應tcp/ip協議的不同層

可以在應用層做，也可以在網路層或者鏈路層做

負載均衡主要作用是為了系統的擴展性和高可用性

主要目的並不是為了升級單機的配置

數據一般採取硬體存儲，即多個伺服器訪問同一個存儲設備

⑼ 伺服器集群的負載均衡演算法有哪些

輪轉(Round-Robin)演算法
加權輪轉(Weighted Round Robin)演算法
最小連接數（Least Connections）演算法
加權最小連接數（Weighted Least Connections）演算法
目的地址哈希散列（Destination Hashing Scheling）演算法
源地址哈希散列（Source Hashing Scheling）演算法
隨機（Random）演算法

⑽ 如何使用Apache伺服器配置負載均衡集群

Internet 的快速增長，特別是電子商務應用的發展，使Web應用成為目前最重要最廣泛的應用，Web伺服器動態內容越來越流行。目前，網上信息交換量幾乎呈指數增長，需要更高性能的Web伺服器提供更多用戶的Web服務，因此，Web伺服器面臨著訪問量急劇增加的壓力，對其處理能力和響應能力等帶來更高的要求，如果Web 伺服器無法滿足大量Web訪問服務，將無法為用戶提供穩定、良好的網路應用服務。
由於客觀存在的伺服器物理內存、CPU 處理速度和操作系統等方面的影響因素，當大量突發的數據到達時，Web伺服器無法完全及時處理所有的請求，造成應答滯後、請求丟失等，嚴重的導致一些數據包因延時而重發，使傳輸線路和伺服器的負擔再次增加。傳統的方法是提高Web 伺服器的CPU 處理速度和增加內存容量等硬體辦法但無論如何增加Web 伺服器硬體性能，均無法滿足日益增加的對用戶的訪問服務能力。
面對日漸增加的Web 訪問服務要求，必須對Web 伺服器按一定策略進行負載分配。利用負載均衡[1]的技術，按照一定策略將Web 訪問服務分配到幾台伺服器上，負載處理對用戶透明，整體上對外如同一台Web 伺服器為用戶提供Web服務。
2 Web負載均衡結構
2.1 負載均衡
負載是一個抽象的概念，是表示系統繁忙程度，系統在一段時間空閑，該系統負載輕，系統在一段時間空忙，該系統負載重，影響系統負載的各種因數較多如果存在很多的數據包同時通過網路連向一台Web伺服器，也就是網路的速度比網路所連接的設備速度快的情況下，系統負載不斷增加，直到最大。
目前提高Web 伺服器性能，使其具有較強負載能力，主要有兩種處理思想[2]：
1)單機思想
不斷升級伺服器硬體性能，每當負載增加，伺服器隨之升級。這隨之將帶來一些問題，首先，伺服器向高檔升級，花費資金較多；其次，升級頻繁，機器切換造成服務中斷，可能會導致整個服務中斷；最後，每種架構的伺服器升級總有一個極限限制。
2)多機思想
使用多台伺服器提供服務，通過一定機制使它們共同分擔系統負載，對單一的伺服器沒有太高的性能要求，系統負載增加，可以多增加伺服器來分擔。對用戶而言，整個系統彷彿是一台單一的邏輯伺服器，這樣的系統能夠提供較強的可擴展性和較好的吞吐性能。
為了適應當前急劇增長的Web訪問，有別於傳統的單機思想，解決單機思想帶來的一系列問題，本文提出了一種基於權值的策略分配負載。
2.2 負載均衡實現設備[2]
目前實現負載均衡需要兩類的設備：伺服器和分配器。
1)伺服器(Server)
為用戶提供真正的服務，也就是指給用戶提供負載均衡服務的計算機設備，有關該設備的一些性能數據是負載均衡的主要依據之一。
2)分配器(Dispatcher)
由用戶瀏覽器、Web 伺服器組成兩層結構Web 系統[2]，如所示，實際是基於客戶端的負載均衡。
負責給用戶服務分配伺服器，分配器的主要功能是根據客戶和伺服器的各種情況(這些情況要能反映伺服器的負載狀況或性能狀況)通過一定的演算法進行調動和分配工作，從而提高由伺服器整體構成的網站的穩定性、響應能力。它主要是集中所有的HTTP 請求，然後分配到多台Web伺服器上處理，來提高系統的處理效率。
2.3 負載均衡系統結構
2.3.1 兩層結構的負載均衡系統
在伺服器上運行一個特定的程序，該程序相當一個客戶端，它定期的收集伺服器相關性能參數，如CPU、I/O、內存等動態信息，根據某種策略，確定提供最佳服務的伺服器，將應用請求轉發給它。如果採集負載信息程序發現伺服器失敗，則找其它伺服器作為服務選擇。這是一種動態負載均衡技術，但是每台伺服器上必須安裝特定的客戶端程序，同時，為保證應用程序的透明性，需要對每個應用進行修改，能夠將訪問請求通過該客戶端程序轉發到其它伺服器上，重定向方式進行，修改每一個應用程序，工作量十分大。
2.3.2 三層結構的負載均衡系統
由用戶瀏覽器、負載均衡和Web伺服器組成三層結構Web系統[2]，如所示。實際是基於伺服器的負載均衡。如果將基於客戶端的負載均衡中客戶端的負載均衡部分移植到一個中間平台，形成一個應用伺服器，構成請求、負載均衡和伺服器的三層結構，客戶端應用不需要做特殊修改，透明的中間層將請求均衡的分布到不同的伺服器。
據伺服器直接連到Internet 與否有兩種多Web 伺服器結構：隔離式(Separation) 和非隔離式(Unseparation)。隔離式是伺服器不直接連到Internet，如所示，非隔離式是伺服器直接連到Internet，如所示。 隔離式中只有負載均衡器對外有一個IP 地址，所有的請求由負載均衡器分配到不同的Web Server，所有Web Server 的返回結果也經過負載均衡器傳回給用戶。非隔離式中每一台Web Server 都有一個IP地址，用戶請求經過負載均衡器分配到Web Server，而請求的應答不經過負載均衡器，直接傳回用戶。為了減輕均衡器的負載，本文中採用了三層結構中的隔離方式。
2.4 負載均衡實現的方法
Web 負載均衡常見演算法有[3]：循環調度演算法(Round-Robin Scheling)、加權循環調度演算法(Weighted Round-Robin Scheling) 、最小連接調度演算法(Least-Connection Scheling)、目標地址散列調度演算法(Destination Hashing Scheling)、源地址散列調度演算法(Source Hashing Scheling)。
本文採用基於權值的調度演算法，也就是說權值大的伺服器優先得到調度，本文在實現時是基於靜態的權值，就是在開始的時候給每一個伺服器配置一個默認的權值。當然也可以根據實際運行情況再對每一個伺服器的權值進行調整。但是這需要實時的搜集每一個伺服器的信息，如伺服器的內存實用情況，響應速度等一些信息。