GCP - Running Windows Server Failover Clustering Step by Ste(3)
儲存以上設定後繼續 frontend 配置。 配置 frontend
重新檢視全部設定並完成配置在完成前可以再確認一下當前配置是否無誤: 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 Validating the load balancer目前的主機叢集的容錯檢查已經建立了,我們可以看到整個 GCP Load Balancing 服務當前只有一個 cluster-node 會是啟動的: 如果要進行測試,可以前往 Failover Cluster Manager 將其當下的 IIS Role 透過滑鼠右鍵選擇 Move,再點選 Best Possible Node 即可看到 Owner Node 在進行切換: 以上這個測試是模擬原先運作節點發生問題由叢集判斷需要其他節點接手時所會發生的行為。由此可以看到網站已經快速地將其從有問題的節點導入至其他正常運作的節點接手請求(request)的處理。 我們也可以透過 Cloud Shell 下面的指令進行確認: gcloud compute backend-services get-health wsfc-lb --region=[REGION] 接下來我們就只需要將兩台 cluster-node 安裝好 IIS 並啟動對應的網頁應用程式即可。 Installing your application這邊我們從 Add Roles and Features Wizard 可以快速地建立 IIS 服務與其角色: 這邊我們建立一個簡單的網頁應用程式並將 IP 顯示在網頁上面: 從 wsfc-1 本機檢查: 同樣的步驟我們也安裝在 wsfc-2 ,並從本機檢查: 而當配置都完成後我們從 wsfc-dc 去找 10.0.0.9 (即我們區網內的 Load Balancer) 則可以看到出現的網頁是當前 Owner Cluster-Node 的頁面,即 wsfc-2: 到此,我們的設定教學已經完全結束。 Costs接下來讓我們看一下花費: 這個 POC 專案總共開了五天(5/27-5/31),一天約 $10 美金的花費。開銷多半是花費在 Windows 的 VM 比較貴…. 最後提醒大家記得要將已經不用的專案測底刪除避免 Comupted Engine 持續對你的 GCP 帳戶扣款…如何清除當前這個 POC 則參考原文的Cleaning up步驟吧 結語(编辑:ASP站长网) |