SIOS SANless clusters High-availability Machine Learning monitoring
在醫療保健領域，不間斷存取關鍵應用程式和患者資料至關重要。在本次點播網路研討會中，您將了解醫療保健機構如何使用 SIOS DataKeeper 和 Google Cloud Platform 實現可靠且經濟高效的 SQL Server 高可用性，而無需企業版或 Always On 功能。
本次研討會涵蓋了使用 Google Cloud 安全可擴展的基礎架構以及 HA/DR 解決方案 SIOS DataKeeper 的實用 HA 和 DR 策略。會議內容包括使用 SANless 叢集在可用區之間進行故障轉移的現場演示，以及醫療保健提供者如何在降低成本和複雜性的同時滿足合規性要求的實際案例。
經許可轉載SIOS
客戶定期聘請 SIOS 提供諮詢服務，例如高可用性 (HA) 健康檢查服務和培訓。這有助於客戶保持其 IT 基礎架構的良好運作狀態，並使其員工獲得操作培訓。
健康檢查服務區域專業服務SIOS 提供的產品會檢查客戶的 SIOS 伺服器基礎架構並產生報表。我們會對 SIOS HA LifeKeeper 環境進行詳細審查，並全面檢查產品日誌和客戶運行日誌。在審查過程中，我們會檢查版本層級、通訊路徑、仲裁數量、應用程式復原工具包並檢查調優參數，並與建議設定進行比較。產生一份報告，其中概述了所有潛在風險以及可行的改進建議。
最佳化高可用性服務可分為兩個領域：
SIOS 按需提供高可用性產品培訓為了Linux 版 LifeKeeper和適用於 Windows 的 DataKeeper產品透過Udemy培訓平台。
此外，SIOS 透過專業服務機構為各組織提供這些產品的遠端客製化培訓，培訓內容包括培訓材料和自學練習。 DataKeeper 課程提供個人化分組/諮詢課程。
SIOS 技術公司提供高可用性叢集軟體，透過叢集管理保護和最佳化 IT 基礎設施，以滿足您最重要的應用程式的需求。申請演示今天就來看看聚類有多簡單。
作者：Paul Scrutton，SIOS Technology Corp. 軟體系統工程師
經許可轉載SIOS
我們很多人都熟悉「影子 IT」這個術語。該術語通常指公司員工在未經公司官方 IT 部門全面批准、知情或監督的情況下使用的技術系統、軟體、訂閱和其他服務。這些系統、服務或訂閱通常由 IT 部門以外的個人下載和安裝，或使用和管理。
例如，您的公司可能正式使用 Windows 365，但其他公司更喜歡 Dropbox，因此他們配置了 Dropbox 帳戶來共享文件，而不是 OneDrive。另一個影子 IT 的例子是，一家公司已經確定使用一個訊息平台，但公司內的其他團隊或部門卻下載並配置了 Zoom for Slack 或 WhatsApp。
影子 IT 存在於許多不同的領域，從訊息傳遞到會議，從編碼工具到儲存。雖然大多數擁有某種形式影子 IT 的團隊和組織不會出於惡意或惡意目的部署它們，但影子 IT 的存在仍然會帶來風險。
這些服務、軟體、系統和訂閱帶來了潛在的風險，包括：
除了安全性和資料合規風險之外，影子 IT 還可能帶來重大高可用性（HA）風險。
雖然網路上提到的影子 IT 很多都與訊息應用程式、會議工具、IDE 和開發應用程式有關，但影子 IT 的廣泛性也會影響高可用性 (HA)。當影子 IT 涉及儲存關鍵資訊和資料的系統部署時，就會帶來高可用性風險。
由於儲存資料的性質，這些系統需要由商業高可用性解決方案進行監控和保護。此外，對業務功能至關重要的關鍵資料需要高可用性，並透過複製解決方案、備份解決方案或兩者兼而有之來防止資料遺失。
通常，如果團隊在未經 IT 部門輸入或授權的情況下部署了系統，則該系統可能無法監控、保護和備份，甚至無法與高可用性系統配對以實現故障轉移復原。這對組織的高可用性策略構成了重大風險。如果資料對內部組織或專案至關重要，那麼對其不加保護可能會危及業務。
當關鍵應用程式在未經官方 IT 部門監督的情況下下載、安裝和設定時，也會產生影子 IT 風險。如果關鍵應用程式在不受保護的系統上運行，或者缺乏高可用性 (HA) 監控和復原保護，則風險和後果可能是災難性的。想像一下這樣一個場景：某個應用程式對銷售工作流程和訂單系統至關重要。由於該軟體是影子 IT 基礎架構的一部分，IT 團隊對其用途及其對業務的影響一無所知。如果應用程式發生故障，業務將受到影響。根據故障類型的不同，營運造成的損失可能高達數十萬甚至數百萬美元。
當關鍵應用程式發生故障時，如果沒有適當的高可用性保護，手動復原過程可能會變得繁瑣、複雜且容易出錯。這種營運風險部分源自於應用程式環境和技術要求日益複雜的現狀。當應用程式陷入影子 IT 的範疇時，由於對應用程式存在和恢復流程的了解有限，可能導致在恢復全面運行的過程中採取計劃外和準備不足的措施。
避免影子 IT 導致高可用性災難的第一步是識別已成為非託管 IT 基礎架構一部分的訂閱、服務、系統、應用程式、資料和軟體。了解正在使用哪些工具、由誰使用以及用於什麼目的。這可以透過利用現有的網路監控來實現，雲監控或端點偵測工具。您也可以與 IT 安全和基礎架構分析服務供應商合作，對工具、服務、系統和訂閱進行有益的稽核。
識別完成後，下一步就是開始補救。補救措施包括淘汰未使用和不必要的系統，以及實施控制措施和流程來管理每個已購買的物項。請務必調整已淘汰系統的工作流程，因為移除系統可能會影響組織內的多個團隊和活動。
對於必須保留的系統、應用程式和服務，特別是那些包含關鍵資料和應用程式的系統、應用程式和服務，部署商用 HA 和複製解決方案，以保護企業免受應用程式的關鍵威脅停機時間、資料遺失、系統不可用以及託管關鍵資料、應用程式或工具的系統停機。
最後，向組織介紹與影子 IT 相關的危險和風險，包括因依賴性、架構複雜性、資料漏洞以及不受保護的系統意外停機而導致的風險。
影子IT不僅限於會議和通訊工具、開發系統和服務，也不僅限於Dropbox、OneDrive、Box等應用程式和線上服務。影子IT工具通常缺乏適當的備份和復原機制，而且正常運作時間保障。因此，關鍵業務流程和資料可能會因故障場景而無法訪問，甚至永久遺失。如果未正式整合到高可用性保護中，系統、應用程式、網路或儲存層的故障可能會導致工作流程中斷、處理效率低下、業務中斷和聲譽損失。
為貴公司確定並選擇納入官方 IT 部門產品的系統、服務、應用程式和工作負載，創建一個架構完善的高可用性環境，從而消除影子 IT 高可用性問題。該架構應包含一個商用高可用性解決方案，資料複製以及部署在企業級虛擬機器管理程式上的備份解決方案。
準備好利用成熟的專業知識來加強您的 HA 架構了嗎？立即申請演示並了解 SIOS 如何協助您設計和部署高可用性解決方案，以保護您的業務免受影子 IT 停機的影響。
作者：Cassius Rhue，客戶體驗副總裁
經許可轉載SIOS
如今，應用程式和資料是大多數組織的命脈，每個人都期望完成工作所需的應用程式和資料隨時可用。但要確保真正的應用程式和數據高可用性（HA）——我們指的是確保您至少在 99.99% 的時間內都能與他們互動——聽起來可能代價高昂。但清楚了解在何處應用 HA 以及如何經濟高效地實施，絕對物超所值。事實上，它可以保護您免受高昂的成本和後果的影響。停機時間和災難問題是，您如何確定如何最好地投資 HA 基礎設施？
這篇網路計算文章SIOS 解決方案架構師會考慮哪些應用程式和資料值得投資 HA 基礎設施，並建議組織可以採取經濟有效的步驟來提高那些選擇不使用完整 HA 基礎設施保護的系統和資料儲存的可用性。
想要與 SIOS 一起邁出下一步嗎？立即申請演示了解 SIOS 如何協助您保護關鍵工作負載、最大限度地減少停機時間並確保無縫高可用性。
作者：Beth Winkowski，公共關係部
經許可轉載SIOS
關於制定計劃、策略、設計和架構，有很多地方可以開始高可用集群當然，明智的建造者想要了解基本要求：兩個節點或三個，恢復行動計劃10分鐘內或5分鐘內，RPO接近零度或絕對零度。架構師也希望了解有多少節點，以及如何使硬體和網路具有彈性。您會在資料中心、雲端還是兩者兼具？除了了解底層硬體的架構之外，需求收集和設計還能幫助您了解關鍵應用程式、高可用性（HA）需要遵循的軟體、流程和治理程序，以及報告、監控和警報分發所需的額外儀表板和整合。所有團隊成員還需要了解恢復和故障轉移當然是編排。
但在高可用性部署中，有一件事經常被忽視，那就是公司歷史。當然，如果您打算將企業環境委託給監控、警報、恢復和故障轉移編排解決方案，您當然需要了解他們是誰、他們做什麼以及他們在這方面做得好多久了。這是一家位於懷俄明州佈福德的新創業公司，還是一家僅在美國運營的公司，又或者是一家恰好擁有閒置的高可用性產品的跨國公司，只有在完成交易的其他部分時才會拿出來用？
當然，在建立架構時，您需要確保高可用性公司了解、理解並能很好地實現高可用性。但是，至關重要的是，在建立高可用性解決方案時，您的團隊需要了解的最重要的歷史並非來自他們的，而是您自己的。
身為客戶體驗副總裁，我曾與眾多客戶、團隊、架構師和解決方案整合團隊合作，在本地和異地部署高可用性解決方案。在許多這樣的討論中，部署完善的基礎架構和HA架構是公司本身的歷史。那麼，為什麼你的公司，或者你正在為之建立高可用性架構的公司，如此重要？公司歷史應該透過五 (5) 種方式影響你的高可用性架構
公司歷史將透過以下五 (5) 種方式影響您的 HA 架構：
貴公司在高可用性團隊的歷史如何？貴公司團隊是否人員過多，角色和職責是否有衝突或重疊？或者，貴公司團隊規模太小，但業績卻超預期？根據貴公司的發展歷史及其規模，您可能需要調整設計，以增加身份驗證、更細微的權限和限制等。如果您的團隊規模較小，增加開發和維護免費解決方案的負擔可能會過重。如果您的團隊規模較大，角色眾多且職責重疊，並且有時間開發客製化解決方案，請考慮商業解決方案是否更合適，以便釋放這些資源用於新的開發、進一步的改進，甚至提高日常營運的效率。
貴公司的生命週期歷史是怎麼樣的？您的資訊長/技術長是否會依照固定週期更新整個基礎設施，還是更傾向於「沒壞就別修」？如果您的公司長期在更換解決方案和供應商，那麼您的架構就需要更加穩健，以應對組件和零件的更換。在這種情況下，您的高可用性架構還需要考慮在短時間內下線、生命週期終止以及潛在新解決方案的上線。應對這種高流動率的關鍵在於限制客製化工作和硬依賴。
另一方面，如果您的高可用性解決方案將運行十年或更長時間，您需要確保供應商為基礎設施中的關鍵組件提供維護和擴展支援。您的架構還需要充分權衡各種軟體解決方案和互通性在超過標準支援生命週期後可能遇到的挑戰，以及如何降低這些風險。
身為客戶體驗副總裁，我最震驚的記憶之一是與一家公司合作建立高可用性解決方案。在上線後一周內，該團隊的專案經理宣布他和他所在的整個團隊已被解僱。上線工作將轉移到一個新團隊，這個團隊既是公司新人，也是高可用性領域的新手。我後來了解到，Z公司的IT人員和高可用性環境的管理員實行「旋轉門」政策。他們的大部分（如果不是全部）資源都是承包商。如果你的公司人員流動率很高，那麼你的架構和設計必須包含運行手冊，維護流程和程序也需要包含培訓；正式的產品培訓、程序測試、管理培訓以及混亂場景。
旋轉門並不是唯一需要注意的公司人員配置歷史。獨行俠是另一個需要了解和理解的關鍵場景。在 SIOS，我們的團隊加入了一位困惑的專案經理，他正在尋找有關其企業系統的任何答案和信息，包括 SIOS 和其他系統。獨行俠因不明原因離開了公司，在他們離開後，團隊的新成員發現很多隱性知識沒有記錄在案，在他們能找到的任何文件中都沒有說明。在設計和建立架構時，了解人員配置類型和人員配置歷史可以幫助您正確地設計解決方案，並可能引導您的團隊選擇一種商業上可用且配備了服務的解決方案，以應對不幸的獨行俠離職。
公司災難和停機時間是高可用性解決方案設計人員需要充分理解的另一個歷史節點。通常，公司災難會作為需求融入未來的架構設計中。過去的災難，包括其根本原因、風險緩解策略、檢測、預防和報告建議，通常會被添加到初始需求中。然而，深入研究災難歷史可能會發現更多需要考慮的需求和因素。身為客戶體驗副總裁，我們的團隊透過了解公司的災難，收集了大量數據，從而為我們的幾位客戶創造了更好的體驗。在一個案例中，無人值守的虛擬機器維護是公司策略的重要組成部分，但也是許多公司可用性問題的根源。在與架構師合作的過程中，我們的服務團隊不僅解決了應用程式可用性問題，還幫助設計團隊考慮了備份和復原、維護和升級以及在發生自動化故障時保持可用性的回滾策略。
作為客戶體驗副總裁，我們的團隊與熱衷於應用程式可用性的客戶和合作夥伴緊密合作，遵守最嚴格的服務等級協定 (SLA)和服務等級目標。在我們與這些團隊合作的過程中，他們的設計和架構規範反映了一種公司文化，即將可用性（架構、設計、硬體、網路、應用程式、叢集軟體、人員和流程）視為業務不可或缺的一部分。遺憾的是，並非所有公司都擁有這種公司文化。了解公司文化的歷史無疑將影響您實施高可用性 (HA) 的方式，從而最大限度地發揮設計和架構的優勢，無論是為了遵循公司文化，還是將其作為改進文化和業務成功的一種方法。
是的，資料中心或雲端供應商的公司歷史很重要。如果您正在考慮將 Lou 用作資料中心，那麼了解 Lou’s Low Cost Cloud, LLC（無意冒犯 Lou）的歷史至關重要。該公司在 Lou 父母家中幾乎沒有空調的車庫裡運營，設備一直在嚴重損壞。是的，應用程式和高可用性 (HA) 供應商的公司歷史也很重要。了解您的 ERP、資料庫和前端應用程式提供者的歷史，對於評估和降低風險、理解部署模式和方法，以及確保及時修復、更新、安全性和支援成為您架構基石至關重要。但是，不要低估了解您公司歷史以及關鍵故障如何影響您新的和正在進行的高可用性決策和基礎架構的重要性。
準備好利用成熟的專業知識來加強您的 HA 架構了嗎？申請演示今天就來看看 SIOS 如何幫助您設計和部署針對您公司的獨特歷史和未來需求所建置的高可用性解決方案。
作者：Cassius Rhue，客戶體驗副總裁
經許可轉載SIOS