資料中心遷移至雲檢查清單
雲端服務能確保虛擬機器運行時具備高可用性與可靠性。許多企業除了自有的實體資料中心外,也會使用雲端服務;亦有企業直接以雲端服務取代資料中心內的本地伺服器。另有企業正考慮將工作負載從自有的本地資料中心遷移至雲端,而這 這股趨勢正逐漸升溫,這主要受疫情影響所致。
這篇部落格文章闡述了資料中心遷移的定義,並詳述了在資料中心搬遷過程中可能面臨的複雜性與挑戰。我們也將分享一份資料中心遷移檢查清單,協助您順利執行遷移流程。
什麼是資料中心？
資料中心是一種整合運算、儲存及網路資源的設施。此類設施具備韌性的環境控制、供電及網路冗餘機制。資料中心屬於極其複雜且技術先進的設施,其系統、架構及網路結構皆極為精密。
資料中心可以是私有並由企業自行管理,也可以是公有設施,其中包含許多由私營業者管理的電腦／伺服器／網路資源"模組",並將這些資源出售給各類組織。鑑於資料中心資源涉及的諸多複雜性,組織可能基於某些原因決定從一個資料中心遷移至另一個資料中心。
什麼是資料中心遷移？
資料中心遷移是指將硬體實體移轉至另一位置,以及／或將工作負載邏輯移轉至另一位置的過程。目標位置可以是另一個實體資料中心,或是公有雲中的虛擬資料中心。
資料中心遷移的原因
組織決定將資源從一個資料中心遷移至另一個資料中心,可能有幾個原因,從業務需求到技術需求皆有。
從商業角度來看, 無論是合併、收購、資源優化、縮減規模或橫向縮放,都有可能存在促使資料中心遷移的合理原因。此外,企業也可能基於高可用性考量進行橫向縮放,並根據業務需求將資源調配至不同的資料中心。
就技術而言, 資料中心技術正不斷變化與演進。基於技術考量,組織可能會將資料中心遷移至其他地點,以提升其特點與功能性。此外,組織也可能決定將資源分散部署於多個區域,以提升資源的效能與韌性。
無論資料中心遷移的具體原因為何,都應仔細評估其複雜性與相關流程,以確保資源遷移過程順暢無礙,避免終端使用者遭遇服務中斷、效能下降或服務品質惡化等情況。
資料中心遷移的最佳實踐
讓我們來看看您在資料中心遷移策略中可以採用的最佳實踐。遵循這些實踐,您便能順利完成資料中心遷移,同時不會對資料可用性及使用者體驗造成負面影響。
確立遷移的準則與目標
資料中心遷移的準則與目標,會因應業務需求或遷移旨在解決的問題而有所不同。若資料中心遷移僅是部分遷移,旨在移轉部分資源,這將與將所有資源從一個資料中心遷移至另一個資料中心相比,改變遷移的整體格局。
請務必評估專案的標準與目標,不僅要考量技術層面,更需納入業務目標。此舉有助於確保在規劃技術目標的同時,亦能周全考量業務目標與相關影響。
若我們正將現有資料中心資源遷移至公有雲,該如何處理？
公有雲或私有資料中心:了解資料中心的需求
當前企業的趨勢是將更多資源轉移至公有雲。資料中心遷移可能意味著透過某家公有雲供應商,將資料中心從私有雲端遷移至公有雲, 在 Amazon AWS、Microsoft Azure 或 Google 雲 之間做出選擇.
每次遷移都會面臨不同的挑戰,這些都需要加以考量。在遷移至公有雲時,當然無需移動實體資源,只需處理虛擬或邏輯資源。至於將實體私有資料中心遷移至另一個私有資料中心的情況,則可能需要移動實體資源與資產。
資料中心遷移至雲端如何徹底改變現狀的一個例子,便體現在網路通訊領域。在 亞馬遜 AWS例如,VLAN 的概念並不存在。客戶所看到的,是在純粹的第 3 層網路之上,透過原生工具建構的覆蓋網路。因此,您無需依賴 VLAN 來進行網路區隔。
在公有雲網路中,網路政策是以主機為中心,而非在網路層級。執法是透過安全群組在主機層級進行的。此外,在 Amazon 的環境中,一旦您配置了 VPC,網路規模便是固定的。因此,確保您為 VPC 網路配置正確的規模在前端至關重要,這也是為何規劃資料中心遷移至雲端時,必須經過仔細思考的絕佳範例。
在私有資料中心遷移的過程中,我們基本上可以在目標資料中心建立與現有基礎架構一對一對應的環境,並採用"模板化"的方法,將現有生產資料中心中的資源配置到目標資料中心中。
周詳的規劃
一般來說,資料中心的遷移是一項重大工程,其重要性不容小覷,必須確保順利完成。若資料中心遷移過程處理不當,可能導致服務中斷,或因缺乏 資料備份,導致客戶不滿、品牌聲譽受損,並最終對在流程規劃與準備上疏於應對的組織造成實質損害。
資料中心遷移檢查清單
請遵循資料中心遷移檢查清單,以避免問題並以最佳方式完成資料中心遷移。
1. 資料中心遷移規劃
規劃資料中心遷移通常需要數週,甚至數月的準備時間。資料中心遷移規劃應包含以下要點:
現有資料中心與新資料中心的場地勘查
一項必要的工作是對現有資料中心與新資料中心進行現場勘查。應針對以下問題提供解答:
- 現有資料中心的實體資源會被遷移嗎？
- 如果答案是"是",那麼對於佈線及其他第一層(Layer 1)的實體連線是否已完全理解？
- 一旦實體基礎設施遷移完成,是否能在目標資料中心重現此情況？
- 如果實體資源不會遷移至新資料中心,是否已為現有基礎設施配置了足夠的替代方案？
將一切記錄下來
所有基礎設施需求(包括儲存、運算、網路需求、應用程式需求以及任何其他基礎設施需求)是否均已記錄在案？
註:
- 文件過多總比文件不足好。
- 請確保每台機架、機架的每個"U"、虛擬機器、網路及應用程式皆已記錄在案,無論其是否被視為重要。
依賴項
- 是否已完全了解當前資料中心環境中,哪些依賴關係需要在目標資料中心進行複製？
- 目前資料中心內是否有任何輔助系統需要複製到目標資料中心？
網路需要
針對目前資料中心中現有的應用程式,在規劃新資料中心時,需要考量哪些區域網路(LAN)與廣域網路(WAN)方面的因素？
專用資料中心
- 是否有某些 VLAN 需要在新資料中心進行配置,且目前正在現有資料中心中使用？
- 當前資料中心中的資源與應用程式有哪些 IP 位址需求？
- 既有應用程式是否依賴任何硬編碼的 IP 位址,而這些位址在遷移至新資料中心之前需要先清除？
- 關於廣域網路(WAN)IP 位址有哪些注意事項？是否已將所有與 WAN IP 位址相關的考量因素納入考量？
- DNS 和名稱解析將如何運作？
- 現有資料中心與新資料中心的資源是否會並行運作,以便平穩地進行 DNS 遷移,並為 DNS 收斂預留時間？
- 是否會使用其他機制(例如 IP Anycast)從多個位置宣傳相同的 IP 前綴,並讓 BGP 或其他路由協定根據鏈路的成本與狀態來進行路由？
- 是否已訂購必要的廣域網路(WAN)線路,以確保有足夠的準備時間來啟用新線路？部分網際網路服務供應商(ISP)啟用新線路可能需要長達 90 天。這些時間預留應納入任何資料中心遷移計畫中。
公有雲
- 由於公有雲中並不存在 VLAN,因此在重新設計網路存取機制時,必須仔細考量任何第 2 層的需求。
- 您需要多少個 IP 位址？子網需要多大？AWS 的預設子網為 /16。
- 網路安全應如何設定？需要考慮哪些安全群組？
- 每個 VPC 限 500 個安全群組 – 您的網路是否需要超過此限制的安全群組數量？
- 您是否需要配置多個 VPC？
- 若要遷移至公有雲,很可能需要調整自動化工具。這方面是否已納入考量？
2. 資料中心遷移測試檢查清單
雖然您可能無法逐一執行遷移流程的每個步驟,但進行一至數次遷移測試仍頗有幫助。若您還能將關鍵組件(例如網路轉換項目)在實驗室環境中進行預先部署,這將有助於在實際遷移進行前,釐清應用程式等潛在問題。
- 與團隊的核心成員討論遷移計畫的主要要點。
- 請了解各項任務的執行順序,因為很可能有些事項需要先完成清單上的其他項目才能進行。
- 運用 實驗室環境 以模擬資料中心遷移,包括網路資源,以及應用程式測試與疑難排解。測試是資料中心遷移檢查清單中的重要項目。
3. 資料中心搬遷的執行
規劃工作已完成,資源也已準備就緒,隨時可部署至新的資料中心位置或公有雲,現在正是執行遷移的時機。資料中心遷移過程中的注意事項:
- 請明確了解誰負責搬家過程中的哪些環節。最不希望發生的情況,就是因各自猜測而導致搬家過程中關鍵環節的責任歸屬出現疏漏。
- 請與所有參與遷移專案的人員共同制定一份詳細的行動計畫,並列出各自的職責。
- 請備妥所有相關人員的聯絡資訊(例如電話號碼等),以免浪費時間尋找聯絡資訊,而無法專注處理可能出現的資料中心搬遷相關問題。
- 請預先備妥其他供應商的聯絡窗口。這應包含資料中心聯絡人、網際網路服務供應商(ISP)、網路工程師、基礎設施工程師、營運工程師等。
- 請透過電子通訊、網頁橫幅等方式,預先通知終端使用者。請詳細說明預期的維護時段,此舉將有助於減輕終端使用者的困擾。
- 請預先組建一支團隊,以便在資源遷移導致大量終端使用者問題湧現時,能立即進行問題分流處理。
4. 資料中心搬遷後檢查清單
一旦資料中心資源完成遷移,我們需要迅速評估因遷移所導致的任何效能問題或其他系統問題。
- 請指派一個團隊負責此任務,透過人工檢查或自動化方式,在遷移完成後驗證系統流程的完整性及應用程式的可用性。
- 如果您接收來自世界各地的流量,請模擬來自全球不同終端節點的流量,以便測試當名稱記錄發生變更時,DNS 收斂可能導致的各地理位置間差異。
- 測試不僅要檢查應用程式中的錯誤,還要測試這些應用程式的效能。
- 如果您預期會有效能提升,這些提升是否已經實現了？
- 是 表現較差,這是否暗示遷移過程中存在潛在問題？
- 當維護期結束且系統預計恢復正常運作時,請通知終端使用者。此舉有助於終端使用者判斷他們遇到的狀況是與系統遷移相關的問題,還是真正的系統故障。
- 請召集所有參與的團隊成員進行事後檢討,彙整資料中心遷移過程中遇到的各項問題。此舉有助於未來打造更強大的團隊,釐清本可避免的問題,並將這些經驗應用於未來的專案中。
註:. 如果您已完成資料中心向雲端的遷移,請記住您需要實施一個 雲端備份策略 以保護您的資料。
結語
資料中心遷移可能是企業必須面對的最複雜流程之一。此遷移過程需對系統進行精確且經過周詳規劃的變更,以確保系統在遷移期間能持續運作,或於遷移完成後盡快恢復服務。
成功的遷移所能帶來的回報極為可觀。它能讓企業的技術需求得以擴展,進而建構出更現代化且技術先進的資料中心。此外,組織亦可透過將資料中心遷移至雲端來整合資源。無論採取何種方式,透過妥善的規劃、測試,以及執行經過深思熟慮的計畫,組織便能成功完成這項艱鉅的資料中心遷移任務。
強烈建議您在開始遷移前先備份資料。下載 NAKIVO Backup & Replication 免費試用,為您資料中心的實體與虛擬機器提供保護。
