多重雲廠商資料移轉三障礙

遷移應用並不是一件輕而易舉的事情。 無論是你想將本地基礎架構轉移到雲端，還是跨多重雲廠商分散開來，都會面臨障礙。 轉移虛擬機器、遷移資料和配置網路在遷移過程中會製造麻煩。

遷移虛擬機器。 在本地基礎架構和雲之間遷移虛擬機器時，有很多選擇：使用共用的機器圖像格式、導入或者重構。

遷移VM最簡單的選擇是跨多個平臺共用圖片格式。 選擇一個雲供應商，IT管理者很可能就其現有的VM圖像檔案格式權衡數個因素，因此找到一種通用的格式需要計畫和一點運氣。

一些雲廠商導入虛擬機器作為服務，通過為不同的虛擬化平臺構建導入VM圖像。 例如，亞馬遜Web服務（AWS）已經導入具體的服務到基於VMware的VM圖像。 該服務導入了VMware ESX VMDK、Citrix Xen Virtual Hard Disk (VHD)以及微軟Hyper-V VHD圖像。 VM圖像也可以作為這些格式匯出到VMware ESX OVA。

重構虛擬機器圖像格式是一種選擇，但是要求使用像Puppet和Chef這樣的組態工具。 為了做到，你需要具體化腳本生成VM圖像，並在你的目標平臺中運轉這些腳本。 配置腳本允許你輕鬆且頻繁的重構VM圖像，因此你會一直擁有軟體元件的最新版本。 這很重要，然而在應用重過程中不能犯任何錯誤；軟體元件升級版本與其他元件不適應。

在雲中遷移資料。 從一個雲平臺到另一個雲平臺遷移資料有很多挑戰。 第一步是訪問享有的資料存儲配置，並過濾出哪些資料轉移到雲端。 注意，還有其他的一些事情，讀寫負載、你潛在要轉移的資料量以及網路延遲問題。

關聯式資料庫典型的應用於用戶端-伺服器結構中，用戶端應用從一個伺服器的資料庫中讀取，在另一個伺服器上的資料庫中寫入。 你可以選擇共同遷移用戶端和伺服器，或者只遷移一個元件。 哪種方法更好取決於因素的數量。

考慮一種情況，你有一個計算密集應用，在複雜的計算機終端的資料庫中寫入資料。 假設最小的讀取在這個資料庫上執行。 應用和資料庫當前本地運行，但是會出現峰值工作負載。 在這個例子中，轉移計算負載到雲端就有意義了，但是資料庫留在本地。 因為應用讀寫只是一小部分資料，資料庫仍舊在本地，並不會降低性能；使用者累計轉移資料或者從雲中抽取資料的網路計費在這個場景中微不足道。

但是讓我們假設應用是讀取密集型資料庫。 本機資料庫和基於雲的應用之間的網路延遲就會降低性能。 在這個案例中，遷移整個資料庫到雲端就更有意義，假設應用將會運行一段時間。

為雲配置網路。 在遷移應用到雲端，或者從雲端遷移應用時，必須解決大量網路設定問題。 最明顯的問題就是圍繞功能變數名稱服務（DNS）的問題。 在這樣的實例中，就需要升級記錄。

網路問題不那麼明顯的是內網配置。 比如，如果你使用負載等化器來分散應用工作負載，你需要升級負載等化器，以便在新的位置使用伺服器。 其他應用，像資料庫，可能需要重新配置，需要解決新的資料庫伺服器IP位址。

在本地基礎架構和雲之間轉移應用時，轉移VM圖像以及資料和配置網路設置會遭遇挑戰。 從一個虛擬環境到另一個虛擬環境轉移虛擬機器圖像相對容易。 遷移大型資料庫或者資料集，顯然是有問題的。 重新配置網路設定不應該是禁止的，應該儘早準備。

TechTarget中國原創內容，原文連結：HTTP://www.searchcloudcomputing.com.cn/showcontent_64043.htm

(責任編輯：呂光)