SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

14 10 月, 2022

如何使用 Azure Site Recovery (ASR) 複製使用 SIOS DataKeeper 進行群集存儲的 Windows Server 故障轉移群集 (WSFC)

如何使用 Azure Site Recovery (ASR) 複製使用 SIOS DataKeeper 進行群集存儲的 Windows Server 故障轉移群集 (WSFC)

如何使用 Azure Site Recovery (ASR) 複製使用 SIOS DataKeeper 進行群集存儲的 Windows Server 故障轉移群集 (WSFC)

介紹

因此，您已經在 Azure 中構建了一個 SQL Server 故障轉移集群實例 (FCI)，或者可能是一個 SAP ASCS/ERS 集群。 集群的每個節點都駐留在不同的可用區 (AZ) 中，或者您可能有嚴格的延遲要求並且正在使用 Placement Proximity Group (PPG) 並且您的節點都駐留在同一個可用性集中。 無論在哪種情況下，您的關鍵業務應用程序現在都比僅運行單個實例具有更高級別的可用性。

現在你有高可用性 (HA)覆蓋，你要做什麼災難恢復? 奪走多個 AZ 的區域性災難很少見，但正如最近的歷史向我們展示的那樣，大自然母親真的可以打出一記重拳。 如果整個區域離線，您需要做好準備。

Azure Site Recovery (ASR) 是 Microsoft 的災難恢復即服務 (DRaaS) 產品，可讓您將整個 VM 從一個區域複製到另一個區域。 它還可以將虛擬機和物理服務器從本地複製到 Azure，但在本博文中，我們將重點介紹 Azure 區域到區域的 DR 功能。

設置 Azure Site Recovery

我們將假設您已經使用SIOS 數據保持器. 如果沒有，這裡有一些提示可以幫助您入門。

Azure VM 上使用 SQL Server 的故障轉移群集實例SAP ASCS/SCS 集群共享磁盤的 SIOS DataKeeper Cluster Edition我們還將假設您熟悉 Azure Site Recovery。 我建議您閱讀最新的，而不是另一個關於設置 ASR 的指南文件來自微軟。 本文將重點介紹您可能沒有考慮過的一些事情，以及在故障轉移到不同子網後修復集群所需的具體步驟。

配對區域

在開始 DR 路徑之前，您應該了解 Azure 配對區域的概念。 Azure 中的每個區域都有一個首選 DR 區域。 如果您想了解有關配對區域的更多信息，請參閱文件提供了很好的背景。 有一些真的很好好處使用您的配對區域，但實際上由您決定要使用哪個區域來託管您的 DR 站點。

雲見證位置

當您最初構建集群時，您必須為您的仲裁選擇見證類型。 您可能選擇了文件共享見證或云見證。 通常，這些見證類型中的任何一種都應位於與集群節點分開的 AZ 中。

但是，當您考慮到在發生災難時，您的整個集群將在您的 DR 區域中運行時，有一個更好的選擇。 您應該使用雲見證，並將其放置在您的 DR 區域中。 通過將雲見證放置在 DR 區域中，您不僅可以為本地 AZ 故障提供彈性，還可以在整個區域發生故障並且您必須使用 ASR 來恢復 DR 區域中的集群時為您提供保護。 通過 Dynamic Quorum 和 Dynamic Witness 的魔力，您可以確定即使您的 DR 區域暫時下線，也不會影響您的生產集群。

多虛擬機一致性

使用 ASR 複製集群時，啟用多虛擬機一致性確保每個集群節點的恢復點來自同一時間點。 這確保了虛擬機之間發生的 DataKeeper 塊級複製將能夠在恢復後繼續，而無需完全重新同步。

崩潰一致性恢復點

複製集群中不支持應用程序一致的恢復點。 配置 ASR 複製選項時，不要啟用應用程序一致的恢復點。

故障轉移後保留 IP 地址？

使用 ASR 複製到 DR 站點時，有一種方法可以保持 VM 的 IP 地址相同。 微軟在題為“在故障轉移期間保留 IP 地址. 如果您可以在故障轉移後保持 IP 地址不變，它將簡化恢復過程，因為您不必修復任何基於 IP 地址的集群 IP 地址或 DataKeeper 鏡像端點。

但是，根據我的經驗，我從未見過有人真正遵循上述指導，因此在不同子網中恢復集群需要在恢復後執行一些額外步驟，然後才能使集群聯機。

您的第一次故障轉移嘗試

恢復計劃

由於您使用的是多虛擬機一致性，因此您必須使用恢復計劃對虛擬機進行故障轉移。 這文件提供了關於如何做到這一點的非常簡單的指導。 恢復計劃將要恢復的 VM 分組在一起，以確保它們一起進行故障轉移。 您甚至可以將多組虛擬機添加到同一個恢復計劃中，以確保您的整個基礎架構以有序的方式進行故障轉移。

恢復計劃還可以啟動恢復後腳本以幫助故障轉移成功完成恢復。 我在下面描述的步驟都可以作為您的恢復計劃的一部分編寫出來，從而使整個恢復過程完全自動化。 我們不會在這篇博文中介紹該過程，但 Microsoft記錄這個過程.

靜態 IP 地址

作為恢復過程的一部分，您需要確保新 VM 具有靜態 IP 地址。 您必須調整 Azure 門戶中的接口屬性，以便 VM 始終使用相同的地址。 如果您想向接口添加公共 IP 地址，此時您也應該這樣做。

網絡配置

在 DR 站點中成功恢復複製的 VM 後，您要做的第一件事是驗證基本連接。 IP 配置是否正確？ 實例是否使用正確的 DNS 服務器？ 名稱解析是否正常運行？ 你能ping通遠程服務器嗎？

如果網絡通信有任何問題，那麼下面描述的其餘步驟必然會失敗。 不要跳過這一步！

負載均衡器

您可能知道，Azure 中的集群需要您配置負載均衡器才能使客戶端連接正常工作。 負載平衡器不會作為恢復計劃的一部分進行故障轉移。 您需要基於現在駐留在這個新 vNet 中的集群構建一個新的負載均衡器。 您可以手動執行此操作，也可以將其作為恢復計劃的一部分自動執行。

網絡安全組

在這個新子網中運行還意味著您必須指定要應用於這些實例的網絡安全組。 您必須確保實例能夠通過所需端口進行通信。 同樣，您可以手動執行此操作，但最好將其編寫為您的恢復計劃的一部分。

修復 IP 集群地址

如果您無法進行前面描述的更改以恢復同一子網中的實例，則必須完成以下步驟來更新集群 IP 地址和 DataKeeper 地址以在新子網中使用。

每個集群都有一個核心集群 IP 地址。 如果在故障轉移後啟動 WSFC UI，您將看到集群將無法連接。 這是因為集群使用的 IP 地址在新子網中無效。

如果您打開該 IP 地址資源的屬性，您可以將 IP 地址更改為可在新子網中使用的地址。 確保同時更新網絡和子網掩碼。

修復該 IP 地址後，您將必須對您在集群資源中使用的任何其他集群地址執行相同的操作。

修復 DataKeeper 鏡像地址

SIOS DataKeeper 鏡像使用 IP 地址作為鏡像端點。 這些存儲在鏡像和鏡像作業中。 如果您在不同的子網中恢復基於 DataKeeper 的集群，您將看到鏡像處於 Resync Pending 狀態。 您還會注意到源 IP 和目標 IP 反映的是原始子網，而不是 DR 站點的子網。

解決此問題需要從 SIOS 運行一個名為CHANGEMIRRENDPOS . CHANGEMIRRORENDPOINTS 的用法如下。

emcmd <NEW source IP> CHANGEMIRRORENDPOINTS <volume letter> <ORIGINAL target IP> <NEW source IP> <NEW target IP> 在我們的示例中，命令和輸出如下所示。

命令運行後，DataKeeper GUI 將更新以反映新的 IP 地址，如下所示。 鏡像也將進入鏡像狀態。

結論

您現在已經成功地配置和測試了關鍵業務應用程序的災難恢復，結合使用 SIOS DataKeeper 實現高可用性和 Azure Site Recovery 實現災難恢復。 如果您有任何疑問，或者想諮詢 SIOS，以幫助您為 SQL Server、SAP ASCS 和 ERS、SAP HANA、Oracle 或其他關鍵業務應用程序等關鍵業務應用程序設計和實施高可用性和災難恢復，請聯繫我們.

經授權轉載西歐
6 10 月, 2022

通用應用程序恢復工具包

通用應用程序恢復工具包

通用應用程序恢復工具包

這適用於 Linux 的 SIOS 保護套件附帶一系列方便的應用程序恢復工具包，涵蓋主要數據庫，如 SAP HANA 和甲骨文、IP、文件系統和 NAS 或 NFS 共享和導出。 每個 SIOS 提供的 ARK 都有恢復（啟動）、刪除（停止）、快速檢查和恢復腳本——除了在配置期間要求的任何選項以及添加到受保護的層次結構中之外，這些腳本不容易配置。

這些 ARK 由應用程序供應商自己開發、維護、質量檢查，並且在某些情況下“支持認證”。 如果您有現有 SIOS ARK 未涵蓋的應用程序或服務，您會怎麼做？

輸入通用 ARK。 通用 ARK 可以添加到層次結構中，並以與其他 SIOS ARK 類似的方式進行配置；通用 ARK 的特殊之處在於它要求您提供恢復、刪除和 quickCheck 腳本以及可選的恢復腳本。

您可以使用任何已配置的腳本語言來創建腳本（BASH 或 Perl 很常見），讓我們進一步研究這些腳本：

恢復：這是用於啟動服務或應用程序的腳本消除：這是用於停止您的服務或應用程序的腳本快速檢查：此腳本用於確定您的應用程序或服務是否按預期運行恢復：此腳本將用於在發生故障後嘗試恢復，某些應用程序和服務有助於重新啟動或運行某些命令以嘗試從故障場景中恢復 默認情況下，quickCheck 腳本每 180 秒運行一次。 如果 quickCheck 腳本檢測到應用程序失敗，它會調用恢復腳本。 恢復腳本嘗試在當前節點上重新啟動應用程序。 如果恢復腳本無法重新啟動應用程序，或者沒有提供恢復腳本，則執行刪除腳本。 這將啟動到備用節點的故障轉移。

通用應用程序工具包的模板

SIOS 為通用應用程序工具包提供示例模板。這些示例與 lifekeeper 軟件一起安裝，可在此處找到：快速檢查、刪除和恢復/opt/Lifekeeper/lkadm/subsys/gen/app/templates/actions/恢復/opt/Lifekeeper/lkadm/subsys/gen/app/templates/recovery 有 BASH (.sh) 和 Perl (.pl) 語言的 quickCheck、remove 和 restore 示例。 示例腳本是自我記錄的，並且在整個腳本中都有註釋。 假設您熟悉 BASH 或 Perl，那麼您將能夠理解腳本在做什麼。 返回碼 0 表示運行成功，其他值表示失敗。 腳本的結果將觸發 LifeKeeper 採取的下一個動作。

Lifekeeper 中的設置

創建腳本後，您可以通過單擊綠色加號創建新資源來創建通用應用程序。 選擇“通用應用程序”以啟動配置嚮導。

通用應用程序恢復工具包 1

添加資源並選擇通用應用程序

通用應用程序恢復工具包 2

選擇還原腳本

通用應用程序恢復工具包

選擇刪除腳本從這裡開始

通用應用程序恢復工具包

選擇 QuickCheck 腳本

通用應用程序恢復工具包

選擇恢復腳本（本例中沒有）

通用應用程序恢復工具包

應用程序信息是一種將信息傳遞給 GenAPP 腳本的方法。 例如，在通用負載均衡器的 GenAPP 中，我們使用此字段來傳遞負載均衡器正在偵聽的端口。

通用應用程序恢復工具包

選擇是否要使 GenAPP 聯機創建後，有時您希望讓 GenAPP 脫機，以便創建可能需要的任何依賴項。

通用應用程序恢復工具包

為將要創建的資源命名

通用應用程序恢復工具包

輸入所有信息後，將創建資源因此您可以看到創建 GenAPP 來保護幾乎任何應用程序都非常簡單明了。 GenAPP 允許您保護任何應用程序，甚至是內部構建的自定義應用程序。

如果您想了解有關 SIOS 如何幫助您保持業務關鍵應用程序可用的更多信息，請聯繫我們！

經授權轉載西歐
4 10 月, 2022

AWS 新加坡峰會 – 銀牌贊助商

AWS 新加坡峰會 – 銀牌贊助商

10 月 6 日上午 8:00 – 5:00 PM

SIOS 很高興成為今年新加坡 AWS 峰會的銀牌贊助商。

了解各種規模的公共部門組織如何使用 AWS 快速創新、改善公民生活並轉變運營方式。 聆聽來自全球各地已在 AWS 上成功構建解決方案的同行和主題專家的意見。
2 10 月, 2022

如何從 SIOS NFS 資源轉換為 EFS

如何從 SIOS NFS 資源轉換為 EFS

如何從 SIOS NFS 資源轉換為 EFS

由於許多客戶考慮將其 SAP 解決方案遷移到 AWS，他們可能還希望將 /sapmnt 或 /usr/sap/<SID> 文件系統的現有網絡文件共享 (NFS) 共享轉換為彈性文件系統 (EFS) 共享。EFS 共享作為雲文件存儲託管，可以像任何本地文件系統一樣進行管理。 在這種情況下，放置在 EFS 共享中的任何數據都將具有更高的保護，因為高可用性並提供耐用性。

使用 NFS 將現有 SAP 層次結構轉換為 EFS 的步驟目前正在使用的公司適用於 Linux 集群的 SIOS LifeKeeper要保護本地 SAP，可以使用以下簡單步驟輕鬆地將其 SAP 層次結構從 NFS 轉換為 EFS。 這個過程應該只需要大約 20 分鐘。

在此示例中，SIOS LifeKeeper Linux 解決方案使用本地掛載點 /sapmnt/EDM（即 12.1.4.10:/exports/sapmnt/EDM /sapmnt/EDM）保護 NFS 導出共享 /exports/sapmnt/EDM（圖 1） .

  1. 創建 EFS 共享引用： https://docs.aws.amazon.com/efs/latest/ug/gs-step-two-create-efs-resources.html
  • 確保將安全組更新為您的實例正在使用的安全組，必須這樣做才能掛載。
  • 文件系統的 IP 地址可以在網絡選項卡下找到。
  1. 將主 (ISP) 節點上的 EFS 共享掛載到臨時位置（即 /sapmnttmp）
    • mount -t nfs4 -o nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport <ipaddress-filesystem>:/ /sapmnttmp
  1. 添加 SAP_NFS_CHECK_IGNORE=1到兩個節點上的 /etc/default/LifeKeeper

此時有 EFS 文件系統的掛載條目。 在設置此檢查之前，LifeKeeper 正在檢查已經存在的 NFS 掛載，因為，我們知道我們已經掛載了一個 efs 文件系統，因此啟用此檢查以忽略 nfs 警告是安全的，因為這個新的文件系統當前無法識別。

  1. 使用 LifeKeeper lkbackup 工具創建備份副本LifeKeeper 配置/opt/LifeKeeper/bin/lkbackup -c -n
  2. 使用 LifeKeeper GUI 或 CLI 停止 SAP 資源（執行停止服務）（圖 2）/opt/LifeKeeper/bin/perform_action -t SAP-EDM_ASCS00 -a 刪除
6. 停止任何剩餘的 sapstartsrv、SAP備用節點和主節點上的 ERS 或 saposcol 和 saphostexec 進程一個。 lsof -c 汁液一世。殺死 <pid>

7. 從 NFS 導出複制 NFS 數據到新的 EFS 位置一個。 cp -pra /exports/sapmnt /sapmnttmp灣。 cp -pra /exports/usr/sap/EDM/ASCS00 /sapmnttmp 8. 拿 hanfs 資源 osu一個。 /opt/LifeKeeper/bin/perform_action -t hanfs-/exports/sapmnt/EDM -a remove（圖 3）

灣。 /opt/LifeKeeper/bin/perform_action -t hanfs-/exports/usr/sap/EDM/ASCS00 -a 刪除（圖4）
9. 使用 umount 卸載現有的 /sapmnt 和其他 NFS 本地掛載。

一個。卸載/exports/sapmnt/EDM b.卸載 /exports/usr/sap/EDM/ASCS00 10. 使用 LifeKeeper GUI 或 CLI 獲取相關的 datarep-sapmnt 資源 OSU一個./opt/LifeKeeper/bin/perform_action -t datarep-EDM -a remove （圖5）

/opt/LifeKeeper/bin/perform_action -t datarep-ASCS00 -a remove （圖6）

  1. 將 EFS 的掛載條目添加到節點 1 上的 /etc/fstab一個。 用 efs 替換 sap 導出掛載一世。 :/sapmnt/EDM /sapmnt/EDM nfs nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport 0 0 ii. :/ASCS00 /usr/sap/EDM/ASCS00 nfs nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport 0 0
  2. 使用 umount 命令卸載節點 1 上的臨時 /sapmnttmp 掛載點一個。卸載 /sapmnttmp
  3. 卸下樹液坐騎一個。 umount -l /sapmnt/EDM b. umount -l /usr/sap/EDM/ASCS00
  4. 使用 mount 命令在節點 1 上重新掛載 EFS 文件系統一個。 mount -t nfs4 -o nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport :/sapmnt/EDM /sapmnt/EDM b. mount -t nfs4 -o nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport :/ASCS00 /usr/sap/EDM/ASCS00 現在可以刪除SAP 資源和舊的 SIOS HANFS 和 NFS 資源。
  5. 使用 GUI 刪除 SAP 資源與 HANFS 和 NFS 資源之間的依賴關係一個。 從 SAP-EDM_ASCS00 b 中刪除 nfs-/exports/dependencies。 從 ip-12.1.4.10 c 中刪除 hanfs-/ 子依賴項。 從 nfs-/export/ 文件系統 d. 刪除子依賴項 ip-12.1.4.10。使用 LifeKeeper GUI 或 CLI 啟動 SAP 資源（使 SAP 資源投入使用） e. 新的層次結構將類似於以下內容（圖 7）：
F。刪除 hanfs-/exports 和 nfs-/exports 層次結構（圖 8）
  1. 將 EFS 的掛載條目添加到節點 2 上的 /etc/fstab 中。一個。 :/sapmnt/EDM /sapmnt/EDM nfs nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport 0 0灣。 :/ASCS00 /usr/sap/EDM/ASCS00 nfs nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport 0 0
  2. 使用 mount 命令在節點 2 上重新掛載 EFS 文件系統，添加條目前請參考第 13 步。一個。 mount -t nfs4 -o nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport 10.0.147.83:/sapmnt /sapmnt灣。 mount -t nfs4 -o nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport 10.0.147.83:/ASCS00 /usr/sap/EDM/ASCS00
  3. 驗證 SAP 資源是否正確啟動，包括 IP 和 EC2 資源
  4. 使用 LK GUI 切換到目標（或備用節點）
  5. 完畢

結論

將 NFS 文件系統轉換為 EFS 是一種可靠的方法，可以為您的數據提供更多保護並利用 AWS 雲資源。 它還簡化了資源層次結構，使您的文件系統更易於閱讀和管理。 上面提供的步驟將使存儲在雲中的數據更快、更順暢地轉換。

經授權轉載西歐
28 9 月, 2022

SIOS LifeKeeper for Linux v 9.6.2 有哪些新功能？

SIOS LifeKeeper for Linux v 9.6.2 中的新功能

SIOS LifeKeeper for Linux v 9.6.2 有哪些新功能？

適用於 Linux 的 SIOS LifeKeeper 9.6.2 版現已推出！ 這個新版本支持領先的 Linux 發行版的 v 8.6，支持 Azure 共享磁盤，並提供額外的保護，防止群集節點之間的網絡連接失敗時可能發生的腦裂情況。

SIOS LifeKeeper Linux 9.6.2 版中的新功能

SIOS LifeKeeper Linux 9.6.2 版利用了對其基礎架構至關重要的最新錯誤修復、安全更新和應用程序支持，並首次增加了對 Miracle Linux v 8.4 的支持以及對以下操作系統版本的支持：

  • 紅帽企業 Linux (RHEL)8.6
  • 甲骨文 Linux 8.6
  • 洛基 Linux 8.6

對 Azure 共享磁盤的新支持

LifeKeeper for Linux v 9.6.2 現在經過認證可與 Azure 共享磁盤一起使用，使客戶能夠在 Azure 中構建一個利用新 Azure 共享磁盤資源的 Linux HA 集群。 

備用節點寫保護

LifeKeeper 現在可以使用新的備用節點健康檢查功能來鎖定備用節點以防止嘗試寫入受保護的共享存儲設備，從而防止因集群節點之間的網絡連接丟失而導致的數據損壞。

LifeKeeper 負載均衡器健康檢查應用程序恢復工具包 (ARK)

適用於 Linux 的 SIOS LifeKeeper 隨附應用程序恢復工具包 (ARK)，可添加特定於應用程序的智能，實現集群配置自動化和故障轉移編排，以符合應用程序最佳實踐。 最新版本的 SIOS LifeKeeper 包括一個新的 ARK，使用戶可以更輕鬆地在 AWS EC2 中安裝、查找和使用負載均衡器功能。聯繫 SIOS這裡用於購買信息。

經授權轉載西歐
  • Results 176-180 of 971
  • < Page 36 of 195 >

  • 加入我們的郵件列表