18 3 月, 2024 |
什麼是許可證重新託管?什麼是許可證重新託管?如何在 SIOS 許可入口網站中執行許可證重新託管當 SIOS 永久產品許可證首次在 SIOS 許可證入口網站中啟動時,它會綁定到該伺服器本地的唯一識別碼。此唯一識別碼通常是指派給網路介面控制器 (NIC) 的 MAC 位址(也稱為系統的 hostid)。當該系統的唯一識別碼從用於啟動許可證的原始唯一識別碼發生變更時,需要重新託管許可證才能繼續使用SIOS產品。 許可證重新託管是當系統的唯一識別碼(MAC 位址/系統的主機 ID)不再與產品許可證密鑰中原始系統的唯一識別碼匹配時啟動更新的產品許可證密鑰所需的過程。 什麼時候需要許可證重新託管?當系統的唯一識別碼與用於建立原始許可證金鑰的原始唯一識別碼發生變更時,需要重新託管。有幾種情況可能會導致唯一識別碼發生變更:
需要許可證重新託管時會出現什麼問題需要許可證重新託管時最常見的問題是 SIOS 產品無法開始正常運作。發生這種情況時,日誌將顯示由於許可證金鑰無效而導致的失敗,因為系統上安裝的許可證金鑰與系統的唯一識別碼不符。 在 Windows 系統上,此錯誤出現在應用程式日誌下的事件檢視器中 在 Linux 系統上,此錯誤出現在位於 /var/log 的 LifeKeeper 日誌中。 重新託管許可證金鑰的過程是什麼流程的第一步是登入 SIOS 許可入口網站。去support.us.sios.com並選擇管理許可證 選擇管理許可證後,登入許可站點: 登入後,前往許可證支援和列出許可證
點擊綠色加號 輸入新的 12 個字元的主機 ID/MAC 位址,然後按一下「確定」。12 個字元之間請勿包含逗號、冒號或空格。
SIOS 高可用性和災難復原SIOS科技公司提供高可用性集群軟體透過叢集管理保護和優化您最重要的應用程式的 IT 基礎架構。今天聯繫我們有關我們的服務和專業支援的更多資訊。 |
8 3 月, 2024 |
確保建築管理系統的 HA確保建築管理系統的 HA為什麼 BMS 成為其他產業的榜樣在每一棟現代建築的中心,都有一個樓宇管理系統(BMS)它控製暖氣、通風和空調 (HVAC)、照明和安全系統、滅火系統等。樓宇管理人員依靠 BMS 控制台來簡化和優化樓宇運營,並確保租戶的環境舒適安全。無論是在本機資料中心或公有雲環境(例如 AWS EC2、Azure 或 Google Cloud Platform (GCP)),BMS 都需要可靠運作。有幾種方法可以保護 BMS 免受停機和災難的影響 – 使用容錯 (FT) 解決方案、高可用性 (HA) 解決方案, 和災難復原 (DR) 解決方案——但確定哪種方法最好取決於多種考慮。 SIOS如何保證BMS的HA SIOS 的 EMEA 技術總監 Harry Aujla 在本文中進行了解釋TFiR 影片採訪為什麼高可用性是 BMS 解決方案不可或缺的一部分,也是其他關鍵應用程式的良好模型。他接著解釋了 BMS 多年來隨著對 IT 的依賴日益增加而發展的一些方式。他表示:「如果BMS 客戶完全了解高可用性如何在雲端上發揮作用,那麼我認為我們將看到BMS 解決方案向雲端平台的更重大遷移。」SIOS Technology Corporation 提供高可用性叢集軟體,可保護和最佳化IT 基礎架構為您最重要的應用程式提供叢集管理。今天聯繫我們有關我們專業服務和支援的更多資訊。 經許可轉載安全作業系統 |
17 2 月, 2024 |
影片:利用 SIOS 技術最大限度地減少邊緣運算的停機時間影片:利用 SIOS 技術最大限度地減少邊緣運算的停機時間SIOS Technology 專注於提供高可用性 (HA) 和災難復原 (DR) 解決方案,這些解決方案通常部署用於支援邊緣設備或邊緣設備本身。該公司還專注於即時數據複製和自動故障轉移,以確保在發生故障時不會影響應用程式的效能。SIOS Technology 客戶成功總監 Dave Bermingham 表示:“企業需要在強大的 HA 解決方案和策略上進行更多投資,以最大程度地減少停機時間並保持持續運營。” 在這段影片中,Bermingham 討論了邊緣設備高可用性的重要性,以及組織如何利用 SIOS Technology 的解決方案來幫助他們。 經許可轉載安全作業系統 |
白皮書:使用 SIOS 保護套件保護 Amazon EC2 中的 SAP 和 SAP S/4HANA白皮書:使用 SIOS 保護套件保護 Amazon EC2 中的 SAP 和 SAP S/4HANA雖然 AWS 具有確保基礎設施層級可用性的規定,但 SAP 環境的業務關鍵型性質需要更多保護。也就是說,需要特別關注應用程式層和資料庫層。有多種選項可以提供這種額外的保護。 本白皮書著重於在 AWS 上的 Linux 發行版(包括 Oracle Linux、Red Hat、SUSE 和 CentOS)上運行 SAP 或 SAP S/4HANA 的最佳實務。 經許可轉載安全作業系統 |
|
13 2 月, 2024 |
將 Amazon EBS 多重附加用於 Microsoft 故障轉移叢集的挑戰將 Amazon EBS 多重附加用於 Microsoft 故障轉移叢集的挑戰Amazon EBS 和 Microsoft 故障轉移叢集概述Amazon EBS 多重附加磁碟區和 Microsoft故障轉移集群是雲端運算和資料管理領域的強大工具。然而,整合這兩種技術可能充滿挑戰。這篇部落格文章深入探討了為什麼使用 Amazon EBS Multi-Attach for Microsoft 故障轉移叢集通常不是最佳選擇。 強大的故障轉移叢集的單一可用區約束Amazon EBS 磁碟區的一個主要限制是它們僅限於單一可用區 (AZ)。對於強大的故障轉移集群,跨多個可用區部署執行個體是建議的最佳實踐,這是 EBS 磁碟區無法直接支援的。 高可用性 SLA 問題雖然 EBS 磁碟區提供了99.9% 可用性 SLA,這低於高可用性解決方案通常預期的 99.99%。在跨多個可用區部署執行個體時,AWS 確實保證了更高的 SLA,但這一優勢並未擴展到單一可用區部署。 IO2 卷的成本影響具有多重附加 EBS 磁碟區的 Windows 故障轉移叢集需要使用 IO2 卷,該磁碟區比具有相似大小和效能的 GP3 捲貴約九倍。這種成本差異非常顯著,特別是對於大規模部署。 AWS 叢集配置的複雜性大樓AWS 中的集群節點位於相同可用區時,需要將可用區劃分為多個子網,以支援Windows叢集中不同的虛擬IP位址(VIP)。這種複雜性以及無法跨叢集節點共享單一 VIP 增加了配置挑戰。 SIOS DataKeeper:卓越的替代方案SIOS資料管理器作為一種卓越的解決方案,它允許叢集跨越子網,同時提供所需的 99.99% 可用性 SLA。它不僅提供更靈活的儲存選項(包括使用 GPT3 磁碟),而且更具成本效益。使用帶有 GPT3 磁碟的 SIOS DataKeeper 的叢集的成本大約是基於 IO2 的類似叢集的 20%,並且可用性增強。 透過 SIOS 實現卓越的高可用性在 Microsoft 故障轉移叢集中使用 Amazon EBS 多附加磁碟區帶來了多項重大挑戰,從有限的可用區部署選項和較低的可用性 SLA 到更高的成本和增加的配置複雜性。SIOS DataKeeper 提供了一個引人注目的替代方案,可以更有效地平衡成本、靈活性和可靠性。對於尋求高可用性和成本效率的組織來說,探索 EBS Multi-Attach 以外的選項是一個謹慎的策略。聯絡SIOS了解更多。 經許可轉載安全作業系統 |