首先需要了解到云遷移流程：前期調研-制定方案-遷移-運營，
這里主要介紹的是如何解決遷移程序中的難點，
我從這個問題中看到了兩個云遷移的難點：
- 不同云平臺之間的異構遷移
- 用戶缺少遷移經驗，對遷移流程不夠了解
那么從這兩個難點出發，有什么解決方案呢？
其他的方案我就不多介紹了，因為我只介紹我使用過的最好的云遷移工具：HyperMotion云遷移工具，
在我曾經的作業中，遇到過題主相似的問題，當時公司也是想把公司的業務從AWS遷移回國內騰訊云，作為一家外貿公司，公司的各種業務、運營系統等都在云上，大概有個一百來臺KVM架構Linux系統的虛擬機在云上，并要在保證業務連續性的前提下進行遷移，
我嘗試過幾個遷移工具，每個都有一些我不太滿意的地方：
1、界面復雜，向導不明，想順利使用工具還得花好長時間去學習產品邏輯
2、無法進行增量遷移，無法滿足公司業務連續性
3、源端平臺、目標云平臺、遷移工具三者對接不夠緊密，需要頻繁切換頁面操作
4、最可怕的情況是一個遷移工具對接的云平臺不夠多，需要用兩個遷移工具組合使用
后來我通過前同事介紹，了解到了HyperMotion這個工具，這個工具完美契合了我心中的云遷移方案，通過測驗后，我以HyperMotion為解決方案，順利完成了那次大專案，
那么我們來看一下，這個工具是如何完美克服以上兩個難點的，
1、異構遷移
HyperMotion深度對接了國內國外20+云的介面，無論是國內大大小小的云：阿里云、騰訊云、華為云等，還是國外的三家云：AWS、Azure、Google Cloud，都可以通過這個工具實作云上的資料流轉，實作遷移自由，
2、用戶缺乏遷移經驗
對于云遷移萌新來說，一個復雜的遷移工具會加大上手難度，很容易讓人摸不著頭腦，勸退萌新，
但是HyperMotion就不一樣，從首頁的界面可以看出，這個工具是to B的技術邏輯， to C的操作界面，三步向導式遷移操作，用戶只需要一步一步跟著指引走，降低了用戶的技術門檻，讓第一次進行云遷移的用戶也可以輕松上手，
對于云遷移萌新來說，在進行源端和目標端配置時，不知道需要配置哪些資訊，并且在多個頁面來回切換，需要熟悉多個平臺的操作，才可以達到比較高效的云遷移，提高了學習成本，
但是HyperMotion就不一樣，它是“一站式”的遷移工具，用戶無需前往其他平臺配置源端和目標端，使用一個工具，即可完成整個遷移程序，
正好現在不忙，我順便來演示一下整個操作流程吧，
1、配置源端主機
點擊選單欄<源端平臺設定>，選擇相對應的要遷移的主機型別，如下圖：
AWS目前是一部分KVM架構的虛擬機，一部分Xen架構的虛擬機，根據需求點選后，會看到如下圖：
安裝agent后，主機添加成功，
2、配置目標端云平臺
左側選單欄點擊 <目標平臺設定> ，在左側點擊選擇<阿里云>
按以下步驟填寫資訊，創建<云同步網關>組件
目標云平臺配置完成
3、執行遷移操作
選擇待遷移主機
資料同步 （全量/增量）
啟動遷移主機
查看遷移結果
以上是第一次遷移到阿里云的全部步驟，后續進行其他遷移的話步驟只會更簡化，
HyperMotion還有一個我個人覺得最方便的功能，在上述程序中沒有體現：「agentless無代理遷移」，
當遷移的源端是VMware和OpenStack架構時，你甚至都不用一個一個去給主機去安裝agent，面對大專案的海量資料遷移時，這個無代理技術的優勢就體現的淋漓盡致了，并且據我所知，這個技術在目前國內是獨一家的，
碼字不易，您的贊同就是我最大的動力～
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/437049.html
標籤：其他
上一篇：Day548.Kafka相關外部系統整合 -kafka
下一篇：Spark standalone模式在多用戶環境下保存結果報錯 java.io.ioexception: mkdirs failed to create file