基礎(chǔ)架構(gòu)要求可能會隨時間變化，并且可能會考慮使用托管服務(wù)提供商或云服務(wù)的選項，從私有云遷移到其他的云解決方案，比如對數(shù)據(jù)中心進行整合，或遷移到本地基礎(chǔ)設(shè)施。無論怎樣，你都需要要制定穩(wěn)健的計劃來確保遷移順利進行。
對當(dāng)前數(shù)據(jù)中心的性能進行審核是開始決策過程的關(guān)鍵，審核后將能夠了解基礎(chǔ)設(shè)施瓶頸和需要改進的地方。之后，企業(yè)可以根據(jù)這些發(fā)現(xiàn)來決定數(shù)據(jù)中心的標(biāo)準(zhǔn)。
每次遷移都是唯一的，需要仔細籌劃和監(jiān)控來確保成功。下面提到的優(yōu)秀實踐或許對你有幫助。
1. 制定計劃
好的計劃可以確保數(shù)據(jù)中心遷移的成功，確定遷移的類型，并確定過程中涉及的任務(wù)至關(guān)重要。
企業(yè)應(yīng)首先要搭班子，任命項目經(jīng)理和項目團隊來管理遷移項目。這個團隊必須由熟悉當(dāng)前數(shù)據(jù)中心配置的技術(shù)人員組成。
必要時，雇用具有數(shù)據(jù)中心遷移知識和經(jīng)驗的顧問也必不可少，專家可以確保遷移順利進行，與遷移失敗的成本和停機時間相比，選擇顧問的成本可忽略不計吧。
2. 評估目標(biāo)選項
遷移團隊的下一步是確定目標(biāo)數(shù)據(jù)中心的選項并評估其適用性。團隊將需要確保潛在的數(shù)據(jù)中心，滿足數(shù)據(jù)安全性和合規(guī)性要求。
一旦技術(shù)團隊確定了一組合規(guī)的數(shù)據(jù)中心，他們將需要評估每個規(guī)范和資源。必須考慮如數(shù)據(jù)中心設(shè)備，連接性，備用電源，冗余網(wǎng)絡(luò)功能，災(zāi)難恢復(fù)措施和物理安全性之類的內(nèi)容。
此外，項目團隊?wèi)?yīng)盡可能去現(xiàn)場訪問數(shù)據(jù)中心，以確保其與宣傳手冊上的規(guī)定一致。測試應(yīng)用程序的兼容性和網(wǎng)絡(luò)延遲，以便在企業(yè)的工作負載遷移到新的數(shù)據(jù)中心后存在差距。
3. 確定范圍，時間和成本
通常，軟件遷移比涉及遷移硬件和其他基礎(chǔ)結(jié)構(gòu)的遷移更直接。企業(yè)都需要評估托管和云服務(wù)，并確定最適合其用例，預(yù)算和要求的解決方案。
然后，項目團隊將需要創(chuàng)建具有詳細工作分解結(jié)構(gòu)的數(shù)據(jù)中心遷移計劃，并將任務(wù)分配給相關(guān)負責(zé)人。即使是某個遺漏的任務(wù)也可能導(dǎo)致連鎖反應(yīng)，從而導(dǎo)致整個數(shù)據(jù)中心遷移過程失敗。必須確定與每個任務(wù)相關(guān)的評估，依賴性和風(fēng)險。
然后，團隊將需要通過確定與每個任務(wù)和所涉及的每個人力資源相關(guān)的成本來為項目計劃創(chuàng)建預(yù)算。詳細的預(yù)算還可以讓企業(yè)清楚地了解遷移所涉及的成本。
4. 確定資源需求
技術(shù)團隊?wèi)?yīng)估計并確定企業(yè)的短期和長期資源需求。他們應(yīng)考慮企業(yè)選擇的解決方案，用例，并考慮他們是否期望頻繁出現(xiàn)大量資源密集型工作負載。
根據(jù)平臺的可擴展性，擴展環(huán)境的基礎(chǔ)架構(gòu)的范圍從極其困難到容易。例如，在云中進行彈性縮放很容易，平臺的可擴展性越強，就越容易適應(yīng)不斷變化的工作負載。
5. 建立數(shù)據(jù)中心遷移清單
數(shù)據(jù)中心遷移清單包括遷移的所有關(guān)鍵方面。按照清單將幫助項目團隊完成所有任務(wù)并成功進行遷移，清單應(yīng)包含任務(wù)清單以及信息，如其負責(zé)人，成功標(biāo)準(zhǔn)和緩解措施等。
項目團隊可以將數(shù)據(jù)中心遷移清單當(dāng)做遷移后測試的一部分。執(zhí)行它并確保成功進行數(shù)據(jù)中心遷移將是項目經(jīng)理的責(zé)任。
6. 規(guī)劃數(shù)據(jù)和應(yīng)用程序遷移
將數(shù)據(jù)和應(yīng)用程序遷移到數(shù)據(jù)中心是遷移過程的重要組成部分。應(yīng)用程序可能需要在遷移之前進行重構(gòu)，并且這種遷移可能很復(fù)雜。團隊必須創(chuàng)建詳細的測試計劃，以確保重構(gòu)的應(yīng)用程序能夠按預(yù)期運行。
規(guī)劃不止一種將現(xiàn)有數(shù)據(jù)傳輸?shù)叫聰?shù)據(jù)中心的方法至關(guān)重要。可能的選項包括備份驅(qū)動器，基于網(wǎng)絡(luò)的數(shù)據(jù)傳輸和移動便攜的方式。大量數(shù)據(jù)負載將需要基于網(wǎng)絡(luò)的數(shù)據(jù)傳輸，這對于確保帶寬可用性和網(wǎng)絡(luò)穩(wěn)定性至關(guān)重要。
對于云遷移，請考慮使用容器化等技術(shù)逐步遷移應(yīng)用程序工作負載的可能性。這樣的遷移可以最大程度地減少停機時間。但是，必須在有DevOps團隊的情況下精心計劃和執(zhí)行。
7. 規(guī)劃硬件遷移
而涉及托管和本地數(shù)據(jù)中心遷移需要大量的硬件移動。這種類型的數(shù)據(jù)中心遷移可以包括遷移服務(wù)器以及其他存儲和網(wǎng)絡(luò)基礎(chǔ)架構(gòu)。
明確現(xiàn)有的硬件庫存應(yīng)該是名單上的第一個任務(wù)。團隊可以使用這項報告來說明所有數(shù)據(jù)中心基礎(chǔ)架構(gòu)。
如果遷移需要運輸易碎的硬件，建議雇用經(jīng)驗豐富的外部團隊。這個團隊可以負責(zé)拆卸，運輸和安全地重新安裝數(shù)據(jù)中心設(shè)備。服務(wù)器在運輸過程中需要格外小心，因為它們對靜電放電和其他環(huán)境條件(例如溫度，磁場和沖擊)敏感。
8. 驗證目標(biāo)數(shù)據(jù)中心
確定的數(shù)據(jù)中心可能會保證在書面上提到的通用硬件。但是，在部署應(yīng)用程序和數(shù)據(jù)庫時，即使很小的不匹配也可能是危險的。所以對其基礎(chǔ)架構(gòu)進行生產(chǎn)前評估，可確保遷移后成功運行。
請考慮可能會影響數(shù)據(jù)中心遷移成本，和后續(xù)經(jīng)常性支出的其他基礎(chǔ)架構(gòu)需求和其他必需的服務(wù)。選擇數(shù)據(jù)中心時，提前識別這些因素，并將它們納入決策過程至關(guān)重要。除其他事項外，硬件和網(wǎng)絡(luò)資源的配置可能需要花費相當(dāng)長的時間。團隊需要將這些提前期納入項目計劃。
注意服務(wù)供應(yīng)商的建議也很重要，因為他們對所提供的產(chǎn)品最了解。供應(yīng)商還可以根據(jù)他們以前的遷移經(jīng)驗提供建議。
9. 生產(chǎn)前測試
項目團隊?wèi)?yīng)執(zhí)行生產(chǎn)前測試，以確保數(shù)據(jù)中心設(shè)備的兼容性和適用性。即使他們沒有進行全面的生產(chǎn)前測試，也可以幫助你在移動單個設(shè)備之前識別出任何問題。
數(shù)據(jù)中心遷移清單可用于遷移前和遷移后檢查，根據(jù)數(shù)據(jù)中心遷移項目計劃確定任何可能導(dǎo)致失敗的因素。生產(chǎn)前測試，還可以消除由于假設(shè)而發(fā)生的與遷移過程相關(guān)的任何風(fēng)險。
項目團隊可以使用生產(chǎn)前測試來確保他們可以按照計劃的流程正確遷移數(shù)據(jù)和應(yīng)用程序。暫定計劃是基于假設(shè)的，并且可能由于多種原因而失敗，例如網(wǎng)絡(luò)不穩(wěn)定和數(shù)據(jù)中心基礎(chǔ)架構(gòu)中的不匹配。
10. 驗證假設(shè)
鑒于企業(yè)內(nèi)部和外部環(huán)境的波動性，完全避免假設(shè)是不可能的。團隊需要仔細評估這些假設(shè)，以便他們可以計劃來預(yù)防或減輕所涉及的風(fēng)險。項目團隊一定不能將遷移的任何部分想當(dāng)然。所以保持在生產(chǎn)前測試中驗證假設(shè)。
11. 遷移后測試
遷移后測試將主要包括執(zhí)行遷移后的檢查表。它將確保成功完成所有數(shù)據(jù)中心遷移步驟。作為測試的一部分，應(yīng)該評估數(shù)據(jù)中心重定位的所有方面，例如硬件，網(wǎng)絡(luò)，數(shù)據(jù)和應(yīng)用程序。
此外，團隊必須根據(jù)工作負載的類型執(zhí)行功能測試，性能測試和其他類型的測試。如果他們正在遷移重構(gòu)的應(yīng)用程序，則項目團隊將必須計劃進行其他測試。
結(jié)論
沒有完全相同的兩次遷移，所以需要特別關(guān)注才能確保成功。將這些最佳實踐用作模板，以創(chuàng)建適合企業(yè)特定需求的自定義操作計劃。
京公網(wǎng)安備 11010502049343號