数据中心迁移到云的检查清单

雲服務確保運行虛擬機器的高可用性和可靠性。許多公司除了自己的物理數據中心外，還使用雲服務，或者取代自己數據中心內的本地伺服器。其他公司正在考慮將他們的工作負載從自己的本地數據中心遷移到雲端，這個趨勢正在上升，特別是受到疫情的推動。

本博文定義了數據中心遷移，並詳細說明了數據中心遷移過程中可能面臨的復雜性和挑戰。我們還將分享一份數據中心遷移檢查表，以幫助您順利進行遷移過程。

什麼是數據中心？

A data center is a facility housing computing, storage, and network resources. This facility provides resilient environmental, power, and network redundancy. Data centers are among the very complex and technologically advanced entities, with complex systems, architecture, and network intricacies.

數據中心可以是私有擁有和管理的，也可以是公開擁有，並管理許多私人管理的計算機/伺服器/網絡資源“區域”，並出售給各種組織。由於涉及數據中心資源的所有復雜性，組織可能會有決定從一個數據中心遷移到另一個數據中心的原因。

什麼是數據中心遷移？

數據中心遷移是將硬體物理移動和/或邏輯移動工作負載到另一個位置的過程。目的地位置可以是另一個物理數據中心，也可以是公共雲中的虛擬數據中心。

數據中心遷移的原因

組織可能有一些原因決定從一個數據中心遷移到另一個數據中心，從業務需求到技術需求不等。

從商業角度來看，數據中心搬遷可能是有道理的，無論是因為合併、收購、資源權益調整、縮小規模還是擴張。此外，組織可能會從高可用性的角度出發，根據業務需求將資源轉移到不同的數據中心。

就技術而言，數據中心技術不斷變化和演進。有可能出於技術原因而從一個數據中心搬遷到另一個，以改進功能和/或功能。此外，組織可能決定將資源分散到多個地區，以提高資源的性能和彈性。

無論搬遷數據中心的確切原因是什麼，都應仔細考慮複雜性和流程，以確保資源的轉移進行無縫，而終端用戶不會遇到停機或性能或服務下降。

數據中心遷移最佳實踐

讓我們來看看您可以在數據中心遷移策略中實施的最佳實踐。遵循這些實踐可以讓您順利遷移數據中心，而不會對數據可用性和用戶體驗產生負面影響。

確立遷移的準則和目標

資料中心遷移的標準和目標可能會因業務需求或試圖透過遷移解決的問題而有所不同。如果資料中心的移動僅是將部分資源轉移，這將改變遷移的情況，相對於將所有資源從一個資料中心遷移到另一個資料中心。

確保評估項目的技術方面和業務目標的標準和目標。這可以幫助確保業務目標和影響與技術目標一起考慮。

如果我們將當前的資料中心資源遷移到公共雲，該怎麼辦？

公共雲或私人資料中心：了解資料中心的要求

組織中的趨勢是將更多資源移至公共雲。資料中心遷移可能意味著從私人資料中心通過其中一家公共雲供應商移至公共雲，從Amazon AWS、Microsoft Azure或Google Compute Cloud中選擇。

每次遷移都會面臨不同的挑戰，需要考慮。轉移到公共雲時，當然沒有需要移動的實體資源，只有虛擬或邏輯資源。而將實體私人資料中心遷移到另一個私人資料中心時，可能需要移動實體資源和資產。

數據中心遷移至雲端可以徹底改變事物的一個例子在於網絡通信領域。例如，在亞馬遜 AWS中，VLAN的概念不存在。客戶被呈現出一個純粹的第3層網絡上的橢圓覆蓋網絡，並使用原生工具。因此，您不依賴VLAN進行分割。

在公共雲網絡中，網絡策略是以主機為中心，而不是在網絡級別上。執行發生在主機級別通過安全組。同時，使用亞馬遜，網絡的大小在您配置VPC後是固定的。因此，確保您為您的VPC網絡配置正確的大小對於前端是至關重要的，並且是如何仔細思考數據中心遷移到雲端的計劃的一個很好的例子。

對於私有數據中心遷移，我們基本上可以在目標數據中心中創建基礎設施的一對一情況，並且可以使用“餅乾切割機”的方法在目標數據中心中配置資源，就像它們存在於當前生產數據中心中一樣。

周密的規劃

一般來說，數據中心的搬遷是一項重大的工作，其重要性不應被低估以成功完成。故障的數據中心遷移可能潛在地導致服務中斷，由於缺乏數據備份而導致數據丟失，不滿意的客戶，品牌聲譽受損，並最終對未能進行適當規劃和準備過程的組織造成真正的損害。數據中心遷移檢查清單

數據中心遷移檢查清單

遵循數據中心遷移檢查清單，以避免問題並以最佳方式遷移數據中心。

1. 數據中心遷移計劃

數據中心遷移的計劃通常需要數周，甚至數月的準備。數據中心遷移計劃應包括以下要點：

現有數據中心和新數據中心的現場調查

A necessary component is a site survey of both the existing data center and the new data center. The following questions should be answered:

• 當前數據中心中的現有物理資源將被搬遷嗎？ 
• 如果答案是“是”，那麼佈線和其他物理第1層連接是否完全瞭解？ 
• 一旦移動了物理基礎設施，這是否可以在目標數據中心中複製？ 
• 如果不打算將物理資源移至新數據中心，是否已為現有基礎設施提供了足夠的替代品？

對一切進行記錄

所有基礎設施要求，包括存儲、計算、網絡要求、應用要求和任何其他基礎設施要求是否都已經記錄？

注意：

• 過多的文檔比不足的文檔要好。 
• 確保每個機架、機架的“U”、虛擬機器、網絡和應用程序都已記錄，無論是否被認為重要。

依賴性

• 是否完全瞭解目前數據中心環境中需要在目標數據中心中複製的依賴關係？

網路需求

目前資料中心中目前所需的應用程式的局域網和廣域網考慮事項在新資料中心也需要作相關考慮？ 
私人數據中心

• 是否需要在新數據中心配置目前在現有數據中心使用的VLAN？
• 現有數據中心的資源和應用程序的IP位址需求為何？
• 現有數據中心中的舊版應用程序是否依賴任何硬編碼的IP位址，需要在移動到新數據中心之前清除？
• 廣域網IP位址的考慮事項是否已全部考慮到？
• DNS和名稱解析如何發生？
  • 現有數據中心和新數據中心中的資源是否可以並行運行，以允許平滑移轉DNS並允許DNS收斂所需的時間？
  • 是否將使用其他機制（例如IP Anycast）來從多個位置annonce相同的IP前置詞，並允許BGP或其他路由協議根據連結的成本和健康來路由？
• 必要的广域网电路已经订购，以确保有足够的前置时间来启用新电路吗？一些互联网服务提供商可能需要长达90天的时间来启用新电路。这些时间允许应该纳入任何数据中心迁移计划中。

公共云

• 由于公共云中不存在VLAN，任何第2层要求都需要重新设计网络访问。
• 您需要多少个IP地址？子网的大小需要多大？AWS默认为/16子网。
• 网络安全应该如何设置？需要考虑哪些安全组？
• 每个VPC的安全组限制为500个–您的网络是否需要比提供的安全组更多的安全组？
• 您是否需要配置多个VPC？
• 如果迁移到公共云，很可能需要进行自动化工具更改。这些是否已经考虑过？

2. 数据中心迁移测试清单

虽然您可能无法完成迁移过程的每一步，但进行一次或几次迁移的测试运行可能会有所帮助。如果您还能在实验室环境中为关键组件（如网络过渡项目）设置阶段性，这可以在实际迁移发生之前揭示应用程序等潜在问题。

• 与团队的关键成员讨论迁移的主要要点。
• 了解需要按照最可能的顺序执行的事件顺序，因为很可能会有一些项目需要先完成其他项目的检查清单。
• 利用实验室环境模拟数据中心迁移，包括网络资源以及应用程序测试和故障排除。测试是数据中心迁移检查清单的重要内容。

3. 执行数据中心迁移

计划已经完成，资源已准备就绪，可以在新的数据中心位置或公共云上开始迁移。在数据中心迁移期间需要考虑的事项：

• 了解谁负责迁移的哪些方面。最不希望发生的情况是做出假设，并且关键迁移方面的责任被忽视。
• 与参与迁移项目的所有人创建详细的行动计划。列出责任。
• 获取所有参与者的联系信息，包括电话号码等，以避免浪费时间查找联系信息，而不是解决可能出现的数据中心迁移问题。
• 备用的供应商联系方式。这将包括数据中心联系人、ISP、网络工程师、基础设施工程师、运维工程师等。
• 提前通过电子通讯、横幅页面等通知最终用户。在维护窗口方面要详细说明，这样可以最大程度地减少最终用户的沮丧。
• 準備一個小組，在資源遷移引起的終端用戶問題大量湧入時進行分類。

4. 發布數據中心遷移檢查表

一旦數據中心資源遷移完成，我們需要快速評估由遷移引起的性能問題或其他系統問題。

• 指派一個團隊負責此任務，可以通過手動檢查或自動手段驗證遷移後系統流程的完整性和應用程序的可用性。
• 如果您收到來自世界各地的流量，請模擬來自世界各地不同端點的流量，以便測試可能由DNS收斂引起的地理位置之間的任何差異，如果名稱記錄已更改。
• 不僅要測試應用程序中的錯誤，還要測試這些應用程序的性能。
• 如果您期望性能改善，那麼這些改善是否已實現？
• 性能是否更差，表明遷移存在潛在問題？當維護期結束並且系統預計正常運行時，請通知終端用戶。這可以幫助終端用戶知道他們是否可能遇到與遷移相關的問題或真正的問題。
• 與參與的所有團隊成員進行事後分析，以收集在數據中心遷移期間遇到的任何問題。這將有助於未來建立更強大的團隊，揭示可以預防的任何問題並將其納入未來的項目中。
• 與所有參與的團隊成員進行事後檢討，以收集在數據中心遷移過程中遇到的任何問題。這將有助於未來建立更強大的團隊，揭示可能可以預防的問題並將其納入未來的項目中。

注意：如果您已完成數據中心遷移到雲端，請記住您需要實施一個雲端備份策略來保護您的數據。

結語

數據中心遷移可能是組織可能不得不進行的最複雜的過程之一。遷移涉及對系統進行精確和計算的更改，以便這些系統可以在遷移期間保持在線，或者在可能的情況下盡快恢復在線。

成功遷移的回報是巨大的。它可以讓企業將其技術需求發展到一個更現代和技術先進的數據中心。此外，它還可以讓組織將數據中心遷移到雲端以容納資源。無論哪種情況，適當的規劃、測試和執行周密的計劃允許組織完成成功的數據中心遷移這一具有挑戰性的壯舉。

強烈建議在開始遷移之前備份您的數據。立即下載 NAKIVO 備份與複製免費試用版，以保護您在數據中心中的實體和虛擬機器。