SIOS SANless clusters High-availability Machine Learning monitoring
如今，應用程式和資料是大多數組織的命脈，每個人都期望完成工作所需的應用程式和資料隨時可用。但要確保真正的應用程式和數據高可用性（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
DataKeeper 依賴作業系統軟體中的許多組態設定。因此，很多時候，當叢集配置發生變更時，我們的客戶並不能完全理解變更的影響。這反過來又會影響SIOS 資料管理員運行。提前了解這些依賴關係有助於升級或變更叢集配置。 DataKeeper 所依賴的關鍵作業系統功能之一是分頁檔案的位置。
作業系統分頁文件是一個隱藏文件，當伺服器的實體記憶體已滿時，作業系統會使用它。分頁檔案充當額外的伺服器內存，實際上駐留在伺服器的驅動器上。即使物理內存不足，分頁檔案也能利用額外的內存，使伺服器繼續運行並保持系統性能。
預設情況下，作業系統頁面檔案位於 C:\ 或根磁碟機。作業系統配置包含一個允許自動管理頁面檔案的選項。設定此選項後，作業系統可以在重新啟動後自動將頁面檔案移至系統中的任何磁碟。對於 DataKeeper，建議停用頁面檔案的自動管理，以免將頁面檔案移至 DataKeeper 可能使用的其他磁碟區。作業系統不知道 DataKeeper 正在使用哪些捲，可能會意外地將頁面檔案移至具有 DataKeeper 鏡像的捲。如果叢集中包含 DataKeeper，則頁面檔案需要位於未用於 DataKeeper 映像的磁碟區上（例如 C 磁碟）。
如果您的伺服器上使用了 DataKeeper，那麼頁面檔案的位置為什麼很重要？頁面檔案的位置會影響 DataKeeper 的運作。如果頁面檔案位於目前作為鏡像來源的 DataKeeper 磁碟區上，則一切似乎都運作正常。但是，當發生切換或故障轉移時發生這種情況時，鏡像的來源將成為鏡像的目標，並且由於目標磁碟區上存在頁面文件，DataKeeper 將無法鎖定目標磁碟區。如果 DataKeeper 無法鎖定卷，則切換和故障轉移將失敗，從而影響高可用性。鎖定鏡像的目標是必需的，而磁碟區上的頁面檔案將阻止 DataKeeper 鎖定磁碟區。 DataKeeper v8.11.0 新增了一項新功能來幫助客戶解決此問題。在 v8.11.0 中，DataKeeper 現在可以阻止在 DataKeeper 磁碟區上建立頁面檔案。
DataKeeper 會刻意鎖定目標系統上的捲，以防止在目標系統上執行寫入操作。為了讓 DataKeeper 鎖定目標磁碟區，磁碟區上不能存在作業系統頁面檔案。很多時候，系統在作業系統層級配置為“自動管理頁面檔案”，有時頁面檔案最終會被作業系統放置在 DataKeeper 磁碟區上。為了解決這個問題，我們建議更改此作業系統設定。有關更多詳細信息，請參閱產品文件。此外，我們建議您升級至 DataKeeper v8.11.0，以便您可以受益於這項 DataKeeper 的新功能，該功能可防止在 DataKeeper 鏡像磁碟區上建立頁面檔案。
想要與 SIOS 一起邁出下一步嗎？立即申請演示，了解 SIOS 如何協助您保護關鍵工作負載、最大限度地減少停機時間並確保無縫的高可用性。
作者：Sandi Hamilton，SIOS Technology Corp. 產品支援工程總監
經許可轉載SIOS
在IT的幾乎每個方面，溝通都是關鍵，而在資料複製方面，溝通更是至關重要。對於DataKeeper來說，確保資料在叢集中的節點之間保持同步高可用性集群首先要確保系統可以透過網路相互通訊。
無論你是複製數據跨區域或跨資料中心，您的首要任務是在所有參與節點之間實現安全可靠的通訊。這種通訊的核心是 TCP/IP 協定。 DataKeeper 使用一組預先定義的 TCP 連接埠來建立和維護複製。
什麼是 TCP 連接埠？為什麼它們對於資料複製很重要？
TCP 連接埠是一個數位標識符，它充當網路協定的端點，用於將流量路由到系統上運行的特定應用程式。可以將它們想像成公寓大樓的地址。您可以向公寓大樓發送訊息，但訊息可能無法到達大廳。有了地址，您就可以確保訊息到達住戶。如果目標位址（連接埠）被阻止，資料就永遠無法到達目的地。
在資料管理員這些連接埠是節點交換關鍵複製資料的指定路徑。如果沒有開放且路由正確的端口，節點將無法通信，從而導致複製失敗或停滯。
SIOS DataKeeper 使用哪些連接埠？
為了建立複製並維持節點之間的通信，DataKeeper 需要開啟以下 TCP 連接埠：
10000 = 卷 A
…
10025 = 卷 Z
例如，如果您正在複製磁碟區 F，則需要確保節點之間的連接埠 10005 是開放的。
資料複製不工作時應檢查什麼
如果複製未啟動或重複斷開連接，請考慮以下事項：
137, 138, 139, 445, 9999, 10000-10025
如果您的節點託管在雲端環境中，例如AWS，Azure， 或者政府採購協議，確保安全群組或 NSG 也允許相關 IP 位址之間的上述連接埠。
順利部署 SIOS DataKeeper 的最佳實踐
除了啟用 TCP 流量之外，還有其他一些網路最佳實踐可以提升您的 DataKeeper 體驗。為了確保 DataKeeper 的可靠複製，首先要驗證所有節點是否能夠一致地解析彼此的主機名稱。這可以透過 DNS 或 hosts 檔案中的靜態項目來實現。名稱解析問題可能是靜默故障的常見原因，應儘早解決。此外，請盡可能考慮為複製流量配置專用網路介面。將複製與生產流量分離不僅可以提高效能並降低延遲，還可以透過將資料傳輸與使用者和應用程式活動隔離來增強安全性和可靠性。
確保連接埠連線可靠，實現 SIOS DataKeeper 複製總結
為了使 DataKeeper 可靠地運行，網路通訊必須在定義的 TCP 連接埠集上不受限制。了解和配置這些連接埠（尤其是特定於磁碟區的複製連接埠）對於避免停機和確保高可用性設定兌現其承諾至關重要。
花幾分鐘時間審核防火牆規則並確認連接，可以在複製突然停止時節省數小時的故障排除時間。與IT領域的所有事務一樣，清晰的溝通（無論是人與人之間或系統與系統之間）至關重要。
想要更進一步嗎？不妨考慮一下叢集等高可用性策略如何為您的環境提供更安全、無中斷的修補程式支援。立即申請演示了解 SIOS 如何協助您保護關鍵工作負載、最大限度地減少停機時間並確保無縫修補。
作者：Tristan Allen，SIOS Technology Corp. 助理客戶體驗軟體工程師
經許可轉載SIOS
