無論哪一種作業系統或應用程式只要牽涉到高可用性(HA),在架構設計上都離不開叢集。過去以Windows Server為基礎的叢集運作只要有升級的需求,整個複雜的升級過程充滿了不確定性的風險,時至今日已經能夠以漸進式的升級機制,在不停止服務運作的情況下將Windows Server 2012 R2的叢集輕鬆升級至Windows Server 2016版本。
對於叢集各節點伺服器所完成的更新,想要知道的可能不只是更新成功與否,還包括所更新的項目究竟為系統解決了哪一些BUG或是安全性方面的問題。為此,點選「產生過去更新執行的報告」來開啟如圖53所示的設定頁面,然後就能夠根據所選擇的日期與更新選項,來按下〔產生報告〕按鈕並進行報告的匯出動作。
|
▲圖53 產生更新執行報告。 |
圖54所示便是一個典型的更新執行報告範例,在此可以查詢到每一個節點所成功更新的項目標題,以及查看到完整的更新描述。
|
▲圖54 匯出報告範例。 |
關於叢集感知更新的執行,系統會如圖55所示自動在DNS伺服器中建立每個節點伺服器相對應的CAUClustmky紀錄。
|
▲圖55 查看DNS紀錄。 |
為確保叢集感知更新的運行正常,勿擅自刪除或修改這些紀錄。
結語
對於負責維護的系統人員來說,早期版本的Windows Server叢集運作管理,就像是在維護一個不定時的炸彈,彷彿不小心接觸到它就會讓它引爆,造成企業重要應用系統運行的停擺。還好這樣的恐慌,對於廣泛的IT人員來說,似乎打從Windows Server 2008 R2開始就已經緩和了許多。
想想看叢集的建置,不是應該解除IT單位的不安嗎?怎麼會反過來造成許多IT人員的陰影呢?主要原因就在於早期的叢集的部署方式遠比現在的叢集架構設計複雜許多,且底層的硬體設備的穩定性與效能表現已不可同日而語。
如今架構簡單了,硬體部分也強大許多,即便遭遇整個叢集損毀,在結合虛擬機器與備份的周全保護之下,IT人員也能夠在極短的時間內讓它們恢復運作。
<本文作者:顧武雄, Microsoft MVP 2004-2016、MCITP與MCTS認證專家、台灣微軟Technet、TechDays、Webcast、MVA特約資深顧問講師、VMware vExpert 2016-217、IBM Unified Communications/Notes/Domino/Connections Certified。>