Date: 25 3 月, 2021
高可用性的雲遷移最佳實踐
在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