Windows 2003服務器集群安裝

1、 Windows 2003服務器集群安裝群集安裝安裝概述在安裝過程中，安裝某些節(jié)點時將關閉其它節(jié)點。這個步驟有助于保證附加到共享總線的磁盤上的數據不會丟失或遭到破壞。當多個節(jié)點同時嘗試寫入一個未受到群集軟件保護的磁盤時，可以出現數據丟失或遭到破壞的情況。與 Microsoft® Windows® 2000系統(tǒng)不同，Windows 2003 Server中新磁盤的默認裝載方式有所變化。在Windows 2003中，將不會對與引導分區(qū)不在同一總線的邏輯磁盤進行自動裝載和分配驅動器號。這有助于確保在復雜的SAN環(huán)境中，服務器不會裝載可能屬于另一臺服務器的驅動器。盡管驅動器不會被自

2、動裝載，但是仍然建議您按照下列步驟，確認共享磁盤不會遭到破壞。使用下表確定在每一個步驟必須關閉的節(jié)點和存儲設備。本指南中的步驟面向雙節(jié)點群集。而如果您正在安裝擁有兩個以上節(jié)點的群集，那么“節(jié)點2”一欄將列出其它所有節(jié)點所要求的狀態(tài)。在配置群集(Cluster)服務軟件前，必須先執(zhí)行幾個步驟。這些步驟是:11. 在每個節(jié)點上安裝Windows Server 2003 Enterprise Edition或Windows Server 2003 Datacenter Edition操作系統(tǒng)。12. 設置網絡。13. 設置磁盤。在第一個節(jié)點上開始安裝群集服務前，在每一個群集節(jié)點上執(zhí)行這些步驟。要配置

3、群集服務，您必須登錄一個擁有所有節(jié)點管理許可的帳戶。每個節(jié)點都必須是同一個域的成員。如果您選擇將其中一個節(jié)點作為域控制器，那么在相同的子網上再設置一個域控制器，以便消除單點故障，并對該節(jié)點進行維護。安裝Windows Server 2003操作系統(tǒng)參考您從Windows Server 2003操作系統(tǒng)軟件包中得到的文檔，以便在群集中的每個節(jié)點上安裝該系統(tǒng)。配置群集服務之前，您必須在本地登錄一個屬于本地管理員組成員的域帳戶。注意:如果您試圖將一個節(jié)點加入一個具有空白的本地管理員帳戶密碼的群集，安裝將會失敗?；诎踩?，Windows Server 2003禁止使用空白的管理員密碼。設置網絡每個

4、群集節(jié)點至少需要包含兩個網絡適配器的兩個或兩個以上的獨立網絡，以便避免單點故障。其中一個網絡適配器用于連接到公用網絡，而另一個則用于連接到僅由群集節(jié)點組成的專用網絡。擁有多個網絡適配器的服務器被稱為“多宿主”。由于多宿主服務器可能存在問題，因此遵照本文檔中所描述的網絡配置建議，對您來說至關重要。Microsoft要求您在每個節(jié)點上擁有兩個經硬件兼容性列表(Hardware Compatibility List，HCL)許可并得到Microsoft產品支持服務(Microsoft Product Support Services)支持的PCI(Peripheral Component Inter

5、connect，外圍組件互連)網絡適配器。通過一個靜態(tài)IP地址，在您的生產網絡上配置其中一個網絡適配器，并在另一個用于進行專用群集通信的子網上，通過另一個靜態(tài)IP地址，在一個獨立的網絡上配置另一個網絡適配器。服務器群集節(jié)點間的通信對于群集的順暢運轉至關重要。因此，您必須對用于群集通信的網絡執(zhí)行最佳配置，并遵照硬件兼容性列表上的所有要求。專用網絡適配器用于執(zhí)行節(jié)點對節(jié)點的通信、群集狀態(tài)信息和群集管理。每個節(jié)點的公用網絡適配器都將群集連接到客戶端所在的公用網絡，并應配置為內部群集通信的后備路由。要實現這些操作，應該將群集服務的這些網絡角色配置為“只用于內部群集通信”或“所有通信”。此外，每個群集網

6、絡必須獨立于其它所有群集網絡之外發(fā)生故障。這意味著，兩個群集網絡不能擁有可能同時導致其出現故障的組件。例如:在多數情況中，使用多端口網絡適配器將一個節(jié)點附加到兩個群集網絡，將無法滿足該要求，因為其端口不是獨立的。要消除可能的通信問題，從網絡適配器刪除所有不必要網絡流量，即設置為“只用于內部群集通信”(該適配器也被稱為心跳或專用網絡適配器)。要驗證所有的網絡連接均準確無誤，專用網絡適配器必須位于另一個來自公用網絡適配器的邏輯網絡上的網絡。這可以通過在雙節(jié)點配置中使用跨接電纜，或者在兩個以上的節(jié)點配置中使用專門的啞集線器來實現。不要針對核心網絡使用交換機、智能集線器或其它任何路由選擇設備。注意:群

7、集心跳不能通過路由選擇設備進行轉移，因為它們的生存時間(Time to Live，TTL)被設定為1。公共網絡適配器只能連接到公用網絡。如果您擁有一個虛擬局域網(LAN)，那么節(jié)點間的等待時間必須少于500毫秒(ms)。另外，在Windows Server 2003中，服務器群集(Server Clustering)中的心跳被改為多播的形式;所以，您可能需要提供一臺Madcap服務器，以便分配多播地址。附加信息，請在Microsoft知識庫中參閱下方文章:針對群集心跳啟用多播支持(Multicast Support Enabled for the Cluster Heartbeat)下方的圖

8、1簡要描繪了一個四節(jié)點群集的配置。 圖1. 四節(jié)點群集的連接。常規(guī)網絡配置:注意:本指南假定您正在運行默認的“開始”菜單。如果您使用傳統(tǒng)的“開始”菜單，那么具體步驟可能稍有不同。在本白皮書中，第一個網絡適配器(本地連接)被連接到公用網絡，而第二個網絡適配器(本地連接2)則被連接到專用群集網絡。您的網絡可能有所不同。重命名局域網圖標建議您更改網絡連接的名稱，以便清楚地進行識別。例如:您可能想把“本地連接2”的名稱更改為“Private”(專用網絡)。重命名將有助于您識別網絡并對其正確地分配角色。1. 單擊“開始”，指向“控制面板”，右擊“網絡連接”，然后單擊“打開”。2. 右擊“本地連接2”圖標

9、。3. 單擊“重命名”。4. 在文本框中鍵入“ Private”(專用網絡)，然后按“ENTER”鍵。5. 重復步驟1至3，然后將公用網絡適配器重命名為“Public”(公用網絡)。圖 2. “網絡連接”窗口中被重新命名的圖標。6. 重命名的圖標如上方圖2所示。關閉“網絡連接”窗口。新的連接名稱將出現在“群集管理器”中，并將在聯機時自動復制到其它所有的群集節(jié)點。在所有節(jié)點上配置綁定順序網絡1. 單擊“開始”，指向“控制面板”，右擊“網絡連接”，然后單擊“打開”。2. 在“高級”菜單上，單擊“高級設置”。3. 在“連接”窗口中，確認您的綁定順序如下所示，然后單擊“確定”:a) 公用網絡b) 專用

10、網絡c) 遠程訪問連接配置專用網絡適配器1. 右擊您的心跳適配器對應的網絡連接，然后單擊“屬性”。2. 在“常規(guī)”選項卡上，確認僅選定了“Internet協(xié)議(TCP/IP)”復選框，如下方圖2所示。點擊清除所有其它客戶端、服務和協(xié)議的復選框。圖 3. 在“專用網絡屬性”對話框中，僅點擊選定“Internet協(xié)議”復選框。3. 如果您擁有一個能夠以不同速度進行傳輸的網絡適配器，那么您應該手動指定一個速度及雙工模式。不要對傳輸速度應用自動選擇設置，因為某些適配器在確定速度時可能丟掉一些數據包。必須根據設備卡制造商的規(guī)格說明，將所有節(jié)點上的網絡適配器的速度硬性設定(手動設定)為相同的值。如果您不能

11、確定您的設備卡和連接設備所支持的速度，Microsoft建議您將同一路徑上的所有設備設定為“10兆字節(jié)每秒”(Mbps)和“半雙工”，如下方圖4所示。雖然通過心跳網絡的信息量較小，但是等待時間對于通信至關重要。該配置將為可靠的通信提供充足的帶寬。群集中附加到相同網絡的所有網絡適配器必須統(tǒng)一設定為使用相同的“雙工模式”、“連接速度”、“流控制”等等。聯系您的適配器制造商，了解有關您的網絡適配器的正確的速度和雙工設置的特定信息。圖 4. 為所有適配器設置速度和雙工。注意:Microsoft不推薦您針對心跳使用任何類型的容錯適配器或“Teaming”(組合)。如果您需要冗余的心跳連接，可以使用多個設

12、定為“只用于內部通信”的網絡適配器，并在“群集”配置中定義它們網絡優(yōu)先級。早期多端口網絡適配器常常存在問題，如果您使用該技術，請確認您的固件和驅動程序都屬于最新的版本。聯系您的網絡適配器制造商，了解有關服務器群集上兼容性的信息。如需獲得更多信息，請在Microsoft知識庫中參閱下方文章:   網絡適配器組合與服務器群集(Network Adapter Teaming and Server Clustering)4. 單擊“Internet協(xié)議(TCP/IP)”，然后單擊“屬性”。5. 在“常規(guī)”選項卡上，確認您所選擇的靜態(tài)IP地址與其它任何公用網絡適配器不在相同的子網或網

13、絡上。建議您將專用網絡適配器放置在以下任何一個專用網絡地址域內:· 10.0.0.0到10.255.255.255 (A類)· 172.16.0.0到172.31.255.255 (B類)· 192.168.0.0到192.168.255.255 (C類)對專用適配器應用一個較好的IP地址的范例是:將節(jié)點1的地址設為10.10.10.10，將節(jié)點2的地址設為10.10.10.11，同時將子網掩碼設為255.0.0.0，如下方圖5所示。確認該IP地址方案與應用于公用網絡的IP地址方案完全不同。注意:有關專用網絡的有效IP尋址的附加信息，請在Microsoft知識庫中

14、參閱下方文章:專用網絡的有效IP尋址(Valid IP Addressing for a Private Network)圖 5.應用于專用適配器的IP地址示例。6. 確認未在“默認網關”方框中，或者在“使用下列DNS服務器地址”下方，定義了任何值。7. 單擊“高級”按鈕。8. 在“ DNS”選項卡上，確認未定義任何值。同時確認清除了“在DNS中注冊此連接的地址”和“在DNS注冊中使用此連接的DNS后綴”復選框。9. 在“WINS”選項卡上，確認未定義任何值。單擊“禁用TCP/IP上的NetBIOS”，如下方圖6所示。圖 6. 確認未在“WINS”選項卡上定義任何值。10. 當關閉了該對話框，

15、您可能接收到如下提示:“此連接擁有一個空白的主WINS地址。您想繼續(xù)嗎?”如果您收到了該提示，單擊“是”。11. 在群集中的所有其它節(jié)點上，通過不同靜態(tài)IP地址完成步驟1至10。配置公用網絡適配器注意:如果IP地址是通過DHCP獲取的，那么如果不能訪問DHCP服務器，則可能無法接入群集節(jié)點。由于這個原因，服務器群集上的所有接口均要求靜態(tài)IP地址。記住:群集服務只能識別每個子網上的一個網絡接口。如果您需要Windows Server 2003中TCP/IP尋址的協(xié)助，請參見“聯機幫助”。驗證連通性和名稱解析要驗證專用和公用網絡正確地進行通信，查驗來自每個節(jié)點的所有IP地址。您必須可以在本地和遠程

16、節(jié)點上查驗所有的IP地址。要驗證名稱解析，使用節(jié)點的機器名稱而非IP地址，從客戶端查驗每一個節(jié)點。應該僅對公用網絡返回IP地址。您也許還想嘗試通過“PING a”命令，反向查找IP地址。驗證域成員群集中的所有節(jié)點必須是同一個域的成員，并可以訪問域控制器和DNS服務器。不能將其設定為成員服務器或域控制器。與群集一樣，您至少應該在相同的網絡區(qū)域擁有一個域控制器?；诟呖捎眯裕硪粋€域控制器也應該可用于消除單點故障。在本指南中，所有的節(jié)點都被設定為成員服務器。在某些實例中，節(jié)點可能部署于并未預先存在Microsoft® Windows NT® 4.0域控制器或Windows Se

17、rver 2003域控制器的環(huán)境中。這種情景至少要求其中有一個群集節(jié)點被設定為域控制器。但是，在雙節(jié)點服務器群集中，如果其中有一個節(jié)點是域控制器，那么另一個節(jié)點也必須是一個域控制器。在四節(jié)點群集實施過程中，沒有必要將全部四個節(jié)點都設定為域控制器。然而，當遵照一個“最佳實踐”模型并至少擁有一個后備域控制器時，余下的三個節(jié)點中至少應該有一個被設定為域控制器。在設定群集服務之前，必須使用DCPromo工具將其中一個節(jié)點提升為域控制器。在Windows Server 2003中位于DNS上的依賴性進一步要求，如果另一個支持動態(tài)更新和/或SRV記錄的DNS服務器不可用，每一個是域控制器的節(jié)點也必須是DN

18、S服務器(建議采用活動目錄集成區(qū)域)。在將群集節(jié)點部署為域控制器時，應該考慮以下問題:14. 如果雙節(jié)點群集中有一個群集節(jié)點是域控制器，另一個節(jié)點也必須是域控制器。15. 運行域控制器需要一定的開銷。一個空閑的域控制器在任何地方都會使用130到140 MB的RAM，包括維持群集服務運行所需的內存。復制也會增加網絡流量，因為這些域控制器必須在域中和域間同其它域控制器進行復制。16. 如果群集節(jié)點是唯一的域控制器，那么每個節(jié)點必須同時是DNS服務器。對于主DNS解析，它們必須相互指向對方，而對于備用解析，則必須指向自身。17. 森林/域中的第一個域控制器將承擔所有的操作主控角色(Operation

19、s Master Roles)。您可以將這些角色重新分配給任何節(jié)點。但是，如果有一個節(jié)點出了故障，該節(jié)點所承擔的操作主控角色(Operations Master Roles)將不可用。因此，建議您不要在任何群集節(jié)點上運行操作主控角色(Operations Master Roles)，其中包括架構主控(Scheme Master)、域命名主控(Domain Naming Master)、相關 ID主控(Relative ID Master)、 PDC仿真主控(PDC Emulator)和基礎結構主控(Infrastructure Master)。這些功能不能進行群集以便通過故障轉移實現高可用性。

20、18. 由于資源限制，在節(jié)點同時是域控制器的情況下，對Microsoft® SQL Server 或Microsoft® Exchange Server等其它應用程序進行群集處理可能無法達到最佳效果。在部署前，該配置必須在實驗室環(huán)境中進行全面的測試。由于制作群集節(jié)點域控制器所涉及的復雜性和開銷，建議所有節(jié)點都應該是成員服務器。設置群集用戶帳戶群集服務需要一個屬于可運行群集服務的每個節(jié)點上的本地管理員(Local Administrators)組成員的域用戶帳戶。因為安裝需要用戶名和密碼，所以該用戶帳戶必須在配置群集服務前予以創(chuàng)建。該用戶帳戶只能專門用于運行群集服務，而不能屬

21、于個人。注意:群集服務帳戶不需要一定是域管理員(Domain Administrators)組的成員?；诎踩?，建議不要授予群集服務帳戶域管理員權利。群集服務帳戶需要下列權利以便在群集的所有節(jié)點上正確地發(fā)揮作用?！叭杭渲孟驅А?Cluster Configuration Wizard)自動授予以下權利:19. 充當操作系統(tǒng)的一部分20. 調整某個過程的內存配額21. 備份文件和目錄22. 增加計劃優(yōu)先級23. 作為服務登錄24. 還原文件和目錄附加信息，請在Microsoft知識庫中參閱下方文章: 如何手動重新創(chuàng)建群集服務帳戶(How to Manually Re-Create the

22、Cluster Service Account)設置群集用戶帳戶1. 單擊“開始”，指向“所有程序”，指向“管理工具”，然后單擊“活動目錄用戶和計算機”。2. 如果域還未展開，單擊加號(+)將其展開。3. 右擊“用戶”，指向“新建”，然后單擊“用戶”。4. 鍵入群集名稱，如下方圖7所示，然后單擊“下一步”。圖 7. 鍵入群集名稱。5. 將密碼設置設定為“用戶不能更改密碼”和“密碼永不過期”。單擊“下一步”，然后單擊“完成”創(chuàng)建該用戶。注意:如果您的管理安全策略不允許使用永不過期的密碼，您必須在密碼到期前，在每個節(jié)點上重續(xù)密碼并更新群集服務配置。附加信息，請在Microsoft知識庫中參閱下方文

23、章: 如何更改群集服務帳戶密碼(How to Change the Cluster Service Account Password)6. 在“活動目錄用戶和計算機”插件的左窗格中，右擊“群集”，然后在快捷菜單上單擊“屬性”。7. 單擊“將成員添加到組”。8. 單擊“管理員”，然后單擊“確定”。這將給予新用戶帳戶在該計算機上的管理特權。9. 退出“活動目錄用戶和計算機”插件。設置共享磁盤警告:為了避免破壞群集磁盤，在其它節(jié)點上啟動操作系統(tǒng)前，確認至少在一個節(jié)點上安裝、配置和運行了Windows Server 2003。在完成群集服務配置之前，所開啟的節(jié)點數不要超過一個，這一點至關重要。要繼續(xù)的

24、話，關閉所有節(jié)點。開啟共享存儲設備，然后開啟節(jié)點1。關于仲裁磁盤仲裁磁盤(quorum disk)用于存儲群集配置數據庫檢查點以及協(xié)助管理群集和維持一致性的日志文件。建議遵照以下仲裁磁盤設置步驟:25. 創(chuàng)建一個最小50 MB的邏輯驅動器用作仲裁磁盤。對于NTFS，最佳的大小為500 MB。26. 專門劃出一個單獨的磁盤作為仲裁資源。重要:仲裁磁盤故障可能導致整個群集失效;所以，強烈建議您使用硬件RAID陣列上的一個卷。除了進行群集管理外，不要使用仲裁磁盤執(zhí)行其它任務。仲裁資源在群集運作中扮演著關鍵的角色。在每個群集中，一個單一的資源被分配作為仲裁資源。仲裁資源可以是具備下列功能的任何物理磁盤

25、(Physical Disk)資源:· 將群集注冊表復制到服務器群集中的其它節(jié)點上。在每個節(jié)點上，群集注冊表默認保存在:%SystemRoot%ClusterClusdbETC2 。而后，群集注冊表被復制到仲裁驅動器的MSCSChkxxx.tmp文件中。這些文件互為副本。MSCSQuolog.log文件是一個維持記錄所有針對檢查點文件的更改的事務日志。這意味著，脫機的節(jié)點可以在重新加入群集時追加這些更改。· 如果群集節(jié)點間失去了通信，質詢響應協(xié)議將啟動以防止出現“裂腦”狀況。在這種情況中，仲裁磁盤資源的所有者變成群集及所有資源的唯一所有者。所有者隨之為客戶端提供資源。當擁有

26、仲裁磁盤的節(jié)點不正確地運作時，正常的節(jié)點將通過仲裁獲得設備的所有權。更多信息，請在Microsoft知識庫中參閱以下文章: 群集服務如何在共享總線上獲得磁盤的所有權(How the Cluster Service Takes Ownership of a Disk on the Shared Bus)在群集服務安裝過程中，您必須為仲裁磁盤提供驅動器盤符。常用的標準盤符為“Q”，本例中亦采用“Q”盤符。配置共享磁盤1. 確認僅開啟了一個節(jié)點。2. 右擊“我的電腦”，單擊“管理”，然后展開“存儲”。3. 雙擊“磁盤管理”。4. 如果您連接了一個新的驅動器，將自動開啟“寫入簽名和更新磁盤向導”。如果

27、出現該向導，單擊“下一步”，完成向導的各個步驟。注意:該向導自動將磁盤設為動態(tài)。要將磁盤復位到基本狀態(tài)，右擊“磁盤n”(n在此處指您正在設定的磁盤)，然后單擊“還原基本磁盤”。5. 右擊“未分配的磁盤空間”。6. 單擊“新分區(qū)”。7. 將啟動“新建分區(qū)向導”，單擊“下一步”。8. 選擇“主分區(qū)”的分區(qū)類型，單擊“下一步”。9. 默認將分區(qū)設為最小。單擊“下一步”。(建議采用多個邏輯磁盤，而不是在一個磁盤上采用多個分區(qū)。)10. 使用下拉框更改驅動器盤符。使用在字母表上比默認列舉的字母更靠后的驅動器盤符。通常，驅動器盤符“Q”可以用于仲裁磁盤，而“R”、“S”等字母則用于數據磁盤。更多信息，請在

28、Microsoft知識庫中參閱下方文章:關于在服務器群集上分配驅動器號的最佳實踐(Best Practices for Drive-Letter Assignments on a Server Cluster)注意:如果您正在計劃使用卷裝載點，不要對磁盤分配驅動器號。更多信息，請在Microsoft知識庫中參閱下方文章: 如何在群集服務器上配置卷裝載點(How to Configure Volume Mount Points on a Clustered Server)27. 使用NTFS格式化分區(qū)。在“卷標”方框中，鍵入該磁盤的名稱。例如:“驅動器Q”，如下方圖8所示。關鍵是要對共享磁盤分配

29、驅動器標簽，因為在還原磁盤時這會大大減少故障排除時間。圖 8. 對共享磁盤分配驅動器標簽至關重要。如果您正在安裝64位版本的Windows Server 2003，確認所有的磁盤均格式化為MBR。全局分區(qū)表(Global Partition Table，GPT)磁盤不能作為群集磁盤得到支持。更多信息，請在Microsoft知識庫中參閱下方文章: 服務器群集不支持GPT共享磁盤(Server Clusters Do Not Support GPT Shared Disks)確認所有的共享磁盤均格式化為NTFS并指派為MBR Basic。驗證磁盤訪問與功能1. 啟動“Windows Explore

30、r”。2. 右擊一個共享磁盤(比如:“驅動器Q:”)，單擊“新建”，然后單擊“文本文檔”。3. 確認您可以順利寫入磁盤，并創(chuàng)建了文件。4. 選擇所創(chuàng)建的文件，然后按“Del”鍵，將其從群集磁盤刪除。5. 對所有群集磁盤重復步驟1至4，確認可以從第一個節(jié)點正確地訪問它們。6. 關閉第一個節(jié)點，開啟第二個節(jié)點，并重復步驟1至4，驗證磁盤訪問和功能。分配驅動器號，以便與相對應的驅動器標簽相匹配。對任何附加節(jié)點重復相同的步驟。確認所有節(jié)點都可以從磁盤讀取和寫入，關閉除第一個節(jié)點以外的所有節(jié)點，然后繼續(xù)閱讀本白皮書。配置群集服務您必須在安裝的第一個階段提供所有初始配置信息。該步驟是通過使用“群集配置向導

31、”來完成的。如下方流程圖所示，“Form(形成)”(創(chuàng)建一個新群集)和“Join(加入)”(添加節(jié)點)所采取的路徑有所不同，但是它們共有一些相同的設置頁面，即“憑證登錄”、“分析”以及“重新分析并啟動服務”。而在下列頁面上則有少許不同:“歡迎”、“選擇計算機”和“群集服務帳戶”。在本課的下面兩個部分中，您將執(zhí)行反映所有這些配置路徑的向導頁面。當您完成了所有的步驟，本白皮書將在第三部分中詳細描述“分析”和“重新分析并啟動服務”頁面，以及這些屏幕所提供的信息的具體意思。注意:在節(jié)點1上進行群集服務配置的過程中，您必須關閉所有其它節(jié)點，并開啟所有共享存儲設備。配置第一個節(jié)點1. 依次單擊“開始”、“

32、所有程序”和“管理工具”，然后單擊“群集管理器”。2. 當出現“打開群集連接向導”提示時，在“執(zhí)行”下拉列表中，單擊“創(chuàng)建新群集”，如下方圖9所示。圖 9. “執(zhí)行”下拉列表。3. 確認您具有配置群集所必需的前提條件，如下方圖10所示。單擊“下一步”。圖 10. 前提條件列表屬于“新建服務器群集向導歡迎”頁面的一部分。4. 鍵入群集的唯一NetBIOS名稱(最多15個字符)，然后單擊“下一步”。(在下方圖11所示的例子中，群集被命名為“MyCluster(我的群集)”)建議遵守DNS命名規(guī)則。更多信息，請在Microsoft知識庫中參閱下列文章: NetBIOS后綴(NetBIOS名稱的第16

33、個字符)“NetBIOS Suffixes (16th Character of the NetBIOS Name)”DNS名稱空間規(guī)劃(DNS Namespace Planning)圖 11. 建議在命名群集時遵守DNS命名規(guī)則。5. 如果您在本地登錄一個不屬于“具有本地管理特權的域帳戶”的帳戶，向導將提示您指定一個帳戶。群集服務不會使用該帳戶進行啟動。注意:如果您擁有正確的憑證，步驟5所提到的提示，如圖12所示，可能不會出現。圖 12. “新建服務器群集向導”提示您指定一個帳戶。6. 由于可能對群集進行遠程配置，因此您必須確認或鍵入將要作為第一個節(jié)點創(chuàng)建群集的服務器的名稱，如下方圖13所示

34、。單擊“下一步”。圖 13. 選擇將要作為群集中第一個節(jié)點的計算機名稱。注意:“安裝”向導可以驗證所有的節(jié)點是否都可以看到共享磁盤。在復雜的存儲區(qū)域網絡中，磁盤的目標識別符(TID)有時可能有所不同，而且“安裝”程序可能錯誤地檢測到磁盤配置對其無效。要解決這個問題，您可以單擊“高級”按鈕，然后單擊“高級(最小)配置”。附加信息，請在Microsoft知識庫中參閱下方文章:群集安裝程序在您添加節(jié)點時可能不工作(Cluster Setup May Not Work When You Add Nodes)7. 下方圖 14顯示“安裝”程序現在將分析節(jié)點，查找可能導致安裝出現問題的硬件或軟件問題。檢查

35、所有警告或錯誤信息。您還可以單擊“詳細信息”按鈕，了解有關每個警告或提示的詳細信息。圖 14. “安裝”程序分析節(jié)點，查找可能存在的硬件或軟件問題。8. 鍵入唯一的群集IP地址(本例為:172.26.204.10)，然后單擊“下一步”。如下方圖15所示，“新建服務器群集向導”通過使用子網掩碼選擇正確的網絡，自動與其中一個公用網絡關聯群集IP地址。群集IP地址只能用于管理，而不能用于客戶端連接。圖 15. “新建服務器群集向導”自動與其中一個公用網絡關聯群集IP地址。9. 鍵入在預安裝時創(chuàng)建的群集服務帳戶的“用戶名”和“密碼”。(在下方圖16的例子中，用戶名為:“Cluster(群集)”)在“域

36、”下拉列表中選擇域名，然后單擊“下一步”。這時，“群集配置向導”將驗證用戶帳戶和密碼。圖 16. 向導提示您提供在預安裝時所創(chuàng)建的帳戶。10. 檢查“摘要”頁面，如下方圖17所示，確認所有將用于創(chuàng)建群集的信息均準確無誤。如果需要，您可以使用仲裁按鈕，更改由默認自動選擇的磁盤指派的仲裁磁盤。本屏幕上所顯示的摘要信息可用于在出現災難恢復狀況時，重新配置群集。建議您保存并打印一份硬拷貝，與服務器上的更改管理日志保持一致。注意:“仲裁”按鈕也可用于指定一個多數節(jié)點集(Majority Node Set，MNS)仲裁模型。在您創(chuàng)建MNS群集時，這是主要的配置區(qū)別之一。圖 17. 建議采用的“群集配置”頁

37、面。11. 檢查所有在群集創(chuàng)建過程中遇到的警告或錯誤。具體操作是單擊加號查看更多信息，然后單擊“下一步”。出現在“創(chuàng)建群集”頁面的警告和錯誤如圖18所示。圖 18. 出現在“創(chuàng)建群集”頁面上的警告和錯誤。12. 單擊“完成”，結束安裝。下方圖19顯示最終的步驟。圖 19. 設置一個新的服務器群集的最終步驟。注意:要查看詳細的摘要，單擊“查看日志”按鈕，或者查看保存在該位置:%SystemRoot%System32LogFilesClusterClCfgSrv.Log的文本文件。驗證群集安裝使用“群集管理器”(CluAdmin.exe)，在節(jié)點1上驗證群集服務安裝。驗證群集安裝1. 依次單擊“開

38、始”、“所有程序”和“管理工具”，然后單擊“群集管理器”。2. 確認所有的資源均順利地實現了聯機，如下方圖20所示。圖 20. “群集管理器”驗證所有的資源均順利地實現聯機。注意 原則上，不要將任何東西放到群集組中，不要從群集組中取出任何東西，也不要使用群集組中的任何東西執(zhí)行群集管理以外的操作。配置第二個節(jié)點在另一個節(jié)點上安裝群集服務所需的時間要比花在第一個節(jié)點上的時間少?！鞍惭b”程序基于第一個節(jié)點的配置，在第二個節(jié)點上配置群集服務網絡設置。與此同時，您還可以通過遠程操作為群集添加多個節(jié)點。注意:對于本部分，開啟節(jié)點1和所有的共享磁盤，然后開啟所有其它節(jié)點。這時，群集服務將控制對于共享磁盤的訪

39、問，以便杜絕任何可能破壞卷的機會。1. 在節(jié)點1上打開“群集管理器”。2. 單擊“文件”，單擊“新建”，然后單擊“節(jié)點”。3. 將啟動“添加群集計算機向導”，單擊“下一步”。4. 如果您沒有通過正確的憑證進行登錄，將要求您指定一個對群集中所有節(jié)點具有管理權利的域帳戶。5. 輸入您要將其添加到群集的節(jié)點的機器名稱，單擊“添加”。重復該步驟，如下方圖21所示，添加您想要的其它節(jié)點。當您添加完了所有的節(jié)點，單擊“下一步”。圖 21. 對群集添加節(jié)點。6. “安裝”向導將對所有節(jié)點執(zhí)行分析，以便確認它們得到了正確的配置。7. 鍵入用于啟動群集服務的帳戶密碼。8. 檢查所顯示的用于確認的摘要信息。摘要信

40、息將用于在其它節(jié)點加入群集時對其進行配置。9. 檢查群集創(chuàng)建過程中遇到的所有警告或錯誤，然后單擊“下一步”。10. 單擊“完成”，結束安裝。安裝后的配置心跳配置現在，每個節(jié)點上的網絡都已得到了正確的配置，而且群集服務也已配置完畢，這時您需要配置網絡角色，以便定義各個網絡在群集中的功能。這里有一份“群集管理器”中網絡配置選項的列表:1. 針對群集應用啟用: 如果選定了該復選框，群集服務將使用該網絡。默認對所有網絡選定該復選框。2. 僅用于客戶端訪問(公用網絡):如果您想讓群集服務僅使用該網絡適配器與其它客戶端進行外部通信，那么選擇該選項。該網絡適配器將不進行節(jié)點對節(jié)點通信。3. 僅用于內部群集通

41、信(專用網絡):如果您想讓群集僅使用該網絡進行節(jié)點對節(jié)點通信，那么選擇該選項。4. 所有通信(混合網絡):如果您想讓群集服務使用該網絡適配器進行節(jié)點對節(jié)點通信和外部客戶端通信，那么選擇該選項。默認對所有網絡選定該復選框。本白皮書假定僅使用兩個網絡，并解釋如何將這兩個網絡分別作為混合網絡和專用網絡進行配置。這是最常見的配置。如果您擁有可用的資源，建議使用兩個專門的冗余網絡用于內部群集通信。配置心跳5. 啟動“群集管理器”。6. 在左窗格中，單擊“群集配置”，單擊“網絡”，右擊“專用”，然后單擊“屬性”。7. 單擊“僅用于內部群集通信(專用網絡)”，如下方圖22所示。圖 22. 使用“群集管理器”

42、配置心跳。8. 單擊“確定”。9. 右擊“公用”，然后單擊“屬性”(如下方圖23所示)。10. 單擊選定“針對群集應用啟用該網絡”復選框。11. 單擊“所有通信(混合網絡)”，然后單擊“確定”。圖 23. “公用屬性”對話框。心跳適配器優(yōu)先化配置完群集服務如何應用網絡適配器的角色后，下一步是對內部群集通信應用進行優(yōu)先排序。這僅適用于兩個或兩個以上被配置為節(jié)點對節(jié)點通信的網絡。屏幕右邊的優(yōu)先級箭頭指定了群集服務使用各個網絡適配器在節(jié)點間進行通信的先后順序。群集服務總是嘗試使用列于首位的網絡適配器進行節(jié)點間的遠程過程調用(RPC)通信。只有當群集服務無法使用第一個網絡適配器進行通信時，才會使用列表

43、上的下一個網絡適配器。1. 啟動“群集管理器”。2. 在左窗格中，右擊群集名稱(位于左上角)，然后單擊“屬性”3. 單擊“網絡優(yōu)先級”選項卡，如下方圖24所示。圖 24. “群集管理器”中的“網絡優(yōu)先級”選項卡。4. 確認“專用”網絡列于最頂部。使用“上移”或“下移”按鈕，更改優(yōu)先順序。5. 單擊“確定”。配置群集磁盤· 啟動“群集管理器”，右擊您想從群集刪除的任何磁盤，然后單擊“刪除”。注意:默認狀態(tài)下，所有磁盤并不在相同的總線上，因為系統(tǒng)磁盤將為它們創(chuàng)建物理磁盤資源(Physical Disk Resources)，并對其進行群集。因此，如果節(jié)點擁有多條總線，可能列出的某些磁盤將

44、無法用作共享存儲，例如:內部SCSI驅動器。應該從群集配置刪除這些磁盤。如果您計劃對某些磁盤實施“卷裝載”(Volume Mount)點，您可能要刪除這些磁盤的當前磁盤資源，刪除驅動器號，然后創(chuàng)建一個未分配驅動器號的新的磁盤資源。仲裁磁盤配置“群集配置向導”自動選擇將作為仲裁設備的驅動器，并將使用50 MB以上的最小分區(qū)。您可能要把自動選擇的磁盤更改為您自己專門指派的仲裁磁盤。配置仲裁磁盤1. 啟動“群集管理器”(CluAdmin.exe)。2. 右擊位于左上角的群集名稱，然后單擊“屬性”。3. 單擊“仲裁”選項卡。4. 在“仲裁資源”列表框中，選擇一個不同的磁盤資源。在下方圖25中，“仲裁資

45、源”列表框中所選定的是“磁盤Q”。圖 25. “仲裁資源”列表框。5. 如果磁盤擁有的分區(qū)不止一個，單擊您要在其中保存群集指定數據的分區(qū)，然后單擊“確定”。附加信息，請在Microsoft知識庫中參閱下方文章: 如何更改仲裁磁盤指定(How to Change Quorum Disk Designation)創(chuàng)建一個啟動延遲當出現所有的群集節(jié)點均同時啟動并嘗試附加到仲裁資源的情況時，群集服務可能無法啟動。例如:在發(fā)生電源故障后，同時對所有節(jié)點恢復電力時，可能出現這種情況。要避免這類情況的發(fā)生，增加或減少“顯示操作系統(tǒng)列表用時”設置。要找到該設置，單擊“開始”，指向“我的電腦”并右擊鼠標，然后單

46、擊“屬性”。單擊“高級”選項卡，然后在“啟動與恢復”下方，單擊“設置”。測試安裝在“安裝”程序結束后，有好幾種驗證群集服務安裝的方法。其中包括:12. 群集管理器:如果僅完成了節(jié)點1的安裝，啟動“群集管理器”，然后嘗試連接到群集。如果已安裝了第二個節(jié)點2，在任意一個節(jié)點上啟動“群集管理器”，然后確認第二個群集顯示在列表上。13. “服務”小程序:使用“服務”小程序確認群集服務已顯示在列表上并已啟動。14. 事件日志:使用“事件查看器”檢查系統(tǒng)日志中的“ClusSvc”條目。您會看到有關確認群集服務已經順利形成或加入一個群集的條目。15. 群集服務注冊表項:確認群集服務安裝程序將正確的項寫入注冊

47、表。您可以在HKEY_LOCAL_MACHINECluster下找到許多注冊表設置。16. 單擊“開始”，單擊“運行”，然后鍵入“虛擬服務”名稱。確認您可以連接并看到資源。測試故障轉移驗證資源將執(zhí)行故障轉移1. 依次單擊“開始”、“程序”和“管理工具”，然后單擊“群集管理器”，如下方圖26所示。圖 26. “群集管理器”窗口。2. 右擊“磁盤組1”組，然后單擊“移動組”。該組及其所有資源將轉移到另一個節(jié)點。稍后，“磁盤F:、G:”將在第二個節(jié)點上實現聯機。在窗口中觀察該轉移。退出“群集管理器”。恭喜!您已經完成了所有節(jié)點上的群集服務配置。服務器群集已經完成可以運作了。您現在可以準備安裝群集資源

48、，比如:文件共享、打印機卷筒、諸如分布式事務協(xié)調器(Distributed Transaction Coordinator)、DHCP、WINS等群集識別服務、或者諸如Exchange Server或SQL Server等群集識別程序。注意：此文當未經許可不可隨意使用發(fā)表，或著名文章來源處。服務器群集：Windows Server 群集配置的最佳做法群集和應用程序部署以前我們曾經介紹過主動/主動或主動/被動群集和應用程序，由于早期的產品僅支持 2 節(jié)點群集，因此這種形式的部署是它的自然結果。但是在一些情況下，這可能會導致混淆，因為這些術語可以用不同的方式來解釋，具體取決于上下文是 1) 給定的

49、應用程序實例如何運行 2) 不同的應用程序實例如何運行，或是 3) 群集中的節(jié)點是否正在執(zhí)行有用的工作。為了完全了解特定應用程序和群集的部署，我們需要了解以下信息：有多少個應用程序實例正在運行？在群集中有多少個相同數據的實例？數據實例是否會移動？相同應用程序的不同實例是否運行在不同的群集節(jié)點中？不同的應用程序可以運行在不同的群集節(jié)點上嗎？應用程序給服務器帶來了何種類型的負載，以及如何在故障轉移之后重新分配這些負載？在介紹如何部署應用程序之前，我們必須首先定義什么是應用程序。在本文中，應用程序被定義為向終端用戶或客戶端提供一種服務的運行中的代碼和數據?？梢杂靡粚Σ煌氖纠齺斫忉屵@一點：工作站上運

50、行的一個 Microsoft Word 實例是一個應用程序實例。如果有多個 Word 實例正在運行，則每個實例會被視為一個不同的應用程序實例。然而，還有更為復雜的應用程序。例如，對于 Microsoft SQL Server 來說，一個數據庫被視為一個應用程序實例。而多個獨立的數據庫則被視為不同的應用程序實例。但是，一個數據庫可以分區(qū)成多個 SQL Server 實例并使用 SQL Server 查詢引擎聯系在一起。這種情況下，聯系在一起從而提供一個數據庫鏡像的這組 SQL Server 應用程序實例就可以視為一個應用程序實例?；旧?，將以下五種屬性放在一起就可以全面了解部署的目的，并可以解釋

51、部署的原因或是表現部署的特點：服務器負載 多少服務器資源被它所支持的應用程序所消耗，以及故障轉移會如何影響這種資源利用？應用程序樣式 應用程序是整個在一個節(jié)點上運行，還是被分割成多個較小程序塊在群集中運行？應用程序部署 在給定部署下應用程序塊如何在群集中分配？故障轉移策略 在故障轉移后應用程序會執(zhí)行何種操作？應用程序實施 應用程序本身如何被實施？服務器負載在部署應用程序時，很重要的一點就是要考慮應用程序會對服務器資源產生什么要求。如果使用群集，則還有一些相關問題需要考慮：在故障轉移后如何重新分配負載？服務器負載 基礎讓我們來看一個最簡單的示例，一個主動/主動式 2 節(jié)點文件服務器群集，其中節(jié)點

52、 A 和節(jié)點 B 各服務于一個共享。如果節(jié)點 A 出現故障，它的資源就會移給節(jié)點 B，從而增加了節(jié)點 B 的負載。實際上，如果節(jié)點 A 和 B 在出現故障前都僅運行各自容量的 50%，那么在故障轉移完成后，節(jié)點 B 將會完全飽和（100% 的容量），這從性能上來說是可以承受的。盡管不是最好的情況，但是您要記住的很重要的一點是，如果所有應用程序仍在運行，即使性能有所下降，相對于沒有群集提供的高可用性保護的情況來說，這都是一個 100% 的進步。但是這帶來了風險的概念，以及為了保護應用程序的性能和可用性，您可以接受多少數量的應用程序的問題。為了清楚地說明這個問題，我們有意選擇了最壞的情況（一個主動

53、/主動 2 節(jié)點群集，每個節(jié)點運行一個應用程序，每個應用程序消耗一半的服務器資源）。如果再加上一個節(jié)點，這種平衡就會改變：有更多的服務器用來支持負載，但如果三個節(jié)點都運行在 50% 的容量，而有兩個節(jié)點出現故障，則剩下的服務器將無法處理那兩個故障節(jié)點累積的應用程序負載。當然，兩個故障的可能性相對來說小于一個故障，因此風險相對來說也比較小。盡管如此，在群集中部署應用程序時仍必須考慮負載/風險平衡。群集中節(jié)點越多，就有越多種分配工作負載的選擇。如果您要求所有群集應用程序在運行時不能有任何性能下降，那么您可能需要考慮使用某種形式的主動/被動配置。但即使是在這種情況下，您也必須考慮不同配置的風險。如果

54、您在任何情況下都無法接受哪怕是最輕微的性能下降，那么您將需要為每個主動節(jié)點配備一個專用的被動節(jié)點。另一方面，如果您認為多個故障同時出現的風險較小，您也可以有另外的選擇。如果您具有 4 個節(jié)點或 8 個節(jié)點的群集，您可能會考慮 N+I 配置。在 1.4.3 節(jié)會詳細介紹 N+I，它是主動/被動形式的一種變體，其中 N 個節(jié)點是主動節(jié)點，I 個節(jié)點是被動節(jié)點或保留節(jié)點。通常，I 的值小于 N，這樣 N+I 群集拓撲就可以處理 I 個故障而不會出現任何性能下降。風險就在于，如果出現多于 I 個故障，那么性能就有可能下降，不過再說一次，同時出現多個故障的可能性是很小的。因此，N+I 群集是一個非常有用

55、的配置，它在 100% 的被動服務器容量與較低水平的多個群集節(jié)點故障風險之間均衡了硬件成本。服務器負載 更現實的一些配置上述示例比較簡單，它假定應用程序將整個負載都加在一臺服務器身上，因此在故障轉移的情況下，它的資源利用不能分布到其余的多臺服務器中。實際情況通常不是這樣（尤其是文件和打印服務器），因此，讓我們再來看看其他 4 節(jié)點群集（就稱為 ABCD 吧）的示例，這個群集具有節(jié)點 A、B、C 和 D。通常情況下，一臺服務器將會支持多個應用程序的負載。如果正常情況下每臺服務器的負載率為 25%，那么 ABCD 群集就可以在其中三個成員出現故障的情況下存活，而不會喪失應用程序的可用性（這幾乎是最

56、壞的情況）。以下數字序列說明了 4 節(jié)點群集在出現連續(xù)節(jié)點故障情況下的應用程序負載。陰影區(qū)域表示運行中的應用程序的容量要求。更進一步，以下示例假定應用程序在任何給定服務器上的負載都是可分的，可以重新分配到任何存活的節(jié)點上。圖 1.1：正常條件下運行的群集（每個節(jié)點的負載率為 25%）圖 1.2：一個節(jié)點故障后的群集。請注意應用程序負載的重新分配。圖 1.3：兩個節(jié)點故障后的群集。現在每個存活節(jié)點的負載率大約為 50%。圖 1.4：在三個節(jié)點故障后，剩下的一個存活節(jié)點已運行在滿容量。如果每個節(jié)點以 75% 的容量運行，那么在沒有合理的故障轉移策略的情況下，即使是一個節(jié)點故障也可能導致應用程序可用性丟失。然而，您可以根據應用程序來指定在出現服務器故障的情況下，一部分應用程序應當故障轉移到節(jié)點 A、B、C 和 D。如果應用程