如果詢問網絡工程師，有哪些問題會讓他們寢食難安的話，很多人會首先指出是數(shù)據(jù)中心的遷移。因為這不僅需要一個完整的網絡團隊花費數(shù)月的時間才能完成，還將推遲其他重要的IT計劃的實施，并且大多數(shù)組織在這段時間內必然面臨多次網絡中斷。那么，數(shù)據(jù)中心遷移如何做到不斷網呢？
數(shù)據(jù)中心遷移如何做到不斷網：評估正在使用的內容
數(shù)據(jù)中心遷移項目的第一步是完全了解網絡的各個方面。然而，對于當今現(xiàn)代混合環(huán)境帶來的復雜性而言，這說起來容易做起來難。組織在遷移過程中需要發(fā)現(xiàn)、驗證和記錄數(shù)十萬個組件。網絡工程師必須清點每個網絡設備，開發(fā)數(shù)據(jù)中心的拓撲和設計圖，列出受網絡影響的每個應用程序，并開發(fā)詳細的應用程序依賴關系圖。
這是大多數(shù)組織在遷移項目期間失敗的階段。雖然大多數(shù)組織認識到了解每個設備和應用程序如何在整個網絡中互連的重要性，但許多組織根本沒有足夠的資源來正確地記錄其網絡。這些團隊仍然依賴冗長的人工處理文檔方法，這些方法有些過時。在當今的情況下，人工處理文檔并沒有消減，這將讓網絡團隊在開始數(shù)據(jù)中心遷移過程時處于盲目狀態(tài)。
自動化網絡圖表繪制不僅可以讓工程師輕松完成繁重的任務，使他們能夠專注于更具戰(zhàn)略性的計劃，還可以幫助團隊完成數(shù)據(jù)中心遷移等特殊項目。自動化系統(tǒng)可以創(chuàng)建整個網絡的“數(shù)字孿生”，其中包括設備數(shù)據(jù)、拓撲結構、設計配置、路由等信息，這些信息在發(fā)生更改時自動更新。這些系統(tǒng)還必須適應任何數(shù)據(jù)中心網絡環(huán)境，以支持傳統(tǒng)的和軟件定義的基礎設施，如Cisco ACI或VMware NSX。
數(shù)據(jù)中心遷移如何做到不斷網：計劃、測試、調整
大多數(shù)組織采取一種比較徹底的數(shù)據(jù)中心遷移方法，并同時遷移網絡，然后對之后出現(xiàn)的問題進行故障排除。然而，任何復雜的遷移策略都將包括大量的預先規(guī)劃、測試和調整。在集中自動化系統(tǒng)的幫助下，網絡團隊可以輕松地開發(fā)數(shù)據(jù)中心新布局和路由協(xié)議的詳細連接映射，確定虛擬化、整合和增強的存儲機會，以及確定空間、電路、硬件和軟件需求，所有這些都是在遷移開始前完成的。
通過利用網絡的數(shù)字孿生技術，并使用適應必須驗證的知識的自動化，團隊能夠提前可視化和驗證每個配置，并檢查關鍵應用程序流和路由表更改，因此可以主動預防錯誤配置，并減少遷移后的任何中斷。一旦團隊對他們計劃的更改充滿信心，他們就可以自動執(zhí)行這些更改以節(jié)省時間，并避免人為錯誤。
數(shù)據(jù)中心遷移如何做到不斷網：最終檢查+故障排除
組織完成所有遷移工作以及完成網絡遷移之后，網絡團隊的最后一個步驟是進行最后一次檢查以確保其順利運行。雖然組織可能已經規(guī)劃了遷移最后過程的每一個細節(jié)，但總有可能有些事情沒有按照計劃進行。同時，遷移不可避免地導致網絡中的微小變化，使得故障排除更慢且更不可靠。如果網絡團隊意識到網絡沒有像往常一樣運行，那么人工故障排除技術可能會花費數(shù)小時甚至數(shù)天來確定究竟是什么問題。
另一方面，適應需要驗證和測試的知識的自動化大大減少了人工診斷和緩解問題所需的步驟。動態(tài)映射和可執(zhí)行的運行手冊可以讓網絡團隊快速確定問題，并自動修復該問題，從而最大限度地減少因遷移更改而導致的停機時間。
以上就是數(shù)據(jù)中心遷移如何做到不斷網的全部內容了，在數(shù)據(jù)中心遷移方面，網絡工程師通常沒有太多值得期待的事情，除了遷移事故導致意外停機的焦慮以外。但并不一定是這樣。有了正確的工具，網絡團隊可以輕松地了解正確管理流程，并且可以盡其所能確保遷移項目的成功。
