Windows server 2012 故障轉移群集圖解教程
在本章節(jié)中主要講解windows server 2012故障轉移群集,故障轉移群集是 Windows Server 中的一個功能,自從在 Windows NT 4.0 Enterprise Edition 中首次引入群集以來,就可為服務器負載提供高可用性,是由一組獨立的服務器組成, 并相互協(xié)作以提高服務和應用程序的可用性,群集中的某臺計算機上發(fā)生故障時,資源會重定向到群集中的另一臺計算機,工作量也會重新分發(fā)到群集中的另一臺計算機??梢允褂霉收限D移群集確保用戶幾乎一直具有訪問基于服務器的重要資源的權限。故障轉移群集是針對具有長期運行的內存中狀態(tài)或具有大型的、頻繁更新的數(shù)據(jù)狀態(tài)的應用程序而設計。這些應用程序稱為狀態(tài)應用程序,并且它們包括數(shù)據(jù)庫應用程序和消息應用程序。故障轉移群集的典型使用包括文件服務器、打印服務器、數(shù)據(jù)庫服務器和消息服務器。
雖然老版本 Windows Server 的故障轉移群集功能為實施高可用性解決方案提供了穩(wěn)健的基礎,但這些功能在 Windows Server 2012 中得到了極大的增強,可以提供更高擴展能力,更快速的故障轉移,更大的實施靈活性,以及更容易的管理。相比 Windows Server 2008 R2,Windows Server 2012 中的故障轉移群可提供更好的擴展性,包括:
1、創(chuàng)建最多包含 64 個節(jié)點的群集,對您的環(huán)境進行擴展,而老版本只能包含 16 個節(jié)點。
2、通過對基礎架構進行擴展,每個群集最多可運行 4,000 個虛擬機,每個節(jié)點最多可運行1,024 個虛擬機。
3、具有控制虛擬機群集管理和其他群集角色的功能。
4、相比Windows Server 2008 R2,增加了對于擴展文件服務器的支持。
5、支持群集感知更新 (CAU),群集感知更新 (CAU)是一個自動化的功能,允許更新自動應用于群集服務器中的主機操作系統(tǒng),并且更新過程中的可用性損失極小或為零
6、在運行 Windows Server 2012 的群集中,管理員可以配置對同時運行 Windows Server 2012 的群集虛擬機上的服務進行監(jiān)視。
7、Microsoft iSCSI Software Target 是 Windows Server 2012 中的一項集成功能。它可通過 TCP/IP 從服務器提供存儲,包括故障轉移群集中托管的應用程序的共享存儲。在 Windows Server 2012 中,可使用故障轉移群集管理器或 Windows PowerShell cmdlet 將高度可用的 iSCSI 目標服務器配置為群集角色。
一、安裝故障轉移群集
在配置故障轉移群集之前,首先要確定群集中的服務器要滿足其最低要求,在常見的部署中,會準備一臺兼容群集服務角色的共享存儲設備來存放服務器節(jié)點所需共享數(shù)據(jù),無論所連接的共享存儲設備是SAN還是DAS,只要使用不同的LUN,便可以讓多個群集架構來進行訪問。建議您使用NTFS格式化的分區(qū)。如果您使用群集共享卷(CSV的),每個人的分區(qū)必須是NTFS。如果在群集中的一臺服務器發(fā)生了故障,則群集中的其它服務器會立刻接手并繼續(xù)運行。而這些服務器是通過心跳網(wǎng)絡來進行相互檢測的,當服務器發(fā)生故障時,其他的服務器就會檢測不到故障服務器的心跳信號,此時就會認為此服務器發(fā)生故障,并立刻接手并繼續(xù)運行。可以通過多個不同網(wǎng)絡來連接群集節(jié)點?;蛘?,您也可以將您的群集節(jié)點的一個網(wǎng)絡,構建與組網(wǎng)絡適配器,冗余交換機,冗余路由器或類似的硬件,消除單點故障。除了這些,還建議最好使用一組包含相同或相似組件的匹配計算機。
windows server 2012故障轉移群集可以給虛擬機帶來高可用性,減少虛擬機當機的危險,下面我們就針對2臺windows server 2012安裝故障轉移群集并建立故障轉移群集群集:
1、通過添加功能和角色安裝向導,選擇故障轉移群集(如下圖),點擊下一步,直到安裝完成,安裝完成后系統(tǒng)不需要重新啟動。
2、在服務器管理器中,點擊工具,在彈出的菜單中選擇故障轉移群集管理器,或者在開始界面中選擇故障轉移群集管理器。
二、驗證故障轉移配置
1、打開故障轉移群集后,在正式建立群集之前,需要先行完成所有想加入群集服務器計算機的配置自動檢測,以便于在后續(xù)整個群集的部署過程中更加順利。點擊驗證配置。
2、接著“在開始之前”的界面中,單擊“下一步”按鈕繼續(xù)
3、在“選擇服務器或群集”界面中,直接輸入或者單擊“瀏覽”按鈕將所有要加入群集的服務器添加進來,然后單擊“下一步”按鈕。
4、在驗證配置向導中最好選擇運行所有測試,進行全部檢測就是可以查看到服務器之間建立群集的所有設置,包括網(wǎng)絡、共享磁盤、操作系統(tǒng)等。
5、確認驗證配置。
6、群集驗證在 Windows Server 2012 中有所改進,比老版本故障轉移群集的速度更快。
7、測試完成后,會在摘要中看到每個項目的測試結果,如果有哪一項被檢測失敗,則可以單擊“查看報告”按鈕來查看每一項失敗的原因以及失敗的明確描述。在默認狀態(tài)下報告文件會以HTML格式被儲存在SystemRoot\Cluster\Reports中,并且在報告上會自動標上當時測試的日期域時間。
8、最后點擊查看報告,查看完整的測試報告網(wǎng)頁。
三、建立故障轉移群集
在通過所有的故障轉移群集檢測后,就可以建立群集主機了。在建立群集時,要注意防火墻的設置,大部分的群集故障是由防火墻所引起的。并且保證節(jié)點之間和存儲的網(wǎng)絡通信安全可靠。
1、在開始之前的界面中,單擊下一步。
2、在用于管理群集的訪問點的界面中,必須輸入一個目前尚未存在的群集名稱,以及相對應的群集IP地址。
3、確認無誤后,單擊“下一步”
4、將會開始創(chuàng)建群集,可查看驗證進程
5、在摘要中,顯示配置完成和成功創(chuàng)建的群集,可以單擊“查看報告”按鈕來查看詳細列表。
6、成功創(chuàng)建群集。
四、配置故障轉移群集角色
Windows Server 故障轉移群集為 Hyper-V 基礎架構提供了一個至關重要的技術,不僅可以提供可用性,而且可以提供可移植性。虛擬化和私有云環(huán)境的一個重要概念在于破除負載與底層物理資源之間的捆綁關系,而故障轉移群集通過使用實時遷移技術在不同物理宿主機之間不停機移動和放置虛擬機。如果有節(jié)點遇到故障,虛擬機將被分散到其他群集節(jié)點上。在老版本 Windows Server 中,任何資源都可以分散到承載虛擬機數(shù)量最少的群集節(jié)點中。在 Windows Server 2012 中,這種邏輯進行了改進,可以根據(jù)宿主機的內存數(shù)量這一最常見的約束性資源,決定虛擬機的分散方式。每個虛擬機都可以放置到空閑內存資源最多的節(jié)點中,并且會針對每個虛擬機的資源需求進行評估。
下面我們就進行配置故障轉移群集中的Hyper-V。
1、在故障轉移群集管理器中,右鍵點擊角色,選擇配置角色。
2、在“開始之前”的界面中,單擊下一步。
3、在“選擇角色”的界面中,選中“虛擬機”,然后擊“下一步”按鈕。
4、在選擇虛擬機頁面中,選擇要配置高可用性的虛擬機,這里會顯示群集中所有的虛擬機。勾選虛擬機后單擊“保存”按鈕,如果虛擬機不在共享存儲中,設置虛擬機高可用性將會失敗。單擊“下一步”按鈕。
5、確認選擇的虛擬機。
6、對虛擬機進行配置高可用性
7、在“摘要”界面中,顯示已經成功為此虛擬機配置了高可用性,但是系統(tǒng)也給出了相關的警告。
五、測試故障轉移群集
為了確保所建立的虛擬機高可用性在故障轉移群集功能的整成運行,接下來可以做一些簡單的故障模擬測試。為了達到最好的效果,我們這里將其中的一臺主機關機,而這臺主機上運行著虛擬機。首先,我們關閉了hyper-v01服務器,在不到10秒的時間里,故障轉移群集發(fā)現(xiàn)了已經失去的hyper-v01服務器。但hyper-v01上的虛擬機也無法連接。
隨后故障轉移群集將hyper-v01上的虛擬機立刻在hyper-v02上自動重新啟動,并且使新建虛擬機恢復正常,此次實驗獲得成功。
windows server 2012故障轉移群集就介紹到這里。
相關文章
關于Window Server2008 服務器上無法播放音頻文件和FLV視頻文件
這篇文章主要介紹了關于Window Server2008 服務器上無法播放音頻文件和FLV視頻文件的相關資料,需要的朋友可以參考下2015-09-09
Windows server 2019搭建NFS服務器的實現(xiàn)方法
本文將指導您在Windows Server 2019上搭建NFS服務器,并介紹如何配置和管理NFS共享,具有一定的參考價值,感興趣的可以了解一下2023-09-09
關于網(wǎng)站應用程序池的帳號密碼更改及其影響的實例分析
這個標題看起來有點繞,但其實是一個常見的問題,而且很多朋友對此的理解都不深。我這里用一個例子來解釋一下2011-12-12
修改MaxFieldLength與MaxRequestBytes徹底解決Request Too Lo
當 IIS6/IIS7/7.5 收到的請求頭的長度超過16K(默認值),就會引發(fā)"Bad Request - Request Too Long. HTTP Error 400. The size of the request headers is too long."的錯誤2014-01-01




























