【51CTO.com快譯】大家有沒有設(shè)想過各大云服務(wù)供應(yīng)商如何應(yīng)對指數(shù)據(jù)遷移難題?在今天的文章中，我們將一同從Amazon、微軟以及谷歌身上找到答案。

[[151919]]

那些以云平臺作為業(yè)務(wù)起步環(huán)境的企業(yè)非常幸運(yùn)，因?yàn)樗麄儙缀醪槐刭M(fèi)心考慮如何處理原有數(shù)據(jù)的遷移問題。不過如果大家剛剛開始涉足工作負(fù)載向云端遷移的工作，那么這就成了一項(xiàng)無法回避的巨大障礙。

考慮到這一點(diǎn)，我們將共同了解三大云服務(wù)供應(yīng)巨頭的妙招——Amazon、微軟與谷歌如何幫助客戶完成數(shù)據(jù)導(dǎo)入工作。

Amazon

Amazon公司最近的一份公告使其成為當(dāng)前***想象力與突破性的數(shù)據(jù)遷移方案***。就在上個(gè)禮拜，Amazon在Reinvent大會上公布了AWS家族中的兩位服務(wù)項(xiàng)目新成員：其一為面向大規(guī)模有線數(shù)據(jù)遷移事務(wù)的數(shù)據(jù)庫遷移服務(wù)，其二則為以郵寄方式將大量數(shù)據(jù)交付至Amazon數(shù)據(jù)中心的Snowball存儲設(shè)備。

Snowball之所以順利登上報(bào)道頭條，是因?yàn)槠鋽U(kuò)展了目前市面已有的數(shù)據(jù)遷移方案。Amazon打造的這款極為堅(jiān)固的存儲設(shè)備不僅能夠容納大量數(shù)據(jù)，同時(shí)還包含使用數(shù)據(jù)所必需的標(biāo)簽，且配合AWS提供的當(dāng)前位置追蹤機(jī)制。

Amazon公司還通過其Database Migration Service(即數(shù)據(jù)庫遷移服務(wù))極大加快了立足于傳輸線纜的數(shù)據(jù)庫間數(shù)據(jù)遷移流程。整個(gè)傳輸過程能夠在不同類型的兩種常見數(shù)據(jù)庫之間實(shí)現(xiàn)，且配合執(zhí)行遷移模式所必要的工具方案。

適用群體：必須采取物理遷移方式的企業(yè)客戶。

微軟

微軟公司在數(shù)據(jù)遷移方面雖不及Amazon、但也算得上頗有心得，其同樣能夠利用物理介質(zhì)支撐Azure Import/Export Service(即Azure導(dǎo)入/導(dǎo)出服務(wù))。不過微軟方面提供的方案讓人聯(lián)想到Amazon的上一代存儲介質(zhì)郵遞服務(wù)選項(xiàng)：用戶需要自行采購存儲設(shè)備，將數(shù)據(jù)寫入其中，貼上標(biāo)簽并進(jìn)行郵寄。微軟公司提供了一系列工具來對這項(xiàng)工作進(jìn)行自動化處理，同時(shí)確保需要傳輸?shù)臄?shù)據(jù)得到正確加密及標(biāo)注。也就是說，微軟方面同時(shí)支持面向物理存儲介質(zhì)的數(shù)據(jù)導(dǎo)出服務(wù)，而Amazon的Snowbal目前只支持客戶數(shù)據(jù)導(dǎo)入，但相信在不久的將來這位AWS新成員將獲得進(jìn)一步提升。

而在通過線纜實(shí)現(xiàn)的數(shù)據(jù)傳輸方面，微軟公司的主要實(shí)現(xiàn)途徑領(lǐng)先其站點(diǎn)恢復(fù)服務(wù)。這項(xiàng)服務(wù)通常用于災(zāi)難恢復(fù)與備份，但同時(shí)也開始提供一款早期遷移工具，即Migration Accelerator。站點(diǎn)恢復(fù)服務(wù)面向現(xiàn)有微軟設(shè)施以及產(chǎn)品提供批量保護(hù); 而在數(shù)據(jù)庫間數(shù)據(jù)遷移方面(例如由甲骨文數(shù)據(jù)庫向Azure SQL)，大家只能使用微軟在其遷移產(chǎn)品名錄中列出的受支持方案。

適用群體：那些已經(jīng)擁有大量微軟產(chǎn)品用例，或者對物理形式數(shù)據(jù)遷移需求不高的企業(yè)客戶。

谷歌

在通過線纜實(shí)現(xiàn)的數(shù)據(jù)傳輸方面，谷歌公司提供各類常見用例選項(xiàng)，包括由Amazon S3存儲桶導(dǎo)入、將MySQL數(shù)據(jù)遷移至Google Cloud SQL以及對HTTP/HTTPS端點(diǎn)進(jìn)行整體遷移。

不過如果大家希望直接發(fā)送谷歌物理存儲介質(zhì)進(jìn)行數(shù)據(jù)上傳，那么實(shí)際情況恐怕會令您大失所望。谷歌的Offline Media Import/Export(即離線介質(zhì)導(dǎo)入/導(dǎo)出)服務(wù)確實(shí)支持這種遷移方式，但這項(xiàng)工作實(shí)際是由第三方供應(yīng)商負(fù)責(zé)實(shí)施的，例如Iron Mountain以及Prime Focus Technologies。換句話來說，谷歌公司自身并不親自執(zhí)行相關(guān)工作，而存儲介質(zhì)則主要由第三方進(jìn)行處理。

適合群體：那些樂于使用并管理谷歌工具集，且不太需要以物理方式進(jìn)行數(shù)據(jù)遷移的企業(yè)客戶。

原文標(biāo)題：How AWS, Azure, and Google import data in bulk

【51CTO譯稿，合作站點(diǎn)轉(zhuǎn)載請注明原文譯者和出處為51CTO.com】