隨著企業(yè)和應(yīng)用程序的發(fā)展超出其現(xiàn)有基礎(chǔ)架構(gòu)，數(shù)據(jù)中心遷移是不可避免的。公司可能需要遷移以增加容量或推出新功能和服務(wù)。您的基礎(chǔ)架構(gòu)要求可能會隨著時間而改變，您可能會考慮托管服務(wù)提供商的選擇，從私有云遷移到其他云解決方案、數(shù)據(jù)中心整合，甚至遷移到本地設(shè)置。無論如何，實施強有力的計劃以確保遷移順利進行至關(guān)重要。

成功遷移數(shù)據(jù)中心的11個步驟

對當前數(shù)據(jù)中心性能的?審計?是開始決策過程的絕佳場所。審計將指出任何基礎(chǔ)設(shè)施瓶頸和需要改進的領(lǐng)域。然后，組織可以根據(jù)這些發(fā)現(xiàn)決定擬議數(shù)據(jù)中心的標準。每次遷移都是獨一無二的，需要仔細規(guī)劃和監(jiān)控以確保成功。以下 11 個最佳實踐在每種情況下都將證明是有用的。

1.制定計劃

一個好的計劃可以確保任何活動的成功。數(shù)據(jù)中心遷移也不例外，計劃是我們開始列表的地方。確定遷移的類型并確定流程的任務(wù)至關(guān)重要。

組織應(yīng)首先任命一名項目經(jīng)理和一個項目團隊來管理遷移項目。該團隊必須由熟悉當前數(shù)據(jù)中心設(shè)置的技術(shù)人員組成。了解擬建的數(shù)據(jù)中心也很重要，因為這將使您能夠以準確的方式規(guī)劃遷移。

聘請具有數(shù)據(jù)中心遷移知識和經(jīng)驗的顧問可能是明智之舉。這樣的專家可以確保遷移順利進行。與遷移失敗的成本和停機時間相比，聘請此類顧問的成本可以忽略不計。

2. 評估目的地選項

接下來的步驟是讓團隊確定目標數(shù)據(jù)中心的選項并評估它們的適用性。他們需要確保潛在的數(shù)據(jù)中心滿足數(shù)據(jù)安全性和合規(guī)性要求。

一旦團隊確定了一組符合要求的數(shù)據(jù)中心，他們將需要評估每個數(shù)據(jù)中心的規(guī)格和資源。必須考慮數(shù)據(jù)中心設(shè)備、連接性、備用電源、冗余網(wǎng)絡(luò)功能、災(zāi)難恢復(fù)措施和物理安全性。

項目團隊還應(yīng)訪問數(shù)據(jù)中心，以確保它與紙面上的規(guī)定一致。測試應(yīng)用程序兼容性和網(wǎng)絡(luò)延遲，以便在組織的工作負載遷移到新數(shù)據(jù)中心后不會出現(xiàn)意外。

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

軟件遷移通常比涉及重新定位硬件和其他基礎(chǔ)設(shè)施的遷移更簡單。每個組織都需要評估托管和云服務(wù)?，并確定最適合其用例、預(yù)算和要求的解決方案。

然后，項目團隊將需要創(chuàng)建?具有詳細工作分解結(jié)構(gòu)的數(shù)據(jù)中心遷移計劃，并將任務(wù)分配給負責人員。即使是單個任務(wù)的遺漏也會造成連鎖效應(yīng)，從而導(dǎo)致整個數(shù)據(jù)中心遷移過程的失敗。確定與每項任務(wù)相關(guān)的估計、依賴關(guān)系和風險至關(guān)重要。

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

4. 確定資源需求

技術(shù)團隊應(yīng)估計和確定組織的短期和長期資源需求。他們應(yīng)該考慮組織選擇的解決方案、他們的用例，并考慮他們是否期望資源密集型工作負載頻繁爆發(fā)。

根據(jù)平臺的可擴展性，擴展環(huán)境的基礎(chǔ)設(shè)施可能非常困難，也可能很容易。例如，??與托管相比，在Bare Metal Cloud中擴大和縮小規(guī)模很容易。平臺的可擴展性越高，就越容易適應(yīng)波動的工作負載。

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

數(shù)據(jù)中心遷移清單包含遷移的??所有關(guān)鍵方面。遵循它將幫助團隊完成所有任務(wù)并執(zhí)行成功的遷移。清單應(yīng)包含任務(wù)列表以及諸如其負責人員、俯瞰人員、成功標準和緩解措施等信息。

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

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

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

計劃不止一種將現(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)用程序工作負載的可能性。這種遷移可以最大限度地減少停機時間。但是，他們必須在適當?shù)?DevOps 團隊的情況下進行周密的計劃和執(zhí)行。

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

涉及托管和交換數(shù)據(jù)中心的數(shù)據(jù)中心搬遷需要大量移動硬件。這種類型的數(shù)據(jù)中心移動可以包括遷移服務(wù)器和其他存儲和網(wǎng)絡(luò)基礎(chǔ)設(shè)施。

清點現(xiàn)有硬件應(yīng)該是清單上的首要任務(wù)。團隊可以使用此報告來說明所有數(shù)據(jù)中心基礎(chǔ)設(shè)施。

如果遷移需要運輸脆弱的硬件，建議聘請經(jīng)驗豐富的外部團隊。該團隊可以拆除、運輸和安全地重新安裝數(shù)據(jù)中心設(shè)備。服務(wù)器在運輸過程中需要格外小心，因為它們對靜電放電和其他環(huán)境條件（例如溫度、磁場和沖擊）很敏感。

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

擬議中的數(shù)據(jù)中心可能會在紙上承諾通用硬件。但是，在部署應(yīng)用程序和數(shù)據(jù)庫時，即使是輕微的不匹配也可能是致命的。對提議的基礎(chǔ)設(shè)施進行生產(chǎn)前評估可確保遷移后的成功運行。

考慮可能影響數(shù)據(jù)中心遷移成本和后續(xù)經(jīng)常性費用的額外基礎(chǔ)設(shè)施需求和其他所需服務(wù)。在選擇數(shù)據(jù)中心時，提前識別這些并將其納入決策過程至關(guān)重要。除其他外，硬件和網(wǎng)絡(luò)資源的配置可能需要相當長的時間。團隊需要將這些提前期納入項目計劃。

還必須注意擬議供應(yīng)商的建議，因為他們最了解他們的產(chǎn)品。供應(yīng)商還可以根據(jù)他們以前的遷移經(jīng)驗提供建議。

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

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

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

項目團隊可以使用預(yù)生產(chǎn)測試來確保他們可以按照計劃的流程正確遷移數(shù)據(jù)和應(yīng)用程序。暫定計劃基于假設(shè)，可能由于網(wǎng)絡(luò)不穩(wěn)定和數(shù)據(jù)中心基礎(chǔ)設(shè)施不匹配等多種原因而失敗。

10.假設(shè)所有假設(shè)都失敗了

假設(shè)是許多好的計劃的失敗。因此，在對數(shù)據(jù)中心搬遷的基本方面做出假設(shè)時必須小心。假設(shè)的數(shù)量越少越好。

然而，考慮到企業(yè)的內(nèi)部和外部環(huán)境的波動性，完全避免假設(shè)是不可能的。團隊需要仔細評估這些假設(shè)，以便他們可以計劃預(yù)防或減輕所涉及的風險。項目團隊不能將遷移的任何部分視為理所當然。

如果您對提議的數(shù)據(jù)中心的假設(shè)失敗，那么遷移可能是致命的。在生產(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é)論

考慮將這些最佳實踐用作創(chuàng)建適合您組織特定需求的定制行動計劃的模板。沒有兩個遷移是相同的，需要特別注意才能確保成功。PhoenixNAP 為遷移到其基礎(chǔ)架構(gòu)即服務(wù)平臺和專用托管服務(wù)產(chǎn)品的所有客戶提供自動化工作負載遷移??。