如果您要使用開源高可用性，那麼團隊需要具備七項技能

在高可用性（HA）領域中，如果您決定採用開源方式，則團隊需要掌握某些重要技能。 開源的定義是指可以免費使用的軟件。

如今，微軟和SIOS Technology Corp等供應商為許多操作系統提供了高可用性集群的多種商業實現方案。這些商業解決方案提供了資源監視，依賴性管理，故障轉移和集群策略以及某種形式的預先打包和定價的管理方案。商業實現的替代方法是幾種開源選項，這些選項也使公司有機會為其企業提供高可用性。

隨著公司繼續尋求優化，節省成本和潛在的更嚴格控制，越來越多的公司和客戶也正在考慮轉向開源可用性解決方案。

要遷移到開源HA，您的團隊可能需要具備以下7種技能：

1.編碼技巧

在許多情況下，缺少對企業應用程序的預打包和捆綁支持意味著您的團隊將需要能夠開發解決方案來保護組件，解決捆綁組件的問題或編寫應用程序連接器以確保正確處理應用程序意識。很多人都可以編寫腳本，但是您的團隊將需要知道如何創建並遵守合理的開發實踐和標準。這方面的基本知識包括：

• 設計和架構要求
• 設計評論
• 代碼/代碼審查和單元測試（最好是自動化的）

2.對技術環境的了解

許多企業應用程序需要與多個系統集成，以提供滿足服務水平協議（SLA）和服務水平目標（SLO）的高可用性。您的團隊將需要深刻的應用程序意識和對技術環境的了解，才能為與多個企業系統的集成建立保護和解決方案。您需要了解關鍵應用程序的來龍去脈，這些應用程序的技術環境，網絡，硬件，虛擬機管理程序以及對環境和應用程序依賴性的了解的人員。您還需要團隊成員了解開放源代碼社區中打算使用的HA技術的體系結構，功能和局限性。 考慮一下您的團隊了解和了解的這些領域中的多少：

• 數據傳遞和節點通信
• 節點故障
• 應用管理
• 系統恢復並重新啟動
• 記錄和消息
• 數據彈性和保護

3.業務流程知識

您需要有人來了解您的業務需求和業務流程。您的團隊需要專業人士，他們需要了解企業的業務以及推動業務發展的流程。您的團隊將需要了解和了解有多少預算可用於開發解決方案，企業願意承擔多少風險，以及如何收集可能未講或未指定的其他要求。

團隊還需要知道或聘請知道如何將這些業務需求轉換為軟件需求以及如何管理流程以實現最低可行的高可用性解決方案以實現滿足業務需求的成果的人，或者業務，並適合業務流程。

4.具有操作系統，應用程序和基礎架構的經驗

如果您想全力以赴，您的團隊將需要了解操作系統，應用程序和基礎架構的經驗。您需要了解各種操作系統的發行週期，包括Linux的內核版本，Windows的更新和修補程序。您內部有需要支持的應用程序，但也需要勤勉地了解應用程序更新周期，它們的依賴性以及應用程序和操作系統支持矩陣的交集。如果您的環境是均勻的，那就太好了。否則，您的團隊將需要了解RHEL，RHEL派生產品和SUSE之間的區別。如果您同時使用Linux和Windows，則也需要了解它們。您還需要了解基礎架構對應用程序和操作系統組合的影響。AWS和Azure呈現的高可用性差異與GCP，本地和其他虛擬機管理程序有所不同。

5.變更管理能力

想像一下，您擁有一支具有技術和業務知識以及對操作系統，基礎架構和應用程序有紮實了解的開發團隊來創建解決方案。但是，將腳本放在一起僅僅是個開始。您的團隊還需要變更管理功能。您的團隊將如何跟踪代碼更改以及版本，軟件包和軟件包位置？您的團隊將如何管理更新和變更的發布？您的團隊將需要精通git等源代碼存儲庫，Jira等項目管理工具以及發布訓練的熟練程度。您需要一個了解如何進行代碼更新，提供補丁和修復程序，同時又能避免不必要的影響的團隊。

6.數據分析和故障排除經驗

當您進入交付自己的HA解決方案的空間時，您的團隊將需要分析和故障排除經驗。您需要擁有能夠理解應用程序代碼，系統消息以及應用程序錯誤日誌和跟踪文件的交集的資源。發生系統崩潰時，您將不得不更深入地研究日誌以進行故障排除並找到根本原因，分析數據以提出建議，並準備推出更改（請參見上面的＃5）。別忘了，即使沒有錯誤，故障或系統崩潰，您的團隊也需要了解並了解這些日誌和跟踪文件中的數據可以告訴您環境的運行狀況。

7.連接（開發，質量檢查，合作夥伴，社區）

坦白說，您的業務不是要提供高可用性，但是，如果您決定涉足開源HA領域，那麼您不僅需要團隊的智慧，還需要更多的幫助。獲得額外幫助的關鍵是了解從何處開始，然後與社區開發人員，測試專家，HA和應用程序合作夥伴以及開源社區建立正確的聯繫。開放式論壇確實很有幫助，但是您需要仔細檢查響應時間是否符合您的SLA和SLO。

使用開放源代碼解決方案是許多公司選擇的一種選擇，以解決成本問題並意識到靈活性，更低的成本和更低的風險。但是，買方要當心，新技能和管理形式可能存在隱性成本，而使用“開源自己的HA解決方案”所需的開源程序也存在隱性風險。

–客戶體驗副總裁Cassius Rhue

轉載自SIOS

在2020年，我們看到越來越多的企業將更多的任務關鍵型應用程序，ERP和數據庫遷移到雲中。 但是，並非所有這些遷移都很順利。 我親眼目睹了由於缺乏對應用程序可用性的規劃，“ DIY高可用性”改造的複雜性，與“提升和轉變”所帶來的誤解以及意外成本有關的雲遷移項目急劇減慢，甚至停止了。

組織可以採用多種最佳實踐，雲清單和其他方式為雲做準備。 對於那些在2020年雲遷移方面遇到停頓或計劃在2021年取得進步的人們，在高可用性群集的每種遷移策略中都應考慮以下最佳實踐。

雲遷移最佳實踐

收集需求

許多遷移到雲的組織都認為雲是遷移到雲的本地架構。 當內部部署的網絡，存儲，磁盤速度和系統大小與雲現實發生衝突時，對雲遷移的這種誤解通常會導致停頓和延遲。 向雲的更平滑過渡始於收集對基礎架構，治理和合規性，安全性，規模以及相關控制和資源的實際需求。

設計與文件

在設計階段，將本地環境的體系結構映射到已選擇以實現最大可用性並進行了詳細記錄的雲環境。 在此階段，隨著架構的形成，您將確定IP，負載均衡器，IOPS和數據可用性的策略。 團隊需要研究如何通過能夠自動實現雲複雜性的強大應用程序和基礎架構可用性解決方案來增強雲固有的可用性。 在SIOS，我們的AWS和Azure群集及可用性專家與客戶合作，將本地NFS交換為AWS EFS，Azure ANF或獨立的NFS群集層。 此外，此階段成功實施的關鍵部分將記錄所有內容。 文檔是遷移成功的一個經常被忽略但必不可少的要素。

計劃高可用性

要在雲中實現高可用性，需要了解需求，創建設計並記錄計劃以規劃實現這些需求的策略的計劃。 基本計劃應包括人員配備，人員培訓，部署QA系統測試，生產前步驟，部署，部署後驗證以及正在進行的迭代。 雲遷移的最佳結果來自經過深思熟慮的計劃流程；不是臨時的，固定的解決方法。

職員

您的團隊為雲遷移配備了多少人員？ 傳統的服務台，客戶/服務器IT或IT團隊可能不足以進行雲遷移。 如果您的團隊是雲計算的新手，那麼也許是時候考慮添加更多資源或基於專業服務的解決方案了。 如果沒有適當的見識，信息或培訓，遷移到雲可能會很繁瑣，繁瑣且困難。 您的員工是否需要納入與雲環境相關的培訓？ 在尋找培訓和專業服務以協助您的IT團隊時，請與您的供應商聯繫以獲取有關可用性解決方案的培訓。 許多供應商為高可用性解決方案提供了靈活的培訓，可以通過雲供應商或諸如Udemy之類的流行站點獲得云培訓。

部署質量檢查

QA部署階段是團隊執行將實際系統部署到雲中的計劃的階段。 成功的部署團隊將驗證其計劃和策略，了解數據遷移過程，發現所有遺漏的依賴項，並為過程的下一步做準備，尤其是測試。 當跳過或跳過此步驟時，曾經有希望的遷移通常會停滯不前或失敗。 當您進入質量檢查系統部署階段時，您的團隊將繁重地進行雲中應用程序，數據庫和關鍵數據的初始遷移和配置。

測試您的高可用性

在您的質量檢查環境中進行測試是至關重要的一步。 這些測試不是浪費時間；他們節省時間。 與在本地部署相比，在雲中部署環境通常更容易。 您的質量檢查環境可以使用諸如Ansible之類的工具編寫腳本，可以作為雲市場中的模板或克隆映像快速部署，也可以根據云形成模板進行部署和構建。 部署後，可以在災難發生之前（而不是在災難發生之前）對災難場景進行熨平和優化。 可以利用測試方案來確定網絡，磁盤速度方面的過度配置，配置不足或瓶頸。 完整的測試方案也可以用作新員工入職策略的一部分。 此外，還應該對快照和備份執行測試。

部署生產

當測試階段完成並且您的團隊已驗證測試結果時，下一個階段是從質量檢查過渡到預生產，再從預生產過渡到上線。 測試階段是繁重的最後階段，涉及最終用戶驗收測試，最終生產數據的轉換和更新，然後是用戶。

審閱，修訂和重複

成功遷移到上線階段並不會結束，而是會持續到生命週期階段。 在雲遷移策略的上線階段中，您的團隊將繼續審查，修訂和重複從“收集”到“部署生產”的步驟。 實際上，您的團隊應根據特定於發行版，應用程序更新，安全更新，相關係統維護，操作系統版本，災難恢復計劃以及高可用性供應商自身最佳要求的要求來一次又一次地重複此過程。實踐。 雲平台一直在發展，並增加了可以增強您現有的HA解決方案和體系結構的新功能，新功能和更新。 審查，修訂和重複該過程將是成功入職的必要步驟。

在2021年，我們將看到更多的企業將更多的關鍵任務應用程序，ERP和數據庫遷移到雲中。 成功的關鍵因素將是利用雲遷移最佳實踐來避免整個過程中的延遲和失敗。 了解您的業務需求和需求，記錄設計和計劃，在具有特定目的的群集解決方案的QA環境中進行部署以及在上線之前執行廣泛的測試至關重要。 請與SIOS技術部門聯繫，以了解如何將SIOS保護套件包含在周到的雲遷移最佳實踐中。

-客戶體驗副總裁Cassius Rhue

轉載自SIOS