SIOS 高可用性軟體現已透過 Cimcor 的 CimTrak Integrity Suite 驗證

SIOS 高可用性軟體現已透過 Cimcor 的 CimTrak Integrity Suite 驗證

加州聖馬刁，2025 年 3 月 4 日 —SIOS 科技公司.，一家領先的應用程式高可用性 (HA) 和災難復原 (DR) 解決方案提供商，今天宣布 SIOS LifeKeeper 和 SIOS DataKeeper 叢集軟體已經過驗證，可用於Cimcor 的網路安全解決方案 CimTrak Integrity Suite。此次合作使 Cimcor 客戶能夠將高可用性和災難復原無縫整合到他們的 CimTrak 環境中，確保持續防範網路威脅並最大限度地減少關鍵網路安全操作的停機時間。

SIOS LifeKeeper 是一種高可用性解決方案，可確保關鍵應用程式始終可用，自動偵測故障並啟動故障轉移到備用系統以維持不間斷的服務。 SIOS DataKeeper 提供同步資料複製，確保資料在多台伺服器之間一致鏡像，以便在伺服器發生故障時快速復原。這些解決方案共同為 CimTrak 等業務關鍵型應用程式提供全面的保護，幫助企業最大限度地降低停機和資料遺失的風險，同時維護安全、高可用性的系統。

CimTrak 是業界領先的系統完整性保證平台，提供關鍵 IT 資產的即時監控和保護 – 從伺服器和網路到雲端配置、容器、資料庫和工業控制系統。其專利的即時檢測技術使 CimTrak 能夠立即檢測並修復整個基礎設施中不必要的和意外的變化，同時保持系統完整性。該平台透過自動化的工作流程和全面的變更管理幫助組織加強安全態勢、維持持續合規性並防範外部和內部威脅。

SIOS Technology 首席營運長 Masahiro Arai 表示：「我們很高興加強與 Cimcor 的合作夥伴關係，並為他們的 CimTrak 客戶提供 SIOS 高可用性和災難恢復解決方案。」「隨著網路安全對全球組織變得越來越重要，SIOS 致力於幫助我們的共同客戶實現最高水平的彈性和正常運行時間，確保他們的安全演變並保持有效的威脅。

Cimcor 總裁兼執行長 Robert E. Johnson, III 表示：「我們與 SIOS 的合作為我們的 CimTrak 客戶帶來了其成熟的高可用性和災難復原解決方案。」「隨著各組織努力保護日益龐大和復雜的基礎設施，確保網路安全彈性比以往任何時候都更加重要。此次合作提供了無縫且可靠的 HA/DR 解決方案，幫助我們的共同運作並為我們的共同運作提供了共同運作並保持意外

關於 SIOS Technology Corp.

SIOS Technology Corp. 的高可用性和災難復原解決方案可確保在實體、虛擬、雲端和混合雲端環境中運行的關鍵 Windows 和 Linux 應用程式的可用性並消除資料遺失。 SIOS 叢集軟體對於任何 IT 基礎架構都至關重要，其應用程式需要高度的彈性，確保正常運行時間而不犧牲效能或資料 – 保護企業免受計劃內和計劃外的本地故障和區域中斷的影響。 SIOS Technology Corp. 成立於 1999 年（https://us.sios.com) 總部位於加州聖馬刁，在全球設有辦事處。

SIOS、SIOS Technology、SIOS DataKeeper、SIOS LifeKeeper 和相關標誌是 SIOS Technology Corp. 和/或其在美國和/或其他國家的附屬公司的註冊商標或商標。所有其他商標均為其各自所有者的財產。

媒體聯絡人：

貝絲溫科夫斯基
SIOS的 Winkowski Public Relations, LLC987-649-7189bethwinkowski@US.SIOS.com

經許可轉載自西歐斯

白皮書：確保營運連續性和安全性：機場、航空服務和航空公司的 HA

白皮書：確保營運連續性和安全性：機場、航空服務和航空公司的 HA

機場和航空公司依靠複雜的數位系統進行航班預訂、行李處理、安全等。任何停機都可能導致代價高昂的延誤、營運中斷和乘客不滿。高可用性 (HA) 和災難復原 (DR) 解決方案在確保這些系統保持運作方面發揮著至關重要的作用，無論是在本地、在雲端還是在混合環境中。透過減少停機時間並實現快速故障恢復，HA/DR 解決方案有助於維持無縫運作、提高效率並加強安全性。了解更多有關保護關鍵航空系統免於停機的資訊。

經許可轉載自西歐斯

網路研討會：掌握本地 SQL Server 的高可用性

網路研討會：掌握本地 SQL Server 的高可用性

確保 SQL Server 的高可用性對於最大限度地減少停機時間和保護關鍵業務資料至關重要。此網路研討會探討了本地 SQL Server 部署的關鍵高可用性注意事項。了解 SQL Server 故障轉移叢集執行個體 (FCI)、SQL Server AlwaysOn 可用性群組以及使用 SIOS DataKeeper 的創新 SANless 叢集解決方案。無論您是計劃進行新部署還是優化現有部署，本次會議都將提供實用的見解和策略，以滿足您組織的可用性和效能需求。觀看以了解如何設計適合您的基礎架構的經濟高效且具彈性的 SQL Server 解決方案。

經許可轉載自西歐斯

節點和叢集：高可用性的基石

節點和叢集：高可用性的基石

我想花一些時間回顧一下“節點”和“集群”這兩個術語。出於本部落格的目的，我將解釋如何西歐斯使用這些術語和其他術語以及它們的特定含義。

這些可能被視為分散式運算領域的標準術語，但如果您是該領域的新手，您可能會想知道它們到底意味著什麼。

分散式運算中的節點是什麼？

當我開始使用 SIOS 時，我注意到節點和叢集這兩個術語是常見的日常用語，你每天都會聽到多次。我一直問自己，“他們為什麼使用‘節點’這個詞？”從上下文來看，他們的意思是伺服器，但是為什麼他們說節點？解釋一下，一個節點可以是伺服器，但也可以是客戶端電腦或對等體；它本質上是用於執行計算任務和路由流量的任何元件。

在亞馬遜網路服務（AWS），節點可以是作為 EC2 執行個體實現的虛擬機器。您可以在其上安裝和運行軟體，並且它可以具有網路接口，可用於與其通訊並使其連接到其他節點。當你透過 SSH 連接到AWS EC2實例，您從中啟動 SSH 會話的客戶端電腦是客戶端節點的範例，並且您正在連線到 EC2 伺服器執行個體節點。節點可以是本機的實體機器，也可以是虛擬機器 (VM)。

了解叢集：節點如何協同工作

讓我們繼續討論「集群」這個術語。這個詞可能會讓人聯想到黏在一起的東西。在分散式運算世界中，這意味著節點連接在一起形成組合資源，可以處理比單一節點所能處理的更大的任務。在 SIOS，我們在每個節點上都有特殊的叢集保護軟體，可以監控卷，並在檢測到問題時啟動故障轉移操作，或回應使用者故意將資源投入或退出服務。

您可以將叢集中的節點連結在一起以執行自動備份。您可以在單獨的節點上執行資料庫伺服器，以將運算能力/磁碟 I/O 和資料與其他操作隔離。

冗餘在高可用性叢集中的作用

集群還可以提供冗餘當一個節點發生故障時，服務仍能正常運作。操作冗餘並不是一個新概念。希望在沒有冗餘的單一伺服器上運行任何重要操作的日子已經過去了。

例如，在刀片計算領域，透過在同一單元內運行兩個計算模組，可以在刀鋒伺服器配置中實現冗餘。伺服器韌體處理故障轉移/切換邏輯。為節省成本，電源和機架 KVM 在伺服器硬體負載之間共用。

設施營運商可能會以增量的方式為伺服器添加更多硬體來處理額外的負載。這使得操作員能夠正確調整其係統的大小並使用機架製造商提供的標準化組件購買/建造它。這提供了一種與雲端世界更有限但類似的擴展機制，不同之處在於它全部託管在一個盒子裡。諸如此類的本機機架硬體可用於建置叢集節點。

基於雲端的集群與本地集群

雲端叢集受益於機架伺服器設備內建的所有冗餘屬性，因為它們基本上是在雲端供應商擁有的共享資料中心硬體上運行的獨立虛擬機器。但是，他們允許客戶將他們的叢集分佈在不同的位置，有意將他們的電腦需求負載分片到在雲端提供者的實體資料中心的其他區域的不同實體建築物中運行的虛擬機器中。

這為單一站點中斷提供了極大的彈性。利用位於不同位置的伺服器在雲端實現的叢集可以容忍一個位置完全斷電。

節點和叢集解釋

出現了一些問題：

Q：叢集與節點相同嗎？

答：不是。一個叢集由2個或更多節點組成。

Q：什麼是 3 節點叢集？

A.A3 節點集群是由 3 個節點組成的集群，每個節點之間都有通訊路徑。 3 個節點，是奇數配置，通常其中一個節點是所謂的「見證」節點，可能不會執行其他工作。如果網路部分故障，且一個節點無法與對等節點通信，則兩個主伺服器節點可能無法確定誰應該控制（這種現象稱為“裂腦”）。見證節點可以提供其所看到的正在服務的節點的信息，提供數據來解決裂腦問題，啟動一個活動節點，並將另一個節點置於待機模式，重新獲得對節點的正確控制。

Q：什麼是 2 節點叢集？

答：2 節點集群是由 2 個節點組成的集群，它們之間有一條或多條通訊路徑。這通常用於在主節點上運行服務並讓第二個節點處於待機狀態。

Q：一個叢集有多少個節點？

1. 2個或更多節點組成一個叢集。

利用節點和叢集最大程度地提高高可用性

綜上所述，集群是由節點組成的；節點是具有網路功能的獨立運算模組。請注意將節點放置在不同的實體位置以防止某個區域發生停機的好處。

立即聯絡 SIOS了解我們的叢集解決方案如何協助您優化高可用性並最大限度地減少停機時間。

作者：Paul ScruttonSIOS 首席軟體工程師

經許可轉載自西歐斯

更新 LifeKeeper for Linux：成功檢查清單

更新 LifeKeeper for Linux：成功檢查清單

保持 LifeKeeper for Linux 軟體更新對於維護高可用性 (HA)、系統安全性、效能和相容性至關重要。本部落格將引導您完成以最小風險執行軟體更新的結構化流程。

遵循這些步驟可以確保更新過程順利進行。

1. 檢查支援矩陣

在繼續更新之前，請先查閱 SIOS 的支援矩陣：

docs.us.sios.com/spslinux/9.9.0/en/topic/sios-protection-for-linux-support-matrix

本文檔提供了重要的兼容性信息，包括：

• 作業系統：確保您目前的作業系統版本支援新的軟體版本。
• 筆記：驗證與特定核心以及任何特殊指令的兼容性。

未能驗證相容性可能會導致衝突或系統效能下降。如果您的設定不受支持，請考慮升級相關組件或延遲更新。

2. 建立運行手冊

運行手冊是執行更新過程的詳細指南。它最大限度地減少混亂並確保每個步驟都被考慮。關鍵要素應包括：

• 更新前的任務：例如，停用自動服務、通知使用者以及根據需要安排停機時間。
• 更新步驟：提供安裝更新的逐步指南。
• 更新後驗證：檢查清單以確認更新是否成功。

確保參與此流程的所有團隊成員都可以存取運作手冊。

3. 對層次結構進行備份：

在執行 LifeKeeper 或 OS 升級之前，請在所有節點上建立 Lifekeeper 層次結構的備份。

若要建立備份，請執行以下命令：

/opt/LifeKeeper/bin/lkbackup –c

備份將建立在名為：的檔案中。

/opt/LifeKeeper/config/archive.<日期時間戳記>.tar.gz

4. 在 QA 環境中測試

在將更新部署到生產環境之前，請務必在 QA 或暫存環境中測試更新。此步驟允許您：

• 在受控環境中偵測錯誤或意外行為。
• 評估更新對效能的影響。

記錄出現的任何問題並相應地調整您的運作手冊。

5. 在生產系統上執行更新

準備工作完成後，繼續更新：

• 嚴格遵循操作手冊。
• 監視該過程是否有任何錯誤或警告。

6. 驗證並監控更新後狀況

更新後，進行徹底驗證：

• 使用運作手冊的清單確認系統功能。
• 監控效能指標來識別潛在的瓶頸。
• 讓最終用戶報告任何異常情況。

成功更新 LifeKeeper 的最佳實踐

為了確保清晰度和簡單性，我們建議一次實施一個更新或修補，並在繼續下一個更新或修補之前測試其影響。這種方法有助於隔離每個動作的影響，從而更容易確定哪種動作最有效並避免潛在的併發症。

作為作業系統升級過程的一部分，我們建議重新執行 LifeKeeper for Linux 安裝腳本，以確保所有設定都已更新並與新環境相容。這有助於防止潛在問題並確保升級後一切正常運作。

如果您在升級前有任何問題，請聯絡support@us.sios.com或在支援入口網站中開啟案例：

https://supportportal.us.sios.com/User/Login
透過遵循這些步驟，您可以最大限度地降低與軟體更新相關的風險，同時確保系統穩定性和效能。如需更多資訊或其他協助，請造訪我們的聯絡我們頁面與我們的專家團隊聯繫。

作者：

比爾達內爾

SIOS Technology Corp. 資深產品支援工程師

經許可轉載西歐斯