安裝 Hyper-V 之後再安裝 VirtualBox 產生當機

在 Windows 10 上安裝好 Hyper-V 之後, 想來測試 VirtualBox 之類的 VM 效能有何差異 (有些舊系統安裝在上面比較跑得起來), 結果出現好久不見的藍色螢幕當機, 本以為虛擬機器軟體只能在Host主機上存在一種, 但是使用 Hyper-V 建立的VM 裡面再安裝 Hyper-V 及 VirtualBox 卻不會當機, 可能是我電腦的硬體有衝突吧...

測試伺服器到伺服器的儲存複製Storage Replica Server to Server

微軟的教材雖然有介紹到儲存複製, 可惜沒有在應用上多作說明, 讓人一頭霧水, 有空再來研究

1. 準備兩台Server, 每台Server上準備兩個磁碟備用

2. 將兩個磁碟初始化為GPT磁碟

延伸叢集(Stretch Cluster)

延伸叢集(Stretch Cluster), 是指在不同地點(物理位置)的節點及儲存裝置的站點佈署成一個叢集組, 每個站點通常都有一個單獨的儲存系統, 並且在站點之間進行複制, 以此達到高可用性

w-studio.idv.tw

安裝及設定叢集感知更新Cluster-Aware Updating (CAU)

1. 首先將叢集節點主機的防火牆啟用遠端關機規則

2. 接著於另外不是節點的一台主機安裝容錯移轉叢集功能, 以取得CAU的工具

容錯移轉叢集的叢集感知更新Cluster-Aware Updating (CAU)

叢集感知更新Cluster-Aware Updating (CAU), Windows Server 2016的自動功能, 以往在Windows系統更新時, 必須手動更新叢集節點, 並且一次更新一個叢集節點, 此外必須手動將資源(ex: VM, SMB)從要更新的節點移動到另一個節點, 等到更新完成後再移回來, 這樣的過程可能會造成服務斷線, 所以於Windows Server 2012時提供了這個新功能, 叢集感知更新設定排程後會自動檢查及下載更新, 在更新叢集節點時會先將節點中的資源即時移轉至另一個節點, 等更新完畢後再將資源移回原節點, 所以叢集服務是沒有停止, 以達到高可用性的狀態

w-studio.idv.tw

CAU的兩種更新模式:

。遠端更新模式: 在此模式下使用Windows Server 2012 R2, Windows 8.1或更高版本作為CAU協調器(orchestrator)的主機. 要將此主機設置為CAU協調器, 必須安裝容錯移轉叢集管理工具, 且協調器主機不應該是要更新的叢集成員. 管理者於協調器主機使用預設或自定更新設定文件觸發所需更新, 遠端更新模式對於監視更新運行期間的即時進度以及在Windows Server 2016上安裝的叢集非常有用

。自我更新模式: 在此模式下將CAU叢集角色設置為要更新的容錯移轉叢集上的工作負載, 然後定義關聯的更新排程, 在這種情況下CAU沒有專用的協調器主機. 叢集使用預設或自定更新設定文件在排程時間自我更新. 在更新期間CAU協調器主機運行在當前擁有CAU叢集角色的節點上啟動, 並且該過程在每個叢集節點上按順序執行更新

容錯移轉叢集的維護 Maintain Failover Cluster

監控容錯移轉叢集:

許多工具可用於監控容錯移轉叢集, 可以使用標準Windows Server系統工具 (ex: 事件檢視器, 效能和可靠性監視器) 來查看叢集事件日誌和效能, 可以使用 Tracerpt.exe 導出資料以進行分析, 可以使用MHTML格式化叢集設定報告和驗證設定精靈來解決叢集設定和硬體更改的問題

備份和還原容錯移轉叢集:
備份:
。可以使用Windows Server Backup或是非MS的備份軟體
。Windows Server Backup是Windows Server 2016的備份和還原功能

。要成功備份容錯移轉叢集, 叢集必須正在運行且必須具有仲裁, 換句話說, 必須運行足夠的節點並傳達叢集達到仲裁的通信, 可以使用見證磁碟或見證檔案共享, 取決於仲裁配置

。備份所有叢集應用程式: 如果是SQL Server資料庫叢集, 則必須具有叢集設定之外的資料庫和設定的備份計劃

。如果必須備份應用程式資料, 則備份軟體必須可以使用儲存資料的磁碟, 可以用備份軟體進行擁有磁碟資源的叢集節點備份, 或用網路對叢集資源運行備份

。叢集服務會追踪哪個叢集設定是最新的, 並將該設定複製到所有叢集節點, 如果叢集具有見證磁碟, 則叢集服務還會將設定複製到見證磁碟

容錯移轉叢集Failover Cluster幾個重點

為什麼要容錯移轉叢集? 為了提供資料、應用程式跟服務的高可用性

容錯移轉叢集最適用於僅限於單個資料集的有狀態應用程序, 例如資料庫, 還可以將容錯移轉叢集用於Microsoft Hyper-V虛擬機(VM) 以及Hyper-V VM實施的有狀態應用程序

容錯移轉叢集僅使用基於IP的協議, 因此僅適用於基於IP的應用程序, 支持 IPv4 和 IPv6

容錯移轉叢集常見名詞:
。節點, Node: 叢集中的主機
。共用儲存, Shared Storage: 叢集中提供節點可以共用的儲存磁碟(環境), 或稱LUNs(Logical Unit Numbers)邏輯單位數
。仲裁, Quorum: 決定叢集可接受的失敗數, 超過失敗數時則必須停止叢集功能
。見證, Witness: 用來提供節點可驗證存取的磁碟稱為見證磁碟
。容錯移轉/容錯回復, Failover/Failback: 叢集節點的容錯移轉及回復

#w-studio.idv.tw

容錯移轉叢集規劃節點時應注意事項:
。配置故障節點的高可用性應用程序的分發: 當節點發生故障時, 故障節點的高可用性服務或應用程序應在其餘節點之間分配, 以防止單個節點過載
。每個節點有足夠的容量來維護在另一個節點發生故障時分配給它的高可用性服務或應用程序
。叢集中的所有節點使用具有類似容量的硬體, 這簡化了故障轉移規劃過程, 因為故障轉移負載將在倖存節點之間均勻分配


大多數容錯移轉叢集都需要共享儲存, 以便在故障轉移後為高可用性服務或應用程序提供一致的數據, 容錯移轉叢集有五個共享儲存選項:
。SAS (Shared serial attached SCSI)
。iSCSI
。Fibre Channel光纖通道
。Shared virtual hard disk共享的虛擬硬碟
。SOFS(Scale-Out File Server)向外延展檔案伺服器

試作容錯移轉叢集Failover Cluster-6.模擬檔案伺服器磁碟故障

模擬磁碟故障, 也就是開始搞破壞啦

1. 將檔案伺服器所使用的磁碟離線

試作容錯移轉叢集Failover Cluster-5.設定檔案伺服器共用目錄及測試容錯

1. 在角色:檔案伺服器上點滑鼠右鍵, 新增檔案共用

2. 擷取伺服器中

試作容錯移轉叢集Failover Cluster-4.觀察叢集主機中所使用的共用磁碟變化

1. 以剛設定好的叢集磁碟來觀察, 3個叢集磁碟的擁有者皆為 Server1

2. 觀察 Server1 的磁碟

w-studio.idv.tw

試作容錯移轉叢集Failover Cluster-3.設定叢集要使用的角色Roles(以檔案伺服器為例)

1. 在角色上點擊滑鼠右鍵, 點設定角色

2. 開始設定角色

試作容錯移轉叢集Failover Cluster-2.安裝及建立容錯移轉叢集Failover Cluster

1. 於Server1伺服器管理員中, 安裝容錯移轉叢集Failover Cluster「功能」

w-studio.idv.tw

2. 新增容錯移轉叢集工具

試作容錯移轉叢集Failover Cluster-1.建立使用iSCSI的共用儲存磁碟

之前試做過設定 iSCSI, 所以不多做介紹, 這次是以製作Failover Cluster所使用的共用儲存磁碟

1. 首先將要當作 iSCSI Target Server 的主機設定 iSCSI

2. 開啟伺服器管理員, 新增伺服器角色及功能中安裝 iSCSI 目標伺服器

w-studio.idv.tw

關於容錯移轉叢集 Failover Cluster

微軟網站上的說明:

容錯移轉叢集(Failover Cluster)是由獨立電腦組成的群組, 它們共同運作以提升叢集角色的可用性及擴充性, 各個叢集伺服器 (節點) 是透過實體纜線與軟體連接, 如果其中一或多個叢集節點失敗, 其他節點即會透過稱為「容錯移轉」的程序開始提供服務, 叢集角色還會主動監看以確認服務正常運作, 如果服務沒有運作, 就會重新啟動或移到另一個節點

容錯移轉叢集也提供叢集共用磁碟區 (CSV) 功能, 此功能提供一致的分散式命名空間, 叢集角色可使用這個空間從所有節點存取共用存放空間, 透過容錯移轉叢集功能, 使用者幾乎不會感覺到服務中斷的情況

大概結構圖:

w-studio.idv.tw

其實節點網路線應該要有3條(3個網段), 避免用戶端直接連進 iSCSI 目標伺服器