SIOS SANless clusters

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 中的設置創建腳本後，您可以通過單擊綠色加號創建新資源來創建通用應用程序。選擇“通用應用程序”以啟動配置嚮導。添加資源並選擇通用應用程序選擇還原腳本選擇刪除腳本從這裡開始選擇 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 由於許多客戶考慮將其 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） . 創建 EFS 共享引用： https://docs.aws.amazon.com/efs/latest/ug/gs-step-two-create-efs-resources.html 確保將安全組更新為您的實例正在使用的安全組，必須這樣做才能掛載。文件系統的 IP 地址可以在網絡選項卡下找到。將主 (ISP) 節點上的 EFS 共享掛載到臨時位置（即 /sapmnttmp） mount -t nfs4 -o nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport <ipaddress-filesystem>:/ /sapmnttmp 添加 SAP_NFS_CHECK_IGNORE=1到兩個節點上的 /etc/default/LifeKeeper 此時有 EFS 文件系統的掛載條目。在設置此檢查之前，LifeKeeper 正在檢查已經存在的 NFS 掛載，因為，我們知道我們已經掛載了一個 efs 文件系統，因此啟用此檢查以忽略 nfs 警告是安全的，因為這個新的文件系統當前無法識別。使用 LifeKeeper lkbackup 工具創建備份副本LifeKeeper 配置/opt/LifeKeeper/bin/lkbackup -c -n 使用 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）將 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 使用 umount 命令卸載節點 1 上的臨時 /sapmnttmp 掛載點一個。卸載 /sapmnttmp 卸下樹液坐騎一個。 umount -l /sapmnt/EDM b. umount -l /usr/sap/EDM/ASCS00 使用 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 資源。使用 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）將 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 使用 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 驗證 SAP 資源是否正確啟動，包括 IP 和 EC2 資源使用 LK GUI 切換到目標（或備用節點）完畢結論將 NFS 文件系統轉換為 EFS 是一種可靠的方法，可以為您的數據提供更多保護並利用 AWS 雲資源。它還簡化了資源層次結構，使您的文件系統更易於閱讀和管理。上面提供的步驟將使存儲在雲中的數據更快、更順暢地轉換。經授權轉載西歐
28 9 月, 2022	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這裡用於購買信息。經授權轉載西歐
24 9 月, 2022	高可用性集群的新選擇，SIOS 鞏固了對 Microsoft Azure 共享磁盤的支持高可用性集群的新選擇，SIOS 鞏固了對 Microsoft Azure 共享磁盤的支持微軟在 2022 年第一季度推出了 Azure 共享磁盤。共享磁盤允許您將託管磁盤附加到多個主機。實際上，這意味著 Azure 現在擁有相當於 SAN 存儲的功能，使高可用性集群能夠使用雲中的共享磁盤！將 Azure 共享磁盤與 SIOS Lifekeeper 集群層次結構結合使用的一個主要優勢是，您將不再需要擁有存儲仲裁或見證節點以避免所謂的腦裂——當節點之間的通信丟失並且多個節點之間的通信丟失時會發生這種情況。節點可能同時更改數據。更少的節點意味著更少的成本和復雜性。 SIOS 為我們的應用程序恢復工具包 (ARK) Linux 版 LifeKeeper產品;稱為 LifeKeeper SCSI-3 Persistent Reservations (SCSI3) 恢復工具包，它允許 Azure 共享磁盤與 SCSI-3 保留一起使用。此 ARK 保證共享磁盤只能從當前在該磁盤上保留 SCSI-3 保留的節點寫入。安裝 SIOS Lifekeeper 時，安裝程序將檢測到它在 Microsoft Azure EC2 中運行，並自動安裝 LifeKeeper SCSI-3 Persistent Reservations (SCSI3) 恢復工具包以啟用對 Azure 共享磁盤的支持。 Lifekeeper 中的資源創建簡單明了（圖 1）。在本地安裝後，Azure 共享磁盤將作為文件系統類型資源簡單地添加到 Lifekeeper。 Lifekeeper 將為其分配一個 ID（圖 2）並自動管理 SCSI-3 鎖定。圖 1] 在 Lifekeeper 中創建 /sapinst。圖 2] /sapinst 創建並擴展到兩個集群節點。 SCSI-3 預留保證 Azure 共享磁盤只能在持有預留的節點上寫入（圖 3）。在集群節點之間失去通信的情況下，備用服務器將聯機，從而導致潛在的腦裂情況. 但是，由於 SCSI-3 保留，一次只有一個節點可以訪問磁盤，這防止了實際的腦裂情況。只有一個系統將保留保留，它將成為新的活動節點（在這種情況下，另一個系統將重新啟動）或保持活動節點。不持有 Azure 共享磁盤預留的節點只會使資源處於“待機狀態”狀態，因為它們無法獲取預留。圖 3] 嘗試掛載已保留的磁盤時 Lifekeeper 日誌的輸出。鏈接到 Microsoft 對 Azure 共享磁盤的定義https://docs.microsoft.com/en-us/azure/virtual-machines/disks-shared目前 SIOS 支持本地冗餘存儲 (LRS)，我們正在與 Microsoft 合作測試和支持區域冗餘存儲 (ZRS)。理想情況下，我們想知道 ZRS 何時發生故障，以便我們可以將資源層次結構故障轉移到活動存儲的最本地節點。目前，SIOS 預計 Azure 共享磁盤支持將在 2022 年第 3 季度的 Lifekeeper 9.6.2 for Linux 下一個版本中提供。經許可轉載西歐