1、mysql分布式集群的搭建方案
不是很理解,比如說你3台搭建分布式,你通過什麼方式區分庫表?假設每台伺服器上部署一個mysql實例,那你怎麼把數據分布到3個mysql裡面?是每個mysql裡面存不同的表么?如果這樣,就還可以接受。這塊問題不是很大。
第二個問題,你的HA主備,意思是說兩個分布式互為主備?那怎麼備份,怎麼切換?
其實按照你想要達到的目標。應該是每兩台互做主備,形成3對主備庫,然後這3對再組建一個分布式集群。
其實和你要做的可能差不多,不過邏輯上還是有差異的。HA你准備怎麼做?keepalived?
另外,咨詢一下,你的分布式是通過什麼來實現,不同業務訪問不同的資料庫,每個庫存不同的表?還是相同的表分布在不同資料庫?
看你伺服器的配置如何,其實我覺得一般來說拿3台來做備機有點浪費,如果配置允許,可以考慮做成6套mysql主備的分布式集群。
通過交叉互備實現硬體的最大利用。下圖是我們之前用4台伺服器做的一套集群方案。

如果還有其他問題可以和我聯系。
2、架設高可用 Web 伺服器集群方案有哪些
伺服器集群方案都是要根據你的業務情況的,具有針對性的,很少有通用的,看你是做的什麼類型的網站,並發達到多少,數據情況,具體的功能,有沒有視頻啦,是否需要做負載,雙機熱備,異地備份等,需要多方面詳細確定的,才能出具體的配置和部署架構方案。需要方案交流更多可私信我,希望可以幫到你
3、資料庫集群應如何設計?
上面那些全是胡說八道,什麼是資料庫設計都不懂,拿些前端的程序代碼來矇事。
沒什麼難設計的。會者不難。
不過能做這個工作的設計師薪水不低。你這樣問不知道是你在做這個,還是你是相關的主管。
告訴你這些,那你的薪水拿的太容易了。
4、web伺服器集群和資料庫伺服器集群
4台web伺服器可發做個負載均衡集群(1個AD,三個WEB)、4台資料庫伺服器可發做成ORACLE RAC
5、簡述mysql該怎樣進行集群部署
mysql集群部署操作如下:
1、在MySQL集群中.當table引擎為NDBCLUSTER時才做集群,其他非NDBCLUSTER表和一般MySQL資料庫表一樣,不會共享數據。NDBCLUSTER表數據存儲在Data node伺服器內存中,Data Node可以為1台或多台伺服器,它們之間存放共享數據。Data Node伺服器可以分組數據copy。
例如:2,3,4,5為四台Data Node伺服器ID. 2,3為組0; 4,5為組1; 2,3維持數據相同,4,5維持數據相同。 組0和組1維持數據不同。
2、sql node伺服器中,非NDBCLUSTER數據存在本身資料庫中,table引擎為NDBCLUSTER時,數據存儲在Data Node中。當查詢NDBCLUSTER表時,它會從Data node集群中提起數據.
3、Manager server管理SQl node和Data node狀態。
6、組建mysql集群的幾種方案
但似乎很多人推薦這個)DRBD+Heartbeat+MySQL(有一台機器空餘?Heartbeat切換時間較長?有腦裂問題?)MySQL Proxy(不夠成熟與穩定?使用了Lua?是不是用了他做分表則可以不用更改客戶端邏輯?)MySQL Cluster (社區版不支持INNODB引擎?商用案例不足?穩定性欠佳?或者還有其他問題?又或者聽說現在發展不錯?)MySQL + MHA (如果配上非同步復制,似乎是不錯的選擇,又和問題?)MySQL + MMM (似乎反映有很多問題,未實踐過,誰能給個說法)淘寶的Cola(似乎現在停止開發了?)?變形蟲Amoeba(事務支持?)或者,其他方案? 不管哪種方案都是有其場景限制 或說 規模限制,以及優缺點的。1. 首先反對大家做讀寫分離,關於這方面的原因解釋太多次數(增加技術復雜度、可能導致讀到落後的數據等),只說一點:99.8%的業務場景沒有必要做讀寫分離,只要做好資料庫設計優化 和配置合適正確的主機即可。2.Keepalived+MySQL --確實有腦裂的問題,還無法做到准確判斷mysqld是否HANG的情況;3.DRBD+Heartbeat+MySQL --同樣有腦裂的問題,還無法做到准確判斷mysqld是否HANG的情況,且DRDB是不需要的,增加反而會出問題;3.MySQL Proxy -- 不錯的項目,可惜官方半途夭折了,不建議用,無法高可用,是一個寫分離;4.MySQL Cluster -- 社區版本不支持NDB是錯誤的言論,商用案例確實不多,主要是跟其業務場景要求有關系、這幾年發展有點亂不過現在已經上正規了、對網路要求高;5.MySQL + MHA -- 可以解決腦裂的問題,需要的IP多,小集群是可以的,但是管理大的就麻煩,其次MySQL + MMM 的話且坑很多,有MHA就沒必要採用MMM建議:1.若是雙主復制的模式,不用做數據拆分,那麼就可以選擇MHA或 Keepalive 或 heartbeat2.若是雙主復制,還做了數據的拆分,則可以考慮採用Cobar;
7、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的高可用性、災難恢復、可擴展性和負載均衡。單個更大的、由更多的節點組成的集群往往比小的、只有少數節點的集群更好。大個集群允許更靈活環境,為了負載均衡和維護,實例可以從一個節點移動到另外的節點。
8、網站集群技術
資料庫也是集群的,訂單的提交是以事物的方式提交的,保證資料庫集群中數據的一致性(事物失敗會回滾)。現在的電商網站已經不是簡單理解的每台機器部署個php+mysql了,而是將很多功能服務化了,比如某類商品的查詢直接調用RPC介面,或者某個訂單的提交調用訂單服務API。系統內部已經逐漸將功能模塊服務化。面向服務的單功能API可以很好的維護、部署,開發。分布式資料庫會有多級緩存支持,這個插入和查詢的延遲不會很高,具體得看業務場景要求了。
9、求伺服器集群方案
大多數模式下,集群中所有的計算機擁有一個共同的名稱,集群內任一系統上運行的服務可被所有的網路客戶所使用。Cluster必須可以協調管理各分離的組件的錯誤和失敗,並可透明地向Cluster中加入組件。
一個Cluster包含多台(至少二台)擁有共享數據存儲空間的伺服器。任何一台伺服器運行一個應用時,應用數據被存儲在共享的數據空間內。每台伺服器的操作系統和應用程序文件存儲在其各自的本地儲存空間上。
Cluster內各節點伺服器通過一內部區域網相互通訊。當一台節點伺服器發生故障時,這台伺服器上所運行的應用程序將在另一節點伺服器上被自動接管。當一個應用服務發生故障時,應用服務將被重新啟動或被另一台伺服器接管。當以上任一故障發生時,客戶將能很快連接到新的應用服務上。
集群的硬體配置
鏡像伺服器雙機
集群中鏡像伺服器雙機系統是硬體配置最簡單和價格最低廉的解決方案,通常鏡像服務的硬體配置需要兩台伺服器,在每台伺服器有獨立操作系統硬碟和數據存貯硬碟,每台伺服器有與客戶端相連的網卡,另有一對鏡像卡或完成鏡像功能的網卡。
鏡像伺服器具有配置簡單,使用方便,價格低廉諸多優點,但由於鏡像伺服器需要採用網路方式鏡像數據,通過鏡像軟體實現數據的同步,因此需要佔用網路伺服器的CPU及內存資源,鏡像伺服器的性能比單一伺服器的性能要低一些。
有一些鏡像伺服器集群系統採用內存鏡像的技術,這個技術的優點是所有的應用程序和網路操作系統在兩台伺服器上鏡像同步,當主機出現故障時,備份機可以在幾乎沒有感覺的情況下接管所有應用程序。因為兩個伺服器的內存完全一致,但當系統應用程序帶有缺陷從而導致系統宕機時,兩台伺服器會同步宕機。這也是內存鏡像卡或網卡實現數據同步,在大數據量讀寫過程中兩台伺服器在某些狀態下會產生數據不同步,因此鏡像伺服器適合那些預算較少、對集群系統要求不高的用戶。
硬體配置範例:
網路伺服器 兩台
伺服器操作系統硬碟 兩塊
伺服器數據存貯硬碟 視用戶需要確定
伺服器鏡像卡(部分軟體可使用標准網卡) 兩塊
網路服務網卡 兩塊三、雙機與磁碟陣列櫃
與鏡像伺服器雙機系統相比,雙機與磁碟陣列櫃互聯結構多出了第三方生產的磁碟陣列櫃,目前,豪威公司、精業公司等許多公司都生產有磁碟陣列櫃,在磁碟陣列櫃中安裝有磁碟陣列控制卡,陣列櫃可以直接將櫃中的硬碟配置成為邏輯盤陣。磁碟陣列櫃通過SCSI電纜與伺服器上普通SCSI卡相連,系統管理員需直接在磁碟櫃上配置磁碟陣列。
雙機與磁碟陣列櫃互聯結構不採用內存鏡像技術,因此需要有一定的切換時間(通常為60?D?D180秒),它可以有郊的避免由於應用程序自身的缺陷導致系統全部宕機,同時由於所有的數據全部存貯在中置的磁碟陣列櫃中,當工作機出現故障時,備份機接替工作機,從磁碟陣列中讀取數據,所以不會產生數據不同步的問題,由於這種方案不需要網路鏡像同步,因此這種集群方案伺服器的性能要比鏡像伺服器結構高出很多。
雙機與磁碟陣列櫃互聯結構的缺點是在系統當中存在單點錯的缺陷,所謂單點錯是指當系統中某個部件或某個應用程序出現故障時,導致所有系統全部宕機。在這個系統中磁碟陣列櫃是會導致單點錯,當磁碟陣列櫃出現邏輯或物理故障時,所有存貯的數據會全部丟失,因此,在選配這種方案時,需要選用一個品質與售後服務較好的產品。
硬體配置範例:
網路伺服器 兩台
伺服器操作系統硬碟 兩塊
第三方生產的磁碟陣列櫃 一台
磁碟櫃專用SCSI電線 兩根
磁碟陣列櫃數據存貯硬碟 視用戶需求確定
網路服務網卡 兩塊
除此之外,一些廠商還有更優秀的技術的解決方案,比如 HP.
HP雙機雙控容錯系統
HP NetServer為雙機雙控容錯系統提供了高品質和高可靠的硬體基礎……
HP雙機雙控容錯系統結合了HP伺服器產品的安全可靠性與Cluster技術的優點,相互配合二者的優勢。
硬體配置範例:
HP L系統的網路伺服器 兩台
伺服器操作系統硬碟 兩塊
HP硬碟存貯櫃(SS/6,RS/8,RS/12) 一台
磁碟櫃專用SCSI集群適配電纜 兩根
磁碟櫃數據存貯硬碟 視用戶需求確定
HP集群專用陣列卡 兩塊
網路服務網卡 兩塊五、HP光纖通道雙機雙控集群系統
光纖通道是一種連接標准,可以作為SCSI的一種替代解決方案,光纖技術具有高帶寬、抗電磁干擾、傳輸距離遠、質量高、擴展能力強等特性,目前在FC-AL仲裁環路上可接入126個設備。
光纖設備提供了多種增強的連接技術,大大方便了用戶使用。伺服器系統可以通過光纜遠程連接,最大可跨越10公里的距離。它允許鏡像配置,這樣可以改善系統的容錯能力。伺服器系統的規模將更加靈活多變。SCSI每條通道最多可連接15個設備,而光纖仲裁環路最多可以連接126個設備。
光纖集群系統組成:
HP光纖集群系統硬體設備包括有兩台HP伺服器(需支持光纖卡,目前有LC2000、LH3000、LH4、 LH6000、LT6000、LXr8000、LXR8500)及光纖適配卡,可以使用RS/12FC光纖磁碟陣列櫃,需另加一對或兩對網卡用於心跳檢測和與客戶端連接。在配置過程中還需另外選配光纖卡到光纖存貯設備的光纖電纜。
硬體配置:
HPL系統的網路伺服器 兩台
伺服器操作系統硬碟 兩塊
HP光纖陣列存貯櫃(RS/12FC) 一台
光纖磁碟櫃專用光纖電纜 兩根
光纖磁碟櫃數據存貯硬碟 視用戶需求確定
HP光纖適配卡 兩塊
網路服務網卡 兩塊
集群的軟體配置
基於NT平台的集群軟體
Microsoft的MSCS,也有許多第三方的專業軟體公司開發的集群軟體,如豪威的DATAWARE,VIN CA公司的STANDBY SERVER,NSI公司的DOUBLE-TAKE.
MS WolfPack的特點
MS WolfPack是MS Cluster server的別稱,是 微軟針對Cluster技術研製開發的雙機軟體。它集成在NT SERVER上,支持由二台機器組成的雙機系統,提供一種高可用且易管理的應用環境。
主要特點:
自動檢測和修復伺服器或應用程序的錯誤
可實現對伺服器中應用程序的切換
可通過TCP/IP連接各種客戶端,如MS-DOS、WINDOWS 3.X/9X/NT,Apple Macintosh、UNIX等
生產主機無需人工干涉即可自動恢復數據並接管任務
易管理性:
可自動審核伺服器和應用程序的工作狀態
可建立高可用性的應用程序、文件共享、列印請求等
可靈活設置應用程序和數據的恢復策略
簡單操作即可進行應用程序的離線,重新再線,伺服器間的遷移。
目前,WINDOWS 2000 Advanced Server與WINDOWS 2000 DataCenter Server都集成有更先進集群技術。
其它的網路操作系統平台上也有許多集群軟體,比如:
基於novell平台的集群軟體有Novell HA Server、Novell SFT III
基於sco UNIX平台的集群軟體有Sentinel集群軟體
基於Linux平台的集群軟體有TurboCluster
集群技術的發展趨勢
集群技術隨著伺服器硬體系統與網路操作系統的發展將會在可用性、高可靠性、系統冗餘等方面逐步提高。未來的集群可以依靠集群文件系統實現對系統中的所有文件、設備和網路資源的全局訪問,並且生成一個完整的系統映像。這樣,無論應用程序在集群中的哪台伺服器上,集群文件系統允許任何用戶(遠程或本地)都可以對這個軟體進行訪問。任何應用程序都可以訪問這個集群任何文件。甚至在應用程序從一個節點轉移到另一個節點的情況下,無需任何改動,應用程序就可以訪問系統上的文件。
10、應用系統集群部署架構設計(監聽、通知)
本想告訴你我的回答,但網路現在把明確的回答納入違反網路知道規范之列,所以只能模稜兩可的告訴你。大概啊......就是如此.......的答案。
你明白了吧!?