隨著企業(yè)業(yè)務和應用的發(fā)展，現(xiàn)有基礎架構(gòu)已經(jīng)無法保障時，數(shù)據(jù)中心遷移無法避免，企業(yè)可能需要遷移來增加容量或推出新功能和服務。

基礎架構(gòu)要求可能會隨時間變化，并且可能會考慮使用托管服務提供商或云服務的選項，從私有云遷移到其他的云解決方案，比如對數(shù)據(jù)中心進行整合，或遷移到本地基礎設施。無論怎樣，你都需要要制定穩(wěn)健的計劃來確保遷移順利進行。

對當前數(shù)據(jù)中心的性能進行審核是開始決策過程的關鍵，審核后將能夠了解基礎設施瓶頸和需要改進的地方。之后，企業(yè)可以根據(jù)這些發(fā)現(xiàn)來決定數(shù)據(jù)中心的標準。

每次遷移都是唯一的，需要仔細籌劃和監(jiān)控來確保成功。下面提到的優(yōu)秀實踐或許對你有幫助。

1. 制定計劃

好的計劃可以確保數(shù)據(jù)中心遷移的成功，確定遷移的類型，并確定過程中涉及的任務至關重要。

企業(yè)應首先要搭班子，任命項目經(jīng)理和項目團隊來管理遷移項目。這個團隊必須由熟悉當前數(shù)據(jù)中心配置的技術人員組成。

必要時，雇用具有數(shù)據(jù)中心遷移知識和經(jīng)驗的顧問也必不可少，專家可以確保遷移順利進行，與遷移失敗的成本和停機時間相比，選擇顧問的成本可忽略不計吧。

2. 評估目標選項

遷移團隊的下一步是確定目標數(shù)據(jù)中心的選項并評估其適用性。團隊將需要確保潛在的數(shù)據(jù)中心，滿足數(shù)據(jù)安全性和合規(guī)性要求。

一旦技術團隊確定了一組合規(guī)的數(shù)據(jù)中心，他們將需要評估每個規(guī)范和資源。必須考慮如數(shù)據(jù)中心設備，連接性，備用電源，冗余網(wǎng)絡功能，災難恢復措施和物理安全性之類的內(nèi)容。

此外，項目團隊應盡可能去現(xiàn)場訪問數(shù)據(jù)中心，以確保其與宣傳手冊上的規(guī)定一致。測試應用程序的兼容性和網(wǎng)絡延遲，以便在企業(yè)的工作負載遷移到新的數(shù)據(jù)中心后存在差距。

3. 確定范圍，時間和成本

通常，軟件遷移比涉及遷移硬件和其他基礎結(jié)構(gòu)的遷移更直接。企業(yè)都需要評估托管和云服務，并確定最適合其用例，預算和要求的解決方案。

然后，項目團隊將需要創(chuàng)建具有詳細工作分解結(jié)構(gòu)的數(shù)據(jù)中心遷移計劃，并將任務分配給相關負責人。即使是某個遺漏的任務也可能導致連鎖反應，從而導致整個數(shù)據(jù)中心遷移過程失敗。必須確定與每個任務相關的評估，依賴性和風險。

然后，團隊將需要通過確定與每個任務和所涉及的每個人力資源相關的成本來為項目計劃創(chuàng)建預算。詳細的預算還可以讓企業(yè)清楚地了解遷移所涉及的成本。

4. 確定資源需求

技術團隊應估計并確定企業(yè)的短期和長期資源需求。他們應考慮企業(yè)選擇的解決方案，用例，并考慮他們是否期望頻繁出現(xiàn)大量資源密集型工作負載。

根據(jù)平臺的可擴展性，擴展環(huán)境的基礎架構(gòu)的范圍從極其困難到容易。例如，在云中進行彈性縮放很容易，平臺的可擴展性越強，就越容易適應不斷變化的工作負載。

5. 建立數(shù)據(jù)中心遷移清單

數(shù)據(jù)中心遷移清單包括遷移的所有關鍵方面。按照清單將幫助項目團隊完成所有任務并成功進行遷移，清單應包含任務清單以及信息，如其負責人，成功標準和緩解措施等。

項目團隊可以將數(shù)據(jù)中心遷移清單當做遷移后測試的一部分。執(zhí)行它并確保成功進行數(shù)據(jù)中心遷移將是項目經(jīng)理的責任。

6. 規(guī)劃數(shù)據(jù)和應用程序遷移

將數(shù)據(jù)和應用程序遷移到數(shù)據(jù)中心是遷移過程的重要組成部分。應用程序可能需要在遷移之前進行重構(gòu)，并且這種遷移可能很復雜。團隊必須創(chuàng)建詳細的測試計劃，以確保重構(gòu)的應用程序能夠按預期運行。

規(guī)劃不止一種將現(xiàn)有數(shù)據(jù)傳輸?shù)叫聰?shù)據(jù)中心的方法至關重要?？赡艿倪x項包括備份驅(qū)動器，基于網(wǎng)絡的數(shù)據(jù)傳輸和移動便攜的方式。大量數(shù)據(jù)負載將需要基于網(wǎng)絡的數(shù)據(jù)傳輸，這對于確保帶寬可用性和網(wǎng)絡穩(wěn)定性至關重要。

對于云遷移，請考慮使用容器化等技術逐步遷移應用程序工作負載的可能性。這樣的遷移可以大程度地減少停機時間。但是，必須在有DevOps團隊的情況下精心計劃和執(zhí)行。

7. 規(guī)劃硬件遷移

而涉及托管和本地數(shù)據(jù)中心遷移需要大量的硬件移動。這種類型的數(shù)據(jù)中心遷移可以包括遷移服務器以及其他存儲和網(wǎng)絡基礎架構(gòu)。

明確現(xiàn)有的硬件庫存應該是名單上的第一個任務。團隊可以使用這項報告來說明所有數(shù)據(jù)中心基礎架構(gòu)。

如果遷移需要運輸易碎的硬件，建議雇用經(jīng)驗豐富的外部團隊。這個團隊可以負責拆卸，運輸和安全地重新安裝數(shù)據(jù)中心設備。服務器在運輸過程中需要格外小心，因為它們對靜電放電和其他環(huán)境條件(例如溫度，磁場和沖擊)敏感。

8. 驗證目標數(shù)據(jù)中心

確定的數(shù)據(jù)中心可能會保證在書面上提到的通用硬件。但是，在部署應用程序和數(shù)據(jù)庫時，即使很小的不匹配也可能是危險的。所以對其基礎架構(gòu)進行生產(chǎn)前評估，可確保遷移后成功運行。

請考慮可能會影響數(shù)據(jù)中心遷移成本，和后續(xù)經(jīng)常性支出的其他基礎架構(gòu)需求和其他必需的服務。選擇數(shù)據(jù)中心時，提前識別這些因素，并將它們納入決策過程至關重要。除其他事項外，硬件和網(wǎng)絡資源的配置可能需要花費相當長的時間。團隊需要將這些提前期納入項目計劃。

注意服務供應商的建議也很重要，因為他們對所提供的產(chǎn)品最了解。供應商還可以根據(jù)他們以前的遷移經(jīng)驗提供建議。

9. 生產(chǎn)前測試

項目團隊應執(zhí)行生產(chǎn)前測試，以確保數(shù)據(jù)中心設備的兼容性和適用性。即使他們沒有進行全面的生產(chǎn)前測試，也可以幫助你在移動單個設備之前識別出任何問題。

數(shù)據(jù)中心遷移清單可用于遷移前和遷移后檢查，根據(jù)數(shù)據(jù)中心遷移項目計劃確定任何可能導致失敗的因素。生產(chǎn)前測試，還可以消除由于假設而發(fā)生的與遷移過程相關的任何風險。

項目團隊可以使用生產(chǎn)前測試來確保他們可以按照計劃的流程正確遷移數(shù)據(jù)和應用程序。暫定計劃是基于假設的，并且可能由于多種原因而失敗，例如網(wǎng)絡不穩(wěn)定和數(shù)據(jù)中心基礎架構(gòu)中的不匹配。

10. 驗證假設

鑒于企業(yè)內(nèi)部和外部環(huán)境的波動性，完全避免假設是不可能的。團隊需要仔細評估這些假設，以便他們可以計劃來預防或減輕所涉及的風險。項目團隊一定不能將遷移的任何部分想當然。所以保持在生產(chǎn)前測試中驗證假設。

11. 遷移后測試

遷移后測試將主要包括執(zhí)行遷移后的檢查表。它將確保成功完成所有數(shù)據(jù)中心遷移步驟。作為測試的一部分，應該評估數(shù)據(jù)中心重定位的所有方面，例如硬件，網(wǎng)絡，數(shù)據(jù)和應用程序。

此外，團隊必須根據(jù)工作負載的類型執(zhí)行功能測試，性能測試和其他類型的測試。如果他們正在遷移重構(gòu)的應用程序，則項目團隊將必須計劃進行其他測試。

結(jié)論

沒有完全相同的兩次遷移，所以需要特別關注才能確保成功。將這些好實踐用作模板，以創(chuàng)建適合企業(yè)特定需求的自定義操作計劃。

名稱欄目：11項優(yōu)秀實踐，每次數(shù)據(jù)中心遷移都必不可少
當前URL：http://jinyejixie.com/news15/201665.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供搜索引擎優(yōu)化、網(wǎng)站設計、品牌網(wǎng)站制作、網(wǎng)站營銷、網(wǎng)站策劃、網(wǎng)站改版

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)