从亚马逊（AWS）迁移到阿里云

众所周知，亚马逊电商已经撤出了中国，具体原因我想大家都心知肚明，但是作为云计算市场的老大，亚马逊在中国依旧运营着它的公有云服务。

由于政策原因，亚马逊不能在中国大陆运营云计算服务，其在中国有三个数据中心分别为北京、宁夏和香港，而这三个数据中心分别由三家公司负责运营，分别是光环新网、西云数据和亚马逊自营，对于要多区域部署的企业来说也是稍微有些分裂。

AWS中国不接受个人用户注册，也就是说你必须是企业才能在亚马逊上运行业务，而且亚马逊不支持预付费，只有按量付费和RI预留实例券，多少与很多中国企业的财务制度有些冲突。另外看AWS中国官网的成功案例大多是欧美企业，中国客户不多，而且很多用AWS中国的也大多是跨国企业在中国的分支或者主营业务在海外的中国公司。

虽然AWS是全球第一，且遥遥领先于老二和老三，但是在中国乃至亚太地区，AWS还是有点水土不服，落后于阿里云。不可否认，阿里一开始就是学的亚马逊，不管是电商还是云计算。从服务模式到产品命名都有浓郁的亚马逊味道。当然今时不同往日，阿里云已经走出了自己的一片天，虽然还是落后很多，但技术创新和增长率却是持续领先。

我们回归主题，如果我们的业务部署在AWS上，现在感觉不爽了怎么办？可以迁移吗？往哪迁？答案是肯定的，哪个厂商也不能绑定我们，我们可以用脚投票，哪里不爽就搬家。当然迁云是要讲策略、有技术、用工具的。云上搬家最主要是应用、数据和存储，下面我们分别讲怎么做。

应用 ：最简单粗暴的做法就是将运行应用的服务器连锅端，各家云厂商都提供服务器的搬家服务，以阿里云的服务器迁移中心（SMC）为例，它可以

具体流程如下：

数据库 ：数据库迁移要求不停机且能保证数据一致性。阿里云的数据库迁移服务（DTS）可以满足这个需求。

数据库迁移服务（DTS）支持多种数据之间的迁移

文件存储： 亚马逊的S3无疑是众多用户存储海量文件的首选，那么我们就看看如何从S3迁移到阿里云的对标产品OSS。

首先，在AWS侧，先预估需要迁移的文件存储量和个数

然后创建用于迁移的访问密钥。你可以在 AWS 控制台的 IAM 页面创建用户并授予AmazonS3ReadOnlyAccess权限，然后创建访问密钥。

然后，在阿里云侧，登陆OSS的数据在线迁移控制台，按照提示赋予角色权限。

创建源地址，登录阿里云数据在线迁移控制台，选择 在线迁移服务 >数据地址 ，然后单击 创建数据地址 ，具体参数如下

创建目标地址，选择 在线迁移服务 >数据地址 ，然后单击 创建数据地址 。配置相关参数如下：

创建迁移任务，选择 在线迁移服务 >迁移任务 ，然后单击 创建迁移任务 。配置参数如下：

在 性能调优 页签的 数据预估 区域，填写 迁移存储量 和 迁移文件个数

在 性能调优 页签的 流量控制 区域，设置 限流时间段 和 最大流量 ，然后单击 添加 。

单击 创建 。等待迁移任务完成。

不知道看过上面的介绍，你是否有尝试一下的想法或者有其他的方法，欢迎大家一起来讨论。

上层的是分布式数据库分表分库中间件，负责和上层应用打交道，对应用可表现为一个独立的数据库，而屏蔽底层复杂的系统细节。分布式数据库中间件除了基本的分表分库功能，还可以丰富一下，比如讲读写分离或者水平扩容功能集成在一起，或者比如读写分离本身也可以作为一个独立的中间件。（Cobar, MyCAT, TDDL, DRDS, DDB）

增量数据订阅和消费，用户对数据库 *** 作，比如DML, DCL, DDL等，这些 *** 作会产生增量数据，下层应用可以通过监测这些增量数据进行相应的处理。典型代表Canal，根据MySQL的binlog实现。也有针对Oracle(redolog)的增量数据订阅与消费的中间件。（Canal, Erosa）

数据库同步中间件涉及数据库之间的同步 *** 作，可以实现跨（同）机房同步以及异地容灾备份、分流等功能。可以涉及多种数据库，处理之后的数据也可以以多种形式存储。（Otter, JingoBus, DRC）

数据库与数据库之间会有数据迁移（同步）的动作，同款数据同步原理比较简单，比如MySQL主备同步，只要在数据库层进行相应的配置既可，但是跨数据库同步就比较复杂了，比如Oracle->MySQL. 数据迁移一般包括三个步骤：全量复制，将原数据库的数据全量迁移到新数据库，在这迁移的过程中也会有新的数据产生；增量同步，对新产生的数据进行同步，并持续一段时间以保证数据同步；原库停写，切换新库。将“跨数据库”这个含义扩大一下——“跨数据源”，比如HDFS, HBase, FTP等都可以相互同步。（yugong, DataX）

《高性能MySQL(第3版)》（施瓦茨 (Baron Schwartz)）电子书网盘下载免费在线阅读

资源链接：

链接：https://pan.baidu.com/s/1LdzUmBZcP6MPM5TqEn5l7g

提取码：ani8  

书名：高性能MySQL(第3版)

作者：施瓦茨 (Baron Schwartz)

译者：宁海元

豆瓣评分：9.3

出版社：电子工业出版社

出版年份：2013-5-1

页数：764

内容简介：

《高性能mysql(第3版)》是mysql 领域的经典之作，拥有广泛的影响力。第3 版更新了大量的内容，不但涵盖了最新mysql 5.5版本的新特性，也讲述了关于固态盘、高可扩展性设计和云计算环境下的数据库相关的新内容，原有的基准测试和性能优化部分也做了大量的扩展和补充。全书共分为16 章和6 个附录，内容涵盖mysql 架构和历史，基准测试和性能剖析，数据库软硬件性能优化，复制、备份和恢复，高可用与高可扩展性，以及云端的mysql 和mysql相关工具等方面的内容。每一章都是相对独立的主题，读者可以有选择性地单独阅读。

《高性能mysql(第3版)》不但适合数据库管理员（dba）阅读，也适合开发人员参考学习。不管是数据库新手还是专家，相信都能从本书有所收获。

作者简介：

关于作者

Baron Schwartz 是一位软件工程师，居住在弗吉尼亚州的Charlottesville，网络常用名是Xaprb，这是按照QWERTY 键盘的顺序在Dvorak 键盘上打出来的名字。在不忙于解决有趣的编程挑战时，Baron 会和他的妻子Lynn 以及小狗Carbon 一起享受闲暇的时光。他有一个软件工程方面的博客，地址是http://www.xaprb.com/blog/

Peter Zaitsev 曾经是MySQL AB 公司高性能组的经理，目前在运作mysqlperformance

blog.com 网站。他擅长于帮助那些每天有数以百万计访问量的网站的管理员解决问题，这些网站通常需要几百台机器来处理TB 级的数据。他常常为了解决一个问题而不停地升级硬件和软件（比如查询优化）。Peter 还经常在各种会议上演讲。

Vadim Tkachenko 曾经是MySQL AB 公司的性能工程师。作为一名在多线程编程和同步方面的专家，他的主要工作是基准测试、性能剖析，以及找出系统的性能瓶颈。他还在性能监控和调优方面做了一些工作，使得MySQL 在多核机器上有更好的可扩展性。

译者简介

宁海元 有超过十年的数据库管理经验，从最初到SQL Server 2000到Oracle到MySQL，擅长数据库高可用架构，性能优化和故障诊断。2007年加入淘宝，带领淘宝DBA团队支撑了淘宝业务的快速增长，完成了数据库的垂直拆分、水平拆分，迁移到MySQL体系等主要工作。目前专注于无线数据领域。网络常用名NinGoo，个人博客：http://www.ningoo.net

周振兴 毕业于北京师范大学数学系，09年加入淘宝数据库团队负责MySQL运维管理工作，有丰富的MySQL性能优化、Troubleshooting经验，对MySQL主要模块的实现和原理有深入的研究，经历淘宝MySQL实例从30到3000的发展，对系统架构、高可用环境规划都有深入理解。个人博客：http://orczhou.com

彭立勋 2010年大学毕业后加入阿里巴巴运维部。作为一名MySQL DBA，在运维MySQL的过程中，对MySQL和InnoDB的一些功能和缺陷就进行了补充，编写了多主复制和数据闪回等补丁。目前在阿里集团核心系统研发部数据库组，专注于MySQL数据库相关的开发工作。后来一些补丁被MySQL之父Mony看中，成为MariaDB提交组（Maria-captains）成员，并且把多主复制，线程内存监控等补丁合并到了MariaDB 10.0版本。

翟卫祥 毕业于武汉大学，研究生阶段从事数据库相关研究。毕业后就职于阿里巴巴集团数据库技术团队至今，主要负责阿里内部MySQL代码分支维护，包括MySQL Bug Fix及新特性开发。对MySQL内核有一定的研究。

刘辉 2008年毕业于西安电子科技大学计算机系，硕士学位。2011年加入阿里巴巴集团数据库技术团队，花名希羽，MySQL内核开发工程师。

---