大佬教程收集整理的这篇文章主要介绍了GCP - Running Windows Server Failover Clustering Step by Step - Part 2,大佬教程大佬觉得挺不错的,现在分享给大家,也给大家做个参考。
手把手介紹如何在 Google Platform 上面建立 Windows Server 容錯移轉叢集並達到IIS Web Application HA 的效果。此篇為下集從叢集容錯管理設定到如何在 GCP 中達成 IIS 的請求移轉。
本篇架構參考 Google 官方文件的 Running Windows Server Failover Clustering。主要針對整體操作完整的手把手教學並針對細節描述。而針對讀者在閱讀上更能融入整體教學,稍微調整了原文的順序。
在上篇已建置完 GCP 主機並加入至 AD 內做管理,這邊將接手完成叢集容錯的安裝與設定
接著在 wsfc-1 與 wsfc-2 完成以下動作
首先完成 Failover Clustering 安裝:
接著開始加入節點:
完成後即可看到當前節點出現兩台新增的主機與當前配置狀態(Assigned Vote 與 Current Vote):
詳細步驟可以參考微軟官方的 Create a Failover Cluster.aspx#Validate%20the%20configuration)
而當成將兩台主機都加入叢集內作為可使用節點時,我們需要透過一個公平的投票機制選出誰為當前主要運作節點接手服務處理,為此我們需要建立一個 quorum 制度來做仲裁。
這部分很簡單的透過一個sharefolder的方式來傳給 AD ,告知當前哪一台主機離線則需要將判斷是否要將工作交給另外一台接手。 GCP 目前是相信可透過 Live Migration 與 automatic restart 來提供可信賴的 Share Witness 服務。
這邊透過以下步驟可以透過檔案分享建立起見證機制來控制當前叢集處理的角色分配:
@H_157_262@
@H_404_210@ TesTing the failover cluster到目前為止的配置已經成功完成了叢集處理的設定,這邊我們可以手動測試一下當前配置是否生效。
在 PowerSHell 輸入下方指令
@H_839_274@move-ClusterGroup -Name "Cluster Group"如果看到以下畫面則代表設定成功:
接著開始針對叢集處理新增一個角色,該角色負責處裡 IIS 的工昨指派:
@H_696_324@
接著必須回去 Google Cloud Platform 上面建立一個內部使用的 Load Balancer 處理剛 @L_262_30@ GCP - Running Windows Server Failover Clustering Step by Step - Part 2剛配置的 10.0.0.9 成為一個請求入口與後面分流。這邊配置分為前端(frotnend)負責處理進入的請求與後端(BACkend)負責處理真實請求的機器配置,設定時請記得同時配置才可使整體生效:
到此先別按下建立,我們需要切換至 BACkend 區域給予其相關設定值。
儲存以上設定後繼續 frontend 配置。
在完成前可以再確認一下當前配置是否無誤:
@H_651_404@ Create firewall rules for the health check這邊要注意的是,後端配置上的主機必須要在 OS 防火牆內開啟相對的 port 號,否則無法生效。目前的配置為:
cluster node (wsfc-1 and wsfc-2) 必須允許 inbound 可透過 TCP connections 來接收至 59998 Port 的訊息.
透過 Cloud SHell 我們可以為當前的 Load Balancer 建立 Heathy check 的機制來確認服務正常運行:
gcloud compute firewall-rules create allow-health-check --network wsfcnet --source-ranges 130.211.0.0/22,35.191.0.0/16 --allow tcp:59998
目前的主機叢集的容錯檢查已經建立了,我們可以看到整個 GCP Load Balancing 服務當前只有一個 cluster-node 會是啟動的:
如果要進行測試,可以前往 Failover Cluster Manager 將其當下的 IIS Role 透過滑鼠右鍵選擇 @H_591_27@move,再點選 Best Possible Node 即可看到 owner Node 在進行切換:
以上這個測試是模擬原先運作節點發生問題由叢集判斷需要其他節點接手時所會發生的行為。由此可以看到網站已經快速地將其從有問題的節點導入至其他正常運作的節點接手請求(request)的處理。
我們也可以透過 Cloud SHell 下面的指令進行確認:
gcloud compute BACkend-services get-health wsfc-lb --region=[REGION]
接下來我們就只需要將兩台 cluster-node 安裝好 IIS 並啟動對應的網頁應用程式即可。
這邊我們從 Add Roles and Features Wizard 可以快速地建立 IIS 服務與其角色:
這邊我們建立一個簡單的網頁應用程式並將 IP 顯示在網頁上面:
從 wsfc-1 本機檢查:
同樣的步驟我們也安裝在 wsfc-2 ,並從本機檢查:
而當配置都完成後我們從 wsfc-dc 去找 10.0.0.9 (即我們區網內的 Load Balancer) 則可以看到出現的網頁是當前 owner Cluster-Node 的頁面,即 wsfc-2:
到此,我們的設定教學已經完全結束。
接下來讓我們看一下花費:
這個 POC 專案總共開了五天(5/27-5/31),一天約 $10 美金的花費。開銷多半是花費在 Windows 的 VM 比較貴….
最後提醒大家記得要將已經不用的專案測底刪除避免 Comupted ENGIne 持續對你的 GCP 帳戶扣款…如何清除當前這個 POC 則參考原文的Cleaning up步驟吧
整個範例其實展示的結果很簡單但對於企業內部再使用雲端服務的幫助則是非常大的,以往要自行建立這樣的叢集容錯機制是具有相當大的難度與複雜度,但如今透過 GCP 的指令與 Windows UI 上面的設定精靈,我們可以很快速地完成相關設定,提供網頁應用程式更好的高可用性(High availability)。
而這個機制也不只用於內網,其實對外公開網站也可以用其方法建立叢集處理提供更佳的可用性!
以上是大佬教程为你收集整理的GCP - Running Windows Server Failover Clustering Step by Step - Part 2全部内容,希望文章能够帮你解决GCP - Running Windows Server Failover Clustering Step by Step - Part 2所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错,欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。