SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

華為雲SQL Server故障轉移集群實例部署

by Leave a Comment

華為雲高可用ECS IaaS

*免責聲明：雖然以下內容完全涵蓋了我們產品範圍內的高可用性部分，但這只是一個設置“指南”，應根據您自己的配置進行調整。

概述華為雲是一家領先的雲服務提供商，不僅在中國，而且在全球擁有許多數據中心。 他們匯集了華為在ICT基礎設施產品和解決方案方面30多年的專業知識，致力於提供可靠、安全、高性價比的雲服務，為應用賦能、駕馭數據的力量，幫助各種規模的組織在當今時代發展。智能世界。 華為雲還致力於通過技術創新，帶來實惠、有效、可靠的雲和人工智能服務。

DataKeeper 集群版為華為雲提供跨可用區的單個區域內的虛擬私有云（VPC）複製。 在這個特定的 SQL Server 群集示例中，我們將在三個可用區中啟動四個實例（一個域控制器實例、兩個 SQL Server 實例和一個仲裁/見證實例）。

華為雲SIOS Datakeeper HA架構

DataKeeper集群版支持集群外的數據複製節點，所有節點都在華為雲中。 在這個特定的 SQL Server 群集示例中，在三個可用區中啟動了四個實例（一個域控制器實例、兩個 SQL Server 實例和一個仲裁/見證實例）。 然後在第二個區域中啟動一個額外的 DataKeeper 實例，包括兩個區域中的 VPN 實例。 請參見配置從集群節點到外部容災站點的數據複製想要查詢更多的信息。 有關使用多個區域的其他信息，請參閱連接不同地域的兩個VPC .

華為雲SIOS Datakeeper 容災架構

DataKeeper集群版還支持集群外的數據複製節點，只有集群外的節點在華為雲中。 在這個特定的 SQL Server 集群示例中，WSFC1 和 WSFC2 位於復製到華為雲實例的現場集群中。 然後在華為雲的某個區域中啟動一個額外的 DataKeeper 實例。 請參見配置從集群節點到外部容災站點的數據複製想要查詢更多的信息。

華為雲SIOS Datakeeper混合容災架構

要求

描述 要求
虛擬私有云 在具有三個可用區的單個區域中
實例類型 最小推薦實例類型：s3.large.2
操作系統 請參閱 DKCE 支持矩陣
彈性IP 一個彈性IP地址連接到域控制器
四個實例 一個域控制器實例、兩個 SQL Server 實例和一個仲裁/見證實例
每個 SQL 服務器 ENI（彈性網絡接口）有 4 個 IP · 在 Windows 中靜態定義並由 DataKeeper 集群版使用的主 ENI IP · 三個 IP 由 ECS 維護，同時由 Windows 故障轉移集群、DTC 和 SQLFC 使用
卷 三個卷（僅限 EBS 和 NTFS） · 一個主卷（C 驅動器） · 兩個附加卷 o 一個用於故障轉移群集 o 一個用於 MSDTC

發行說明在開始之前，請確保您閱讀了DataKeeper 集群版發行說明了解最新信息。 強烈建議您閱讀並理解DataKeeper 集群版安裝指南.

創建虛擬私有云 (VPC)虛擬私有云是您在使用 DataKeeper Cluster Edition 時創建的第一個對象。

*虛擬私有云 (VPC) 是一種隔離的私有云，由公共雲中可配置的共享計算資源池組成。

  1. 使用註冊時指定的電子郵件地址和密碼華為雲, 登錄華為雲管理控制台.
  2. 來自服務下拉，選擇虛擬私有云.

  1. 在屏幕右側，單擊創建專有網絡並選擇您要使用的區域。
  2. 輸入要用於 VPC 的名稱
  3. 通過輸入您的虛擬私有云子網來定義您的虛擬私有云子網CIDR（無類別域間路由）如下所述
  4. 輸入子網名稱，然後單擊立即創建.

*路由表將自動創建，並與新 VPC 具有“主要”關聯。 您可以稍後使用它或創建另一個路由表。

*有用的鏈接：華為的創建虛擬私有云 (VPC)啟動實例下面將引導您將實例啟動到您的子網中。 您需要在一個可用區中啟動兩個實例，一個用於域控制器實例，另一個用於 SQL 實例。 然後，您將在另一個可用區中啟動另一個 SQL 實例，在另一個可用區中啟動一個仲裁見證實例。

*有用的網址：華為雲ECS實例

  1. 使用註冊時指定的電子郵件地址和密碼華為雲, 登錄華為雲管理控制台.
  2. 來自服務清單下拉，選擇彈性雲服務器.

  1. 選擇購買 ECS按鈕並選擇計費模式、區域和可用區（可用區）來部署實例
  2. 選擇您的實例類型。 (筆記：選擇 s3.large.2 或更大。）。
  3. 選擇一個圖像。 在公共圖像下，選擇Windows Server 2019 數據中心 64 位英文版圖片
    1. 為了配置網絡，選擇您的 VPC。
    2. 為了子網，選擇要使用的子網，選擇手動指定的 IP 地址並輸入您要使用的 IP 地址
    3. 選擇安全組使用或編輯並選擇一個現有的。
    4. 分配 EIP如果需要ECS實例上網
    5. 點擊配置高級設置並為 ECS 提供一個名稱，使用密碼為了登錄方式並提供管理員登錄的安全密碼
    6. 點擊立即配置在高級選項添加一個標籤命名您的實例並單擊確認
  4. 對實例進行最終審查並單擊提交.

*重要的：記下此初始管理員密碼。 需要登錄到您的實例。

對所有實例重複上述步驟。

連接到實例您可以通過以下方式連接到域控制器實例遠程登錄從 ECS 窗格。

以管理員身份登錄並輸入您的管理員密碼.

*最佳實踐：登錄後，最好更改密碼。

配置域控制器實例現在已經創建了實例，我們開始設置域服務實例。

本指南不是關於如何設置 Active Domain 服務器實例的教程。 我們建議閱讀文章關於如何設置和配置 Active Directory 服務器。 了解即使實例在華為雲中運行，這也是 Active Directory 的常規安裝，了解這一點非常重要。

靜態 IP 地址為您的實例配置靜態 IP 地址

  1. 連接到您的域控制器實例。
  2. 點擊開始/控制面板.
  3. 點擊網絡和共享中心.
  4. 選擇您的網絡接口。
  5. 點擊特性.
  6. 點擊Internet 協議版本 4 (TCP/IPv4) ， 然後特性.
  7. 獲取您當前的IPv4地址,默認網關和DNS服務器對於網絡接口從亞馬遜.
  8. 在裡面Internet 協議版本 4 (TCP/IPv4) 屬性對話框，在使用以下 IP 地址， 輸入您的IPv4地址.
  9. 在裡面子網掩碼框中，鍵入與您的虛擬私有云子網關聯的子網掩碼。
  10. 在裡面默認網關框中，鍵入IP地址的默認網關，然後單擊好的.
  11. 為了首選 DNS 服務器， 輸入您的域控制器的主 IP 地址（例如 15.0.1.72）。
  12. 點擊好的，然後選擇關閉. 出口網絡和共享中心.
  13. 在其他實例上重複上述步驟。

將兩個 SQL 實例和見證實例加入域*在嘗試加入域之前進行這些網絡調整。 在您的網絡適配器上，將首選 DNS 服務器添加/更改為新的域控制器地址及其 DNS 服務器。 在此更改後使用 ipconfig /flushdns 刷新 DNS 搜索列表。 在嘗試加入域之前執行此操作。

*確保這件事核心網絡和文件和打印機共享Windows 防火牆中允許選項。

  1. 在每個實例上，單擊開始，然後右鍵單擊計算機並選擇特性.
  2. 在最右邊，選擇更改設置.
  3. 點擊改變.
  4. 輸入一個新的計算機名稱.
  5. 選擇領域.
  6. 進入域名–（例如 docs.huawei.com）。
  7. 點擊申請.

*用控制面板確保所有實例都使用您所在位置的正確時區。

*最佳實踐：建議將系統頁面文件設置為系統管理（非自動）並始終使用 C: 驅動器。

控制面板 > 高級系統設置 > 性能 > 設置 > 高級 > 虛擬內存。 選擇系統管理大小,卷 C：只有，然後選擇放保存。

為兩個 SQL 實例分配輔助私有 IP除了主 IP，您還需要向每個 SQL 實例的彈性網絡接口添加三個額外的 IP（輔助 IP）。

  1. 來自服務清單下拉，選擇彈性雲服務器.
  2. 單擊要為其添加輔助私有 IP 地址的實例。
  3. 選擇NIC > 管理虛擬 IP 地址.
  4. 點擊分配虛擬 IP 地址並選擇手動的輸入實例子網範圍內的 IP 地址（例如。 對於 15.0.1.25，輸入 15.0.1.26）。 點擊好的.
  5. 點擊更多的IP 地址行上的下拉菜單，然後選擇綁定到服務器，選擇要綁定IP地址的服務器和網卡。
  6. 點擊好的以保存您的工作。
  7. 執行上述兩個 SQL 實例.

*有用的網址：管理虛擬 IP 地址綁定虛擬IP地址到彈性公網IP或彈性雲服務器創建和附加卷DataKeeper 是一個塊級卷複製解決方案，它要求集群中的每個節點都具有相同大小和相同驅動器號的附加卷（系統驅動器除外）。 請查閱體積注意事項有關存儲要求的其他信息。

創建卷在每個可用區為每個 SQL Server 實例創建兩個卷，總共四個卷。

  1. 來自服務清單下拉，選擇彈性雲服務器.
  2. 單擊您要管理的實例
  3. 前往磁盤標籤
  4. 點擊添加磁盤要添加您選擇和大小的新卷，請確保選擇與您打算將其附加到的 SQL 服務器相同的可用區中的捲
  5. 選中復選框以同意 SLA 並提交
  6. 點擊返回服務器控制台
  7. 附如果需要，磁盤到 SQL 實例
  8. 對所有四個卷執行此操作。

*有用的網址：彈性卷服務配置集群在安裝 DataKeeper Cluster Edition 之前，重要的是將 Windows Server 配置為使用節點多數仲裁（如果有奇數個節點）或節點和文件共享多數仲裁（如果有偶數個節點）。 除本主題外，請參閱 Microsoft 群集相關文檔以獲取分步說明。筆記：微軟發布了一個修補程序對於 Windows 2008R2，它允許禁用節點投票，這可能有助於在某些多站點群集配置中實現更高級別的可用性。

添加故障轉移群集將故障轉移群集功能添加到兩個 SQL 實例。

  1. 發射服務器管理器.
  2. 選擇特徵在左窗格中，然後單擊添加功能在裡面特徵這開始添加功能嚮導.
  3. 選擇故障轉移集群.
  4. 選擇安裝.

驗證配置

  1. 打開故障轉移集群管理器.
  2. 選擇故障轉移群集管理器，選擇驗證配置.
  3. 點擊下一個，然後添加你的兩個SQL實例.

筆記：要搜索，請選擇瀏覽，然後點擊先進的和立即查找. 這將列出可用實例。

  1. 點擊下一個.
  2. 選擇僅運行我選擇的測試然後點擊下一個.
  3. 在裡面測試選擇屏幕，取消選擇貯存然後點擊下一個.
  4. 在出現的確認屏幕上，單擊下一個.
  5. 審查驗證總結報告然後點擊結束.

創建集群

  1. 在故障轉移集群管理器， 點擊創建集群然後點擊下一個.
  2. 輸入你的兩個SQL實例.
  3. 在驗證警告頁面，選擇不然後點擊下一個.
  4. 在用於管理集群的接入點頁面，為您的 WSFC 集群輸入一個唯一的名稱。 然後輸入故障轉移群集 IP 地址對於集群中涉及的每個節點。 這是三個中的第一個次要 IP 地址之前添加到每個實例。
  5. 重要提示！取消選中“將所有可用存儲添加到集群”複選框。 DataKeeper 鏡像驅動器不能由集群本地管理。 它們將作為 DataKeeper 捲進行管理。
  6. 點擊下一個在確認
  7. 在概括頁面，查看所有警告，然後選擇結束.

配置仲裁/見證

  1. 在您的仲裁/見證實例（見證）上創建一個文件夾。
  2. 共享文件夾。
    1. 右鍵單擊文件夾並選擇分享給/特定的人……
    2. 從下拉菜單中選擇每個人然後點擊添加.
    3. 在下面權限級別， 選擇讀/寫.
    4. 點擊分享， 然後完畢. （記下要在下面使用的此文件共享的路徑。）
  3. 在故障轉移集群管理器, 右鍵單擊集群並選擇更多操作和配置集群仲裁設置. 點擊下一個.
  4. 在選擇仲裁配置， 選擇節點和文件共享多數然後點擊下一個.
  5. 在配置文件共享見證屏幕，輸入之前創建的文件共享的路徑，然後單擊下一個.
  6. 在確認頁面，點擊下一個.
  7. 在概括頁面，點擊結束.

安裝和配置 DataKeeper在配置基本集群之後但在創建任何集群資源之前，安裝和許可DataKeeper 集群版在所有集群節點上。 見DataKeeper 集群版安裝指南詳細說明。

  1. 跑DataKeeper 設置安裝DataKeeper 集群版在兩個 SQL 實例上。
  2. 輸入您的註冊碼並在出現提示時重新啟動。
  3. 啟動數據管理員圖形用戶界面和連接到服務器.

*筆記: 使用的域或服務器帳戶必須添加到本地系統管理員組。 該帳戶必須在安裝了 DataKeeper 的每台服務器上都具有管理員權限。 參考DataKeeper 服務登錄 ID 和密碼選擇了解更多信息。

  1. 右鍵單擊工作並連接到兩個 SQL 服務器。
  2. 創建工作對於您將創建的每個鏡像。 一個用於您的 DTC 資源，一個用於您的 SQL 資源。
  3. 當詢問您是否要將捲自動註冊為集群卷時，選擇是的.

*筆記：如果在 Windows “Core”（無 GUI 的 Windows）上安裝 DataKeeper Cluster Edition，請務必閱讀Windows 2008R2/2012服務器核心平台上安裝和使用DataKeeper詳細說明。

配置 MSDTC

  1. 對於 Windows Server 2012 和 2016，在故障轉移群集管理器 GUI ， 選擇角色，然後選擇配置角色.
  2. 選擇分佈式事務協調器 (DTC) ，然後單擊下一個.

*對於 Windows Server 2008，在故障轉移群集管理器 GUI ， 選擇服務和應用，然後選擇配置服務或應用程序然後點擊下一個.

  1. 在客戶端接入點屏幕，輸入名稱，然後輸入MSDTC IP 地址對於集群中涉及的每個節點。 這是三個中的第二個次要 IP 地址之前添加到每個實例。 點擊下一個.
  2. 選擇MSDTC 體積然後點擊下一個.
  3. 在確認頁面，點擊下一個.
  4. 一旦概括頁面顯示，點擊結束.

在第一個 SQL 實例上安裝 SQL

  1. 在域控制器服務器上創建一個文件夾並共享它..
    1. 例如具有“所有人”權限的“TEMPSHARE”。
  2. 創建一個子文件夾“SQL”並將 SQL .iso 安裝程序複製到該子文件夾中。
  3. 在 SQL 服務器上，創建一個網絡驅動器並將其附加到域控制器上的共享文件夾。
    • .例如“net use S:\TEMPSHARE
  4. 在 SQL 服務器上，將出現 S: 驅動器。 CD 到 SQL 文件夾並找到 SQL .iso 安裝程序。 右鍵單擊 .iso 文件並選擇山. setup.exe 安裝程序將與 SQL .iso 安裝程序一起出現。

F:>Setup /SkipRules=Cluster_VerifyForErrors /Action=InstallFailoverCluster

  1. 在設置支持規則， 點擊好的.
  2. 在產品密鑰對話框，輸入您的產品密鑰然後點擊下一個.
  3. 在許可條款對話框，接受許可協議然後點擊下一個.
  4. 在產品更新對話框，點擊下一個.
  5. 在設置支持文件對話框，點擊安裝.
  6. 在設置支持規則對話框，您將收到警告。 點擊下一個，忽略此消息，因為它預計在多站點或非共享存儲集群中。
  7. 核實集群節點配置然後點擊下一個.
  8. 配置您的集群網絡通過為您的 SQL 實例添加“第三個”輔助 IP 地址，然後單擊下一個. 點擊是的繼續進行多子網配置。
  9. 進入密碼對於服務帳戶並單擊下一個.
  10. 在錯誤報告對話框，點擊下一個.
  11. 在添加節點規則對話框中，可以忽略跳過的操作警告。 點擊下一個.
  12. 驗證功能並單擊安裝.
  13. 點擊關閉以完成安裝過程。

在第二個 SQL 實例上安裝 SQL安裝第二個 SQL 實例與第一個類似。

  1. 在 SQL 服務器上，創建一個網絡驅動器並將其附加到域控制器上的共享文件夾，如上文針對第一台 SQL 服務器所述。
  2. 安裝 .iso 安裝程序後，運行SQL 設置再次從命令行以跳過證實打開一個命令窗口，瀏覽到您的SQL安裝目錄並輸入以下命令：

設置 /SkipRules=Cluster_VerifyForErrors /Action=AddNode /INSTANCENAME=”MSSQLSERVER” (筆記：這假設您在第一個節點上安裝了默認實例）

  1. 在設置支持規則， 點擊好的.
  2. 在產品密鑰對話框，輸入您的產品密鑰然後點擊下一個.
  3. 在許可條款對話框，接受許可協議然後點擊下一個.
  4. 在產品更新對話框，點擊下一個.
  5. 在設置支持文件對話框，點擊安裝.
  6. 在設置支持規則對話框，您將收到警告。 點擊下一個，忽略此消息，因為它預計在多站點或非共享存儲集群中。
  7. 核實集群節點配置然後點擊下一個.
  8. 配置您的集群網絡為您的 SQL 實例添加“第三個”輔助 IP 地址，然後單擊下一個. 點擊是的繼續進行多子網配置。
  9. 進入密碼對於服務帳戶並單擊下一個.
  10. 在錯誤報告對話框，點擊下一個.
  11. 在添加節點規則對話框中，可以忽略跳過的操作警告。 點擊下一個.
  12. 驗證功能並單擊安裝.
  13. 點擊關閉以完成安裝過程。

通用集群配置本節描述了一個常見的 2 節點複製集群配置.

  1. 初始配置必須從數據管理員用戶界面在集群節點之一上運行。 如果無法在集群節點上運行 DataKeeper UI，例如在僅 Windows Core 的服務器上運行 DataKeeper，請在任何運行 Windows XP 或更高版本的計算機上安裝 DataKeeper UI，然後按照僅核心用於通過命令行創建鏡像和註冊集群資源的部分。
  2. 一旦 DataKeeper UI 運行，連接到每個節點在集群中。
  3. 創建工作使用 DataKeeper UI。 此過程創建一個鏡像並將 DataKeeper Volume 資源添加到可用存儲。

！重要的：確保虛擬網絡名稱為了網卡連接在所有集群節點上都是相同的。

  1. 如果需要額外的鏡子，您可以向作業添加鏡像.
  2. 隨著DataKeeper 卷現在在可用存儲空間，您可以像創建集群中的共享磁盤資源一樣創建集群資源（SQL、文件服務器等）。 除上述內容外，請參閱 Microsoft 文檔以獲取有關分步群集配置說明的其他信息。

與集群（虛擬）IP 的連接除了主IP和從IP，您還需要在華為雲中配置虛擬IP地址，以便它們可以路由到主節點。

  1. 來自服務清單下拉，選擇彈性雲服務器.
  2. 單擊要為其添加群集虛擬 IP 地址的 SQL 實例之一（一個用於 MSDTC，一個用於 SQL 故障轉移群集）
  3. 選擇NIC > 管理虛擬 IP 地址.
  4. 點擊分配虛擬 IP 地址並選擇手動的輸入實例子網範圍內的 IP 地址（例如。 對於 15.0.1.25，輸入 15.0.1.26）。 點擊好的.
  5. 點擊更多的IP 地址行上的下拉菜單，然後選擇綁定到服務器, 選擇要綁定 IP 地址的服務器和 NIC 卡。
  6. 對 MSDTC 和 SQLFC 虛擬 IP 使用相同的步驟 4. 和 5
  7. 點擊好的以保存您的工作。

管理一旦 DataKeeper 卷註冊到 Windows Server 故障轉移群集，該卷的所有管理都將通過 Windows Server 故障轉移群集界面完成。 DataKeeper 中通常可用的所有管理功能將被禁用在集群控制下的任何卷上。 相反，DataKeeper Volume 集群資源將控製鏡像方向，因此當 DataKeeper Volume 在節點上聯機時，該節點將成為鏡像的源。 DataKeeper Volume 集群資源的屬性還顯示基本的鏡像信息，例如鏡像的源、目標、類型和狀態。

故障排除使用以下資源幫助解決問題：

其他資源：循序漸進：在 Windows Server 2008 R2 上配置 2 節點多站點集群——第 1 部分—— http://clusteringformeremortals.com/2009/09/15/step-by-step-configuring-a-2-node-multi-site-cluster-on-windows-server-2008-r2-%E2%80%93 -第1部分/循序漸進：在 Windows Server 2008 R2 上配置 2 節點多站點集群——第 3 部分—— http://clusteringformeremortals.com/2009/10/07/step-by-step-configuring-a-2-node-multi-site-cluster-on-windows-server-2008-r2-%E2%80%93 -第 3 部分/

主要的雲中斷影響谷歌計算引擎 – 您準備好了嗎？ 

by Leave a Comment

主要的雲中斷影響谷歌計算引擎你準備好了

主要的雲中斷影響谷歌計算引擎 – 您準備好了嗎？

谷歌首次在2019年6月2日太平洋時間12:25報導了一個“問題”。現在在任何類型的災難中都很常見，有關此次停機的報告首次出現在社交媒體上。社交媒體現在似乎是在災難早期獲取任何類型信息的最可靠的地方。

Twitter正在迅速成為從革命，自然災害到雲中斷的第一個信息來源。[/ caption]

許多依賴Google Compute Engine的服務都受到了影響。我家裡有三個十幾歲的孩子。當所有三個孩子從他們的洞穴（又稱臥室）出現時，他們的臉上出現了擔憂的表情。Snapchat，Youtube和Discord都離線了！他們一定認為這肯定是天啟的第一個跡象。我向他們保證，這不是新黑暗時代的開始。相反，他們應該去外面做一些碼頭工作。這讓他們害怕回到現實狀態，他們很快就趕緊跑去找別的東西來佔用他們的時間。除了開玩笑之外，有許多服務被報告為關閉或僅在某些地區可用。塵埃仍然在停電的原因，廣度和範圍。但肯定的是，中斷在規模和範圍上都非常重要，影響了許多客戶和服務，包括Gmail和其他G-Suite服務，Vimeo等。

許多服務都受到此次停機，Gmail，YouTube和SnapChat的影響，僅舉幾例。[/ caption]

在我們等待最新谷歌計算引擎停機的官方根本原因分析時，谷歌報告稱“美國東部的高水平網絡擁堵”導致停機。我們將不得不等待他們確定導致網絡問題的原因。是人為錯誤，網絡攻擊，硬件故障還是其他什麼？

您是否為此云中斷做好了準備？

我在上一次重大雲停運期間寫道。如果您在雲中運行業務關鍵型工作負載，無論云服務提供商如何，您都有責任為不可避免的中斷做好計劃。2018年9月4日的多天Azure停電與次級HVAC系統在與電風暴相關的電湧期間啟動失敗有關。雖然故障只發生在一個數據中心內，但是中斷暴露了多個依賴於這個數據中心的服務。這使得數據中心本身成為單點故障。

有一個健全的災難恢復計劃

利用雲的基礎架構，通過在可用區，區域甚至雲服務提供商之間不斷複製關鍵數據來最大限度地降低風險。除了數據保護之外，制定快速恢復關鍵業務應用程序的程序是任何災難恢復計劃的重要組成部分。有各種複制和恢復選項可用。這包括雲供應商自己提供的服務，如Azure Site Recovery，SQL Server Always On Availability Groups等特定於應用程序的解決方案，以及SIOS DataKeeper等第三方解決方案，可保護在Windows和Linux上運行的各種應用程序。擁有完全依賴於單個雲提供商的災難恢復策略會使您容易受到可能影響單個雲中多個區域的情況的影響。多數據中心或多地區災難不太可能發生。但是，正如我們在去年秋天看到的最近這次中斷和Azure中斷一樣，即使單個數據中心本地出現故障，影響也可以在多個數據中心甚至雲中的區域內實現。要最大限度地降低風險，請考慮災難恢復站點位於主雲平台之外的多雲或混合雲方案。雲與您自己的數據中心一樣容易中斷。你必須採取措施為災難做準備。我建議您首先查看最關鍵的業務應用程序。如果他們離線並且管理它們的雲門戶甚至不可用，你會怎麼做？你能恢復嗎？你會滿足你的RTO和RPO目標嗎？如果沒有，也許是時候重新評估您的災難恢復策略了。

“由於沒準備好，你準備失敗。” – 本傑明富蘭克林

在Azure中的Windows Server 2008 R2上配置SQL Server 2008 R2故障轉移群集實例

by Leave a Comment

循序漸進：如何在Azure中的Windows Server 2008 R2上配置SQL Server 2008 R2故障轉移群集實例

介紹

2019年7月9日，對SQL Server 2008和2008 R2的支持將結束。這意味著定期安全更新的結束。但是，如果將這些SQL Server實例移動到Azure，Microsoft將為您提供三年的擴展安全更新，無需額外費用。如果您當前正在運行SQL Server 2008/2008 R2並且在7月9日截止日期之前無法更新到SQL Server的更高版本，那麼您將希望利用此優惠而不是冒著面臨未來安全漏洞的風險。未修補的SQL Server實例可能導致數據丟失，停機或破壞性數據洩露。

在Azure中運行SQL Server 2008/2008 R2時將面臨的挑戰之一是確保高可用性。在本地，您可能正在運行SQL Server故障轉移群集（FCI）實例以實現高可用性，或者您可能正在虛擬機中運行SQL Server，並且依賴VMware HA或Hyper-V群集來獲取可用性。遷移到Azure時，這些選項都不可用。 Azure中的停機是非常可能的，您必須採取措施來緩解。

為了減少停機的可能性並獲得Azure 99.95％或99.99％SLA的資格，您必須利用SIOS DataKeeper。DataKeeper克服了Azure缺乏共享存儲的問題，並允許您在Azure中構建SQL Server FCI，利用每個實例上的本地連接存儲。SIOS DataKeeper不僅支持本指南中記錄的SQL Server 2008 R2和Windows Server 2008 R2，它支持從2008 R2到Windows Server 2019的任何版本的Windows Server以及從SQL Server 2008到SQL Server 2019的任何版本的SQL Server 。

本指南將介紹在Azure中創建在Windows Server 2008 R2上運行的雙節點SQL Server 2008 R2故障轉移群集實例（FCI）的過程。儘管SIOS DataKeeper還支持跨可用區或區域的群集，但本指南假設每個節點都位於同一個Azure區域，但位於不同的故障域中。將使用SIOS DataKeeper代替創建SQL Server 2008 R2 FCI通常所需的共享存儲。

在Azure中創建第一個SQL Server實例

本指南將利用Azure Marketplace中發布的Windows Server 2008R2映像上的SQL Server 2008R2SP3。

配置第一個實例時，您必須創建新的可用性集。在此過程中，請確保將Fault Domains的數量增加到3。這允許兩個群集節點和文件共享見證每個節點駐留在它們自己的故障域中。

為每個實例添加其他磁盤。建議使用Premium或Ultra SSD。禁用用於SQL日誌文件的磁盤上的緩存。在用於SQL數據文件的磁盤上啟用只讀緩存。有關存儲最佳實踐的其他信息，請參閱Azure虛擬機中的SQL Server性能指南。

如果尚未配置虛擬網絡，請允許創建嚮導為您創建新虛擬網絡。

創建實例後，請進入IP配置並使專用IP地址靜態。這是SIOS DataKeeper所必需的，也是群集實例的最佳實踐。

確保將虛擬網絡配置為將DNS服務器設置為本地Windows AD控制器。這是為了確保您能夠在以後的步驟中加入域。

在Azure中創建結束SQL Server實例

按照上面的相同步驟。除了確保將此實例放在您使用第一個實例創建的同一虛擬網絡和可用性集中。

創建文件共享見證（FSW）實例

為了使Windows Server故障轉移群集（WSFC）以最佳方式工作，您需要創建另一個Windows Server實例並將其放在與SQL Server實例相同的可用性集中。通過將其置於同一可用性集中，可確保每個群集節點和FSW位於不同的故障域中。因此，如果整個故障域脫機，確保您的群集保持在線。此實例不需要SQL Server。它可以是一個簡單的Windows Server，因為它需要做的就是託管一個簡單的文件共享。

此實例將託管WSFC所需的文件共享見證。此實例不需要具有相同的大小，也不需要附加任何其他磁盤。它的唯一目的是託管一個簡單的文件共享。它實際上可以用於其他目的。在我的實驗室環境中，我的FSW也是我的域控制器。

卸載SQL Server 2008 R2

配置的兩個SQL Server實例中的每一個都已經安裝了SQL Server 2008 R2。但是，它們作為獨立的SQL Server實例安裝，而不是群集實例。在我們安裝集群實例之前，必須從每個實例中卸載SQL Server。最簡單的方法是運行SQL安裝程序，如下所示。

運行setup.exe / Action-RunDiscovery時，您將看到所有預安裝的內容 

setup.exe / Action-RunDiscovery

運行setup.exe / Action =卸載/ FEATURES = SQL，AS，RS，IS，工具/ INSTANCENAME = MSSQLSERVER啟動卸載過程

setup.exe / Action = Uninstall / FEATURES = SQL，AS，RS，IS，Tools / INSTANCENAME = MSSQLSERVER

運行setup.exe / Action-RunDiscovery確認卸載已完成

setup.exe / Action-RunDiscovery

在第二個實例上再次運行此卸載過程。

將實例添加到域

所有這三個實例都需要添加到Windows域中。

添加Windows故障轉移群集功能

需要將故障轉移群集功能添加到兩個SQL Server實例中

Add-WindowsFeature故障轉移 - 群集

關閉Windows防火牆

為簡單起見，請在安裝和配置SQL Server FCI期間關閉Windows防火牆。有關保護Azure資源的建議，請參閱Azure網絡安全最佳實踐。可以在此處找到所需Windows端口的詳細信息，此處的SQL Server端口和此處的SIOS DataKeeper端口，我們稍後將配置的內部負載均衡器還需要端口59999訪問。因此，請務必在安全配置中考慮到這一點。

NetSh Advfirewall設置allprofiles狀態

安裝Windows Server 2008 R2 SP1的Convenience Rollup更新

為了在Azure中配置Windows Server 2008 R2實例，需要進行關鍵更新（kb2854082）。該更新以及更多內容包含在Windows Server 2008 R2 SP1的便捷匯總更新中。在每個SQL Server實例上安裝此更新。

格式化存儲

配置兩個SQL Server實例時附加的其他磁盤需要格式化。對每個實例上的每個卷執行以下操作。

微軟最佳實踐說如下……

“NTFS分配單元大小：格式化數據磁盤時，建議您對數據和日誌文件以及TempDB使用64 KB的分配單元大小。”

運行群集驗證

運行集群驗證以確保一切準備好進行集群。

您的報告將包含有關存儲和網絡的警告。您可以忽略這些警告，因為我們知道沒有共享磁盤，並且服務器之間只存在單個網絡連接。您可能還會收到有關網絡綁定順序的警告，該警告也可以忽略。如果您遇到任何錯誤，您必須在繼續之前解決這些錯誤。

創建群集

在Azure中創建集群的最佳實踐是使用Powershell，如下所示。Powershell允許我們指定靜態IP地址，而GUI方法則不允許。不幸的是，Azure的DHCP實現與Windows Server Failover Clustering不兼容。如果您使用GUI方法，您將使用重複的IP地址作為群集IP地址。這不是世界末日，但你需要在我展示時解決這個問題。

正如我所說，Powershell方法通常效果最好。但是，出於某種原因，它似乎在Windows Server 2008 R2上失敗，如下所示。

New-Cluster -Name cluster1 -Node sql1，sql2 -StaticAddress 10.1.0.100 -NoStorage

您可以嘗試這種方法，如果它適合您 – 太棒了！我需要回過頭來再研究一下，看看它是不是僥倖。如果Powershell不工作，我需要探索的另一個選項是Cluster.exe。運行cluster / create /？使用不推薦使用的cluster.exe命令提供用於創建集群的正確語法。

但是，如果Powershell或Cluster.exe使您失敗，則以下步驟說明瞭如何通過Windows Server Failover Clustering UI創建群集，包括修復將分配給群集的重複IP地址。

請記住，您在此處指定的名稱只是群集名稱對象（CNO）。這不是SQL客戶端用於連接群集的名稱;我們將在稍後的步驟中定義SQL Server群集設置期間。 

此時，已創建群集，但由於重複的IP地址問題，您可能無法使用Windows Server Failover Clustering UI連接到群集。

修復重複的IP地址

如前所述，如果使用GUI創建集群，則無法為集群選擇IP地址。由於您的實例配置為使用DHCP（Azure中需要），因此GUI希望使用DHCP自動為您分配IP地址。遺憾的是，Azure的DHCP實現無法按預期工作，並且群集將分配其中一個節點已使用的相同地址。雖然群集將正確創建，但在解決此問題之前，您將很難連接到群集。

要解決此問題，請從其中一個節點運行以下命令，以確保在該節點上啟動群集服務。

淨啟動clussvc / fq

在同一節點上，您現在應該能夠連接到Windows Server Failover Clustering UI，在那裡您將看到IP地址無法聯機。

打開群集IP地址的屬性並將其從DHCP更改為靜態，並為其分配未使用的IP地址。

將Name資源聯機

添加文件共享見證

接下來我們需要添加文件共享見證。在我們配置為FSW的第三台服務器上，創建一個文件夾並共享它，如下所示。您需要在共享和安全級別授予群集名稱對象（CNO）讀/寫權限，如下所示。

創建共享後，在其中一個群集節點上運行“配置群集仲裁”嚮導，然後按照以下步驟操作。

為DataKeeper創建服務帳戶

我們幾乎準備好安裝DataKeeper。但是，在我們這樣做之前，您需要創建一個Domain帳戶並將其添加到每個SQL Server群集實例上的Local Administrators組。我們將在安裝DataKeeper時指定此帳戶。

安裝DataKeeper

在兩個SQL Server群集節點中的每個節點上安裝DataKeeper，如下所示。

這是我們將指定我們添加到每個本地域管理員組的域帳戶的位置。

配置DataKeeper

在兩個群集節點中的每個節點上安裝DataKeeper後，即可配置DataKeeper。

注 – 以下步驟中遇到的最常見錯誤與安全性相關，通常由預先存在的Azure安全組阻止所需端口。請參閱SIOS文檔以確保服務器可以通過所需的端口進行通信。

首先，您必須連接到兩個節點中的每一個。

如果一切配置正確，您應該在“服務器概述”報告中看到以下內容。

接下來，創建一個新工作並按照下面說明的步驟

在此處選擇“是”以在“可用存儲”中註冊DataKeeper卷資源

為每個卷完成上述步驟。完成後，您應該在Windows Server故障轉移群集UI中看到以下內容。

您現在已準備好將SQL Server安裝到群集中。

注 – 此時，只能在當前託管可用存儲的節點上訪問複製卷。這是預期的，所以不要擔心！

在第一個節點上安裝SQL Server

在第一個節點上，運行SQL Server安裝程序。

選擇“新建SQL Server故障轉移群集安裝”，然後按照說明執行操作。

只選擇您需要的選項。 

請注意，本文檔假定您使用的是SQL Server的默認實例。如果使用命名實例，則需要確保鎖定其偵聽的端口，並在配置負載平衡器時使用該端口。您還需要為SQL Server Browser服務（UDP 1434）創建負載平衡器規則，以便連接到命名實例。本指南不涉及這兩個要求。但是，如果您需要命名實例，那麼如果您執行這兩個額外步驟，它將起作用。

在這裡，您需要指定一個未使用的IP地址

轉到“數據目錄”選項卡並重定位數據和日誌文件。在本指南的最後，我們將討論將tempdb重定位到非鏡像DataKeeper卷以獲得最佳性能。現在，只需將其保留在其中一個群集磁盤上即可。

在第二個節點上安裝SQL

在第二個節點上再次運行SQL Server安裝程序。然後，選擇“將節點添加到SQL Server故障轉移群集”。

恭喜你，差不多完成了！但是，由於Azure缺乏對免費ARP的支持，我們需要配置內部負載均衡器（ILB）以協助客戶端重定向，如以下步驟所示。

更新SQL群集IP地址

為了使ILB正常運行，必須從其中一個集群節點運行以下命令。SQL Cluster IP使SQL Cluster IP地址能夠響應ILB運行狀況探測，同時還將子網掩碼設置為255.255.255.255，以避免IP地址與運行狀況探測衝突。

cluster res <IPResourceName> / priv enabledhcp = 0 address = <ILBIP> probeport = 59999 subnetmask = 255.255.255.255

注意 – 我不知道它是不是僥倖。有時候我運行了這個命令，它看起來很有效，但它沒有完成工作，我必須重新開始。我可以判斷它是否有效的方法是查看SQL Server IP資源的子網掩碼。如果它不是255.255.255.255那麼你知道它沒有成功運行。 它可能只是一個GUI刷新問題。請嘗試重新啟動群集GUI以驗證子網掩碼是否已更新。

成功運行後，使資源脫機並將其重新聯機以使更改生效。

創建負載均衡器

最後一步是創建負載均衡器。在這種情況下，我們假設您正在運行SQL Server的默認實例，偵聽端口1433。

創建負載均衡器時定義的專用IP地址將與SQL Server FCI使用的地址完全相同。

僅將兩個SQL Server實例添加到後端池。不要將FSW添加到後端池。

在此負載平衡規則中，您必須啟用浮動IP。

測試群集

最簡單的測試是在被動節點上打開SQL Server Management Studio並連接到群集。恭喜！你連接時你做的一切都正確！如果你無法連接，不要害怕。我寫了一篇博客文章來幫助解決問題。管理群集與管理傳統共享存儲群集完全相同。一切都通過故障轉移群集管理器控制。

可選 – 重定位TempDB

為獲得最佳性能，建議將tempdb移至本地非複制SSD。但是，SQL Server 2008 R2要求tempdb位於群集磁盤上。SIOS有一個稱為非鏡像卷資源的解決方案，可以解決這個問題。建議創建本地SSD驅動器的非鏡像卷資源並在那裡移動tempdb。請注意，本地SSD驅動器是非持久性的。您必須注意確保每次服務器重新啟動時都會重新創建包含tempdb的文件夾和該文件夾的權限。

在創建本地SSD的非鏡像卷資源後，請按照本文中的步驟重新定位tempdb。必須將該文章中描述的啟動腳本添加到每個群集節點。

經Clusteringformeremortals.com許可轉載

具有新Azure ILB功能的多實例SQL Server故障轉移群集

by Leave a Comment

新的Azure ILB功能允許您構建多實例SQL Server故障轉移群集

在今年9月的Microsoft Ignite上，微軟圍繞Azure發布了一些聲明。其中一個公告是內部負載平衡器上的多個VIP的普遍可用性。為什麼這對SQL Server DBA如此重要？好吧，到目前為止，如果要在Azure中部署高可用性SQL Server，則每個群集或單個可用性組偵聽器僅限於一個SQL Server FCI。此限制強制您為要在故障轉移群集中保護的每個SQL Server實例部署新群集。如果您希望在AlwaysOn AG配置中進行自動故障轉移和客戶端重定向，它還會強制您將所有數據庫分組到單個可用性組中。

如何擺脫這些限制？

這些新的ILB功能現已解除了這些限制。在這篇文章中，我將引導您完成在Azure中部署包含兩個SQL Server實例的SQL Server FCI的過程。在以後的文章中，我將引導您完成SQL Server AlwaysOn AG的相同過程。

讓我們從多實例SQL Server故障轉移群集開始

如我在Azure資源管理器中部署Microsoft SQL Server 2014故障轉移群集的帖子中所述，在Azure中構建基本的單實例SQL Server FCI。該帖子描述了創建多實例SQL Server故障轉移群集的過程。 使用DataKeeper創建群集中使用的複製卷資源，嘗試創建內部負載平衡器（ILB），然後修復SQL Server群集IP資源以使用ILB。如果您想跳過該過程并快速啟動配置，您可以始終使用Azure部署模板，使用SIOS DataKeeper創建雙節點SQL Server FCI假設您現在有一個基本的雙節點SQL Server FCI，添加第二個命名的步驟實例如下：

  1. 在另一個當前未使用的捲上創建另一個DataKeeper卷資源。如果沒有可用卷，則可能需要向Azure實例添加其他磁盤。作為此卷創建過程的一部分，新的DataKeeper卷資源將在群集中的可用存儲中註冊。有關詳細信息，請參閱前面引用的文章。
  2. 在第一個節點上安裝SQL Server的命名實例，指定我們剛剛創建的DataKeeper卷作為存儲位置。
  3. “添加節點”到第二個節點上的群集。
  4. 將此新命名實例的端口號鎖定到未使用的端口。在我的例子中，我使用端口1440。

將ILB調整為第二個實例

接下來，我們必須調整ILB以將流量重定向到第二個實例。以下是您需要遵循的步驟：添加前端IP地址，該地址與您用於第二個SQL Server實例的SQL群集IP地址相同，如下所示。具有新Azure ILB功能的多實例SQL Server故障轉移群集 接下來，我們將需要添加另一個探測，因為實例可以在不同的服務器上運行。如下圖所示，我添加了一個探測端口59998（而不是通常的59999）的探測器。我們需要確保新規則引用此探針。我們還需要記住該端口號，因為我們需要在此過程的最後一步更新與此實例關聯的IP地址。具有新Azure ILB功能的多實例SQL Server故障轉移群集 現在我們需要向ILB添加兩個新規則來引導目標為第二個SQL實例的流量。當然我們需要添加一個規則來重定向TCP端口1440（我用於SQL命名實例的端口），但由於我們現在使用的是命名實例，我們還需要一個端口來支持SQL Server Browser服務，UDP端口1434。在下面描述SQL Server Browser服務規則的圖片中，請注意前端IP地址引用了新的FrontendIP地址（10.0.0.201），端口和後端端口的UDP端口1434。在池中，您需要指定群集中的兩個服務器，最後確保選擇剛剛創建的新Health Probe。具有新Azure ILB功能的多實例SQL Server故障轉移群集 我們現在將添加TCP / 1440規則。如下圖所示，為端口TCP 1440添加新規則，或為SQL Server的命名實例鎖定的任何端口。同樣，請務必選擇新的FrontEnd IP地址和新的Health Probe（59998）。此外，請確保啟用了浮動IP（直接服務器返回）。具有新Azure ILB功能的多實例SQL Server故障轉移群集

最後一步

現在已配置負載均衡器，最後一步是運行PowerShell腳本以更新與此第二個SQL Server實例關聯的新群集IP地址。此PowerShell腳本只需要在其中一個群集節點上運行。

＃定義變量

$ ClusterNetworkName =“”

＃群集網絡名稱 
（在更高版本的Windows Server 2012上使用Get-ClusterNetwork查找名稱）

$ IPResourceName =“”

#SQL Server的第二個實例的IP地址資源名稱

$ ILBIP =“”

＃第二個SQL實例的IP地址，
它應該與新的前端IP地址相同

導入模塊FailoverClusters

＃如果您使用的是Windows Server 2012或更高版本：

Get-ClusterResource $ IPResourceName | 
Set-ClusterParameter -Multiple @ {Address = $ ILBIP; ProbePort = 59998;
子網掩碼=“255.255.255.255”網絡= $ ClusterNetworkName; EnableDHCP時= 0}

＃如果您使用的是Windows Server 2008 R2，請使用以下命令：

#cluster res $ IPResourceName / priv enabledhcp = 0 address = $ ILBIP probeport = 59998  
子網掩碼= 255.255.255.255

您現在在Azure中擁有一個功能齊全的多實例SQL Server FCI。如果您有任何問題要構建具有從Clusteringformeremortals.com重現的新Azure ILB功能的多實例SQL Server故障轉移群集

具有新Azure ILB功能的多實例SQL Server故障轉移群集

by Leave a Comment

新的Azure ILB功能允許您構建多實例SQL Server故障轉移群集

在今年9月的Microsoft Ignite上，微軟圍繞Azure發布了一些聲明。其中一個公告是內部負載平衡器上的多個VIP的普遍可用性。為什麼這對SQL Server DBA如此重要？好吧，到目前為止，如果要在Azure中部署高可用性SQL Server，則每個群集或單個可用性組偵聽器僅限於一個SQL Server FCI。此限制強制您為要在故障轉移群集中保護的每個SQL Server實例部署新群集。如果您希望在AlwaysOn AG配置中進行自動故障轉移和客戶端重定向，它還會強制您將所有數據庫分組到單個可用性組中。

如何擺脫這些限制？

這些新的ILB功能現已解除了這些限制。在這篇文章中，我將引導您完成在Azure中部署包含兩個SQL Server實例的SQL Server FCI的過程。在以後的文章中，我將引導您完成SQL Server AlwaysOn AG的相同過程。

讓我們從多實例SQL Server故障轉移群集開始

如我在Azure資源管理器中部署Microsoft SQL Server 2014故障轉移群集的帖子中所述，在Azure中構建基本的單實例SQL Server FCI。該帖子描述了創建多實例SQL Server故障轉移群集的過程。 使用DataKeeper創建群集中使用的複製卷資源，嘗試創建內部負載平衡器（ILB），然後修復SQL Server群集IP資源以使用ILB。如果您想跳過該過程并快速啟動配置，您可以始終使用Azure部署模板，使用SIOS DataKeeper創建雙節點SQL Server FCI假設您現在有一個基本的雙節點SQL Server FCI，添加第二個命名的步驟實例如下：

  1. 在另一個當前未使用的捲上創建另一個DataKeeper卷資源。如果沒有可用卷，則可能需要向Azure實例添加其他磁盤。作為此卷創建過程的一部分，新的DataKeeper卷資源將在群集中的可用存儲中註冊。有關詳細信息，請參閱前面引用的文章。
  2. 在第一個節點上安裝SQL Server的命名實例，指定我們剛剛創建的DataKeeper卷作為存儲位置。
  3. “添加節點”到第二個節點上的群集。
  4. 將此新命名實例的端口號鎖定到未使用的端口。在我的例子中，我使用端口1440。

將ILB調整為第二個實例

接下來，我們必須調整ILB以將流量重定向到第二個實例。以下是您需要遵循的步驟：添加前端IP地址，該地址與您用於第二個SQL Server實例的SQL群集IP地址相同，如下所示。具有新Azure ILB功能的多實例SQL Server故障轉移群集 接下來，我們將需要添加另一個探測，因為實例可以在不同的服務器上運行。如下圖所示，我添加了一個探測端口59998（而不是通常的59999）的探測器。我們需要確保新規則引用此探針。我們還需要記住該端口號，因為我們需要在此過程的最後一步更新與此實例關聯的IP地址。具有新Azure ILB功能的多實例SQL Server故障轉移群集 現在我們需要向ILB添加兩個新規則來引導目標為第二個SQL實例的流量。當然我們需要添加一個規則來重定向TCP端口1440（我用於SQL命名實例的端口），但由於我們現在使用的是命名實例，我們還需要一個端口來支持SQL Server Browser服務，UDP端口1434。在下面描述SQL Server Browser服務規則的圖片中，請注意前端IP地址引用了新的FrontendIP地址（10.0.0.201），端口和後端端口的UDP端口1434。在池中，您需要指定群集中的兩個服務器，最後確保選擇剛剛創建的新Health Probe。具有新Azure ILB功能的多實例SQL Server故障轉移群集 我們現在將添加TCP / 1440規則。如下圖所示，為端口TCP 1440添加新規則，或為SQL Server的命名實例鎖定的任何端口。同樣，請務必選擇新的FrontEnd IP地址和新的Health Probe（59998）。此外，請確保啟用了浮動IP（直接服務器返回）。具有新Azure ILB功能的多實例SQL Server故障轉移群集

最後一步

現在已配置負載均衡器，最後一步是運行PowerShell腳本以更新與此第二個SQL Server實例關聯的新群集IP地址。此PowerShell腳本只需要在其中一個群集節點上運行。

＃定義變量

$ ClusterNetworkName =“”

＃群集網絡名稱 
（在更高版本的Windows Server 2012上使用Get-ClusterNetwork查找名稱）

$ IPResourceName =“”

#SQL Server的第二個實例的IP地址資源名稱

$ ILBIP =“”

＃第二個SQL實例的IP地址，
它應該與新的前端IP地址相同

導入模塊FailoverClusters

＃如果您使用的是Windows Server 2012或更高版本：

Get-ClusterResource $ IPResourceName | 
Set-ClusterParameter -Multiple @ {Address = $ ILBIP; ProbePort = 59998;
子網掩碼=“255.255.255.255”網絡= $ ClusterNetworkName; EnableDHCP時= 0}

＃如果您使用的是Windows Server 2008 R2，請使用以下命令：

#cluster res $ IPResourceName / priv enabledhcp = 0 address = $ ILBIP probeport = 59998  
子網掩碼= 255.255.255.255

您現在在Azure中擁有一個功能齊全的多實例SQL Server FCI。如果您有任何問題要構建具有從Clusteringformeremortals.com重現的新Azure ILB功能的多實例SQL Server故障轉移群集