10台伺服器如何做集群

❶ 我有幾台伺服器，但是伺服器都在幾個省，這樣可以組建集群伺服器嗎

可以，但是要求這幾台伺服器CPU型號一致才可以的，伺服器可以創聞主機的餓

❷ 如何用IBM的伺服器做集群系統

科學計算領域,伺服器集群這種計算工具有相當重要的作用,通常一個集群可以有幾十、幾百顆處理器通過高速網路連接組合在一起，形成巨大的計算資源為特定的應用服務。
我們首先來介紹一下集群，Cluster集群技術可如下定義：一組相互獨立的伺服器在網路中表現為單一的系統，並以單一系統的模式加以管理。此單一系統為客戶工作站提供高可靠性的服務。
大多數模式下，集群中所有的計算機擁有一個共同的名稱，集群內任一系統上運行的服務可被所有的網路客戶所使用。Cluster必須可以協調管理各分離的組件的錯誤和失敗，並可透明地向Cluster中加入組件。
一個Cluster包含多台（至少二台）擁有共享數據存儲空間的伺服器。任何一台伺服器運行一個應用時，應用數據被存儲在共享的數據空間內。每台伺服器的操作系統和應用程序文件存儲在其各自的本地儲存空間上。
Cluster內各節點伺服器通過一內部區域網相互通訊。當一台節點伺服器發生故障時，這台伺服器上所運行的應用程序將在另一節點伺服器上被自動接管。當一個應用服務發生故障時，應用服務將被重新啟動或被另一台伺服器接管。當以上任一故障發生時，客戶將能很快連接到新的應用服務上。
由於組成集群的機器不盡相同，所以我們通常可以把集群分成兩種：工作站集群和胖節點集群。
工作站集群（COW）
工作站集群的節點機規模一般都比較小，常常配備的示2-4顆處理器的伺服器，採用通常的乙太網或者InfiniBand來連接，一般採用Linux集群操作系統來對集群進行管理。
這種集群最常見的是PC伺服器廠商的PC－Cluster集群或者刀片伺服器集群，他的優點主要是價格便宜和容易部署，所以很多小的伺服器廠商也可以做這種集群。在國外，很多大學生通過一個公用的高速專用網路，將數十台的PC聯在一起，用Linux集群操作系統來管理，就構成了這種集群。
這種集群的缺點是不太穩定，不能運行大規模的商業應用軟體。而且由於這種鬆散連接，使得佔用的空間可能比較大，散熱也成問題。
胖節點集群
胖節點集群的伺服器節點多是8-16顆CPU的SMP伺服器，其穩定性大大提高，通過專有技術用乙太網或者InfiniBand連接，系統採用UNIX操作系統，應用經過優化的專用集群管理軟體。常見的機器有IBM的
Cluster1600和HPQ
AlphaServer
SC，他的好處是節點機的性能比較穩定，系統節點不太容易出問題，這樣就可以運行大型的應用程序，應用到商業或者科學計算中。它的擴展性也比較好，支持所有並行方式，但是相比於前一種，價格也要貴很多。國外和國內都有這種應用案例，當然這種價格也不是一般企業和機構可以採用的，多數是原來做商業計算或者科研。
詳情請參照：http://article.pchome.net/content-123394.html

❸ 怎麼做集群伺服器

集群是需要軟體和硬體配合的，首先物理上需要有多台計算機（最好是相同型號的），在這些計算機上安裝相同的操作系統（通常都是Linux），然後在各個機器上配置SSH，確保這些機器能夠彼此免輸入密碼直接通信，接著需要在這些機器上安裝集群軟體，具體安裝哪種需要看你的需求，如VMWare、OpenStack、Hadoop、Docker等，安裝方法也都不一樣，可以參考具體的教程。

❹ 伺服器集群如何實現

不難，硬體用路由器，軟體嘛，操作系統用WIN2003 server enterprise 企業版，推薦一並安裝R2升級包，所有機器組區域網，用一台千兆網卡做域控，架設流媒體伺服器，其他機做為域成員加入進來，內網IP各用各的，外網用埠映射到一個IP，用域控做網路流量負載平衡，域控機器配置要強，如果你網路流量大，建議用專業級伺服器，至強+2Gb+SCSI硬碟之類，看你環境要求了，如果必要可以上雙至強，再用一台512mb內存的p4 2.0G以上機做備份域控，這樣主域控上下線或重啟或出故障不影響域內成員正常工作，備份域控湊合就可以了，按我上面的要求就行，當然，有錢可以用好的

如果你安全性要求高，建議路由前端用普通P4+512Mb內存機器架ISA2004 server組防火牆，配置的好效果比一般的硬體防火牆要好，完全不影響網路環境運行，域內成員可以裸奔不怕毒和黑

至於域內成員機，如果僅全力供應片源，當前主流家用機型就夠用了

伺服器建議用hp 360G系列，目前價位不算高，性價比還不錯，售後很好，如果你對建網不怎麼了解，可以讓他們幫你裝，買他們的伺服器就是要利用他們的人力資源嘛

路由器可以選用飛魚星4200以上機型，電信網通雙WAN口，是可以提供150～250台機器的大型網吧專用的，內置參數非常豐富

另外再多羅嗦幾句，板卡不要買七彩虹的，我上過當，七彩虹本身是咨訊公司，沒有任何板卡生產能力，都是同德代工的，以為它的出貨量大，就選了它，結果廣告上的指標參數和實際產品根本不同，水份太多太多了，售後也很爛，特此建議……

樓下別再抄襲我了，每天都被抄走好幾個200分最佳，實在是郁悶！

❺ Redis怎麼做集群

為什麼集群？

通常，為了提高網站響應速度，總是把熱點數據保存在內存中而不是直接從後端資料庫中讀取。Redis是一個很好的Cache工具。大型網站應用，熱點數據量往往巨大，幾十G上百G是很正常的事兒，在這種情況下，如何正確架構Redis呢？

首先，無論我們是使用自己的物理主機，還是使用雲服務主機，內存資源往往是有限制的，scale up不是一個好辦法，我們需要scale out橫向可伸縮擴展，這需要由多台主機協同提供服務，即分布式多個Redis實例協同運行。

其次，目前硬體資源成本降低，多核CPU，幾十G內存的主機很普遍，對於主進程是單線程工作的Redis，只運行一個實例就顯得有些浪費。同時，管理一個巨大內存不如管理相對較小的內存高效。因此，實際使用中，通常一台機器上同時跑多個Redis實例。

方案

1.Redis官方集群方案 Redis Cluster

Redis Cluster是一種伺服器Sharding技術，3.0版本開始正式提供。

Redis Cluster中，Sharding採用slot(槽)的概念，一共分成16384個槽，這有點兒類pre sharding思路。對於每個進入Redis的鍵值對，根據key進行散列，分配到這16384個slot中的某一個中。使用的hash演算法也比較簡單，就是CRC16後16384取模。

Redis集群中的每個node(節點)負責分攤這16384個slot中的一部分，也就是說，每個slot都對應一個node負責處理。當動態添加或減少node節點時，需要將16384個槽做個再分配，槽中的鍵值也要遷移。當然，這一過程，在目前實現中，還處於半自動狀態，需要人工介入。

Redis集群，要保證16384個槽對應的node都正常工作，如果某個node發生故障，那它負責的slots也就失效，整個集群將不能工作。

為了增加集群的可訪問性，官方推薦的方案是將node配置成主從結構，即一個master主節點，掛n個slave從節點。這時，如果主節點失效，Redis Cluster會根據選舉演算法從slave節點中選擇一個上升為主節點，整個集群繼續對外提供服務。這非常類似前篇文章提到的Redis Sharding場景下伺服器節點通過Sentinel監控架構成主從結構，只是Redis Cluster本身提供了故障轉移容錯的能力。

Redis Cluster的新節點識別能力、故障判斷及故障轉移能力是通過集群中的每個node都在和其它nodes進行通信，這被稱為集群匯流排(cluster bus)。它們使用特殊的埠號，即對外服務埠號加10000。例如如果某個node的埠號是6379，那麼它與其它nodes通信的埠號是16379。nodes之間的通信採用特殊的二進制協議。

對客戶端來說，整個cluster被看做是一個整體，客戶端可以連接任意一個node進行操作，就像操作單一Redis實例一樣，當客戶端操作的key沒有分配到該node上時，Redis會返回轉向指令，指向正確的node，這有點兒像瀏覽器頁面的302 redirect跳轉。

Redis Cluster是Redis 3.0以後才正式推出，時間較晚，目前能證明在大規模生產環境下成功的案例還不是很多，需要時間檢驗。

2.Redis Sharding集群

Redis 3正式推出了官方集群技術，解決了多Redis實例協同服務問題。Redis Cluster可以說是服務端Sharding分片技術的體現，即將鍵值按照一定演算法合理分配到各個實例分片上，同時各個實例節點協調溝通，共同對外承擔一致服務。

多Redis實例服務，比單Redis實例要復雜的多，這涉及到定位、協同、容錯、擴容等技術難題。這里，我們介紹一種輕量級的客戶端Redis Sharding技術。

Redis Sharding可以說是Redis Cluster出來之前，業界普遍使用的多Redis實例集群方法。其主要思想是採用哈希演算法將Redis數據的key進行散列，通過hash函數，特定的key會映射到特定的Redis節點上。這樣，客戶端就知道該向哪個Redis節點操作數據。

慶幸的是，java redis客戶端驅動jedis，已支持Redis Sharding功能，即ShardedJedis以及結合緩存池的ShardedJedisPool。

Jedis的Redis Sharding實現具有如下特點：

1. 採用一致性哈希演算法(consistent hashing)，將key和節點name同時hashing，然後進行映射匹配，採用的演算法是MURMUR_HASH。採用一致性哈希而不是採用簡單類似哈希求模映射的主要原因是當增加或減少節點時，不會產生由於重新匹配造成的rehashing。一致性哈希隻影響相鄰節點key分配，影響量小。

2.為了避免一致性哈希隻影響相鄰節點造成節點分配壓力，ShardedJedis會對每個Redis節點根據名字(沒有，Jedis會賦予預設名字)會虛擬化出160個虛擬節點進行散列。根據權重weight，也可虛擬化出160倍數的虛擬節點。用虛擬節點做映射匹配，可以在增加或減少Redis節點時，key在各Redis節點移動再分配更均勻，而不是只有相鄰節點受影響。

3.ShardedJedis支持keyTagPattern模式，即抽取key的一部分keyTag做sharding，這樣通過合理命名key，可以將一組相關聯的key放入同一個Redis節點，這在避免跨節點訪問相關數據時很重要。

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

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

❼ 什麼是伺服器集群

分布式與集群是不一樣的，簡單說，分布式是以縮短單個任務的執行時間來提升效率的，而集群則是通過提高單位時間內執行的任務數來提升效率。

如果一個任務由10個子任務組成，每個子任務單獨執行需1小時，則在一台伺服器上執行改任務需10小時。

採用分布式方案，提供10台伺服器，每台伺服器只負責處理一個子任務，不考慮子任務間的依賴關系，執行完這個任務只需一個小時。

而採用集群方案，同樣提供10台伺服器，每台伺服器都能獨立處理這個任務。假設有10個任務同時到達，10個伺服器將同時工作，10小後，10個任務同時完成，這樣，整體來看，還是1小時內完成一個任務。

(7)10台伺服器如何做集群擴展閱讀

分布式系統可以分為機體內系統、建築物內系統、建築物間系統和不同地理范圍的區域系統等，它們的耦合度依次由高到低按應用領域的性質決定耦合度，可以分成三類：

一、是面向計算任務的分布並行計算機系統和分布式多用戶計算機系統，它們要求盡可能高的耦合度，以便發展成為能分擔大型計算機和分時計算機系統所完成的工作。

二、是面向管理信息的分布式數據處理系統。耦合度可以適當降低。

三、是面向過程式控制制的分布式計算機控制系統。耦合度要求適中，當然對於某些實時應用，其耦合度的要求可能很高。

❽ 伺服器集群怎麼實現

不難，硬體用路由器，軟體嘛，操作系統用WIN2003
server
enterprise
企業版，推薦一並安裝R2升級包，所有機器組區域網，用一台千兆網卡做域控，架設流媒體伺服器，其他機做為域成員加入進來，內網IP各用各的，外網用埠映射到一個IP，用域控做網路流量負載平衡，域控機器配置要強，如果你網路流量大，建議用專業級伺服器，至強+2Gb+SCSI硬碟之類，看你環境要求了，如果必要可以上雙至強，再用一台512mb內存的p4
2.0G以上機做備份域控，這樣主域控上下線或重啟或出故障不影響域內成員正常工作，備份域控湊合就可以了，按我上面的要求就行，當然，有錢可以用好的
如果你安全性要求高，建議路由前端用普通P4+512Mb內存機器架ISA2004
server組防火牆，配置的好效果比一般的硬體防火牆要好，完全不影響網路環境運行，域內成員可以裸奔不怕毒和黑
至於域內成員機，如果僅全力供應片源，當前主流家用機型就夠用了
伺服器建議用hp
360G系列，目前價位不算高，性價比還不錯，售後很好，如果你對建網不怎麼了解，可以讓他們幫你裝，買他們的伺服器就是要利用他們的人力資源嘛
路由器可以選用飛魚星4200以上機型，電信網通雙WAN口，是可以提供150～250台機器的大型網吧專用的，內置參數非常豐富
另外再多羅嗦幾句，板卡不要買七彩虹的，我上過當，七彩虹本身是咨訊公司，沒有任何板卡生產能力，都是同德代工的，以為它的出貨量大，就選了它，結果廣告上的指標參數和實際產品根本不同，水份太多太多了，售後也很爛，特此建議……
樓下別再抄襲我了，每天都被抄走好幾個200分最佳，實在是郁悶！