608
经典网络迁移VPC最佳实践
摘要：阿里云起步于经典网络，但已经全面转向VPC。专有网络VPC以其在安全、成本和网络功能方面的优势，正受到越来越多用户的欢迎。在9月6日云栖社区技术直播中，阿里云高级产品专家谭礼铨(李泉)为大家分享了经典网络迁移VPC最佳实践，本次分享介绍三种将ECS从经典网络迁移至VPC网络的途径，并阐述三种类型的迁移分别适合怎样的客户需求和场景。本文内容根据嘉宾视频分享以及PPT整理而成。
本次的分享将主要围绕以下几个方面：
- 云上进入VPC时代
- 迁移提醒
- 阿里云迁移方案概述
- 混挂和混访方案
- ClassicLink方案
- 单ECS 迁移方案
一、云上进入VPC时代
如下图所示的是阿里云的网络演进情况。阿里云其实是在2009年就开始做云计算的，在一开始的时候使用的都是经典网络，也就是Classic网络。到了2014年9月份，阿里云推出了VPC产品。在2016年3月份阿里云推出了Default VPC，也就是说此时阿里云可以为每个用户提供VPC产品。在2016年的4月份，整个阿里云的云产品都全线接入到了VPC。再到2016年7月份，阿里云就开始推行对于新用户默认使用VPC。2017年6月份，阿里云就针对于经典网络迁移VPC推出了三个解决方案。
同时也对比看一下AWS的网络演进情况，如下图所示，AWS在2009年推出了VPC，在2013年上线了Default VPC。在2013年4月份，AWS也开始推行针对新用户只能购买EC2-VPC这样的实例。而在2014年10月份，AWS推出了ClassLink功能，供经典网络用户迁移到VPC使用。
二、迁移提醒
1、了解VPC
2、了解迁移方案以及其限制
3、确定迁移方案
三、迁移方案概述
1、混挂和混访方案概述
接下来对于这三个迁移方案进行简单的概述。第一个方案就是混挂和混访的方案，这个方案首先需要声明的一点就是它是系统的迁移方案，而不是将经典网络ECS直接迁移到VPC上去。混挂和混访方案的基本迁移基本流程如下：
- 新建VPC ECS
- 在新VPC ECS 部署系统
- 将VPC ECS 加入现有业务系统
- 将现有业务系统的经典网络ECS 从系统中移除
- 将经典ECS释放
- 完成迁移
对于混挂和混访方案更加详细说明一下，其中的混挂就是负载均衡SLB的混挂，也就是如下图所示的一个SLB的实例可以同时挂载经典和VPC的ECS，而这在之前是存在限制的，也就是不允许这样去做的。分开来讲，这里的混挂一方面是说公网SLB支持混挂，另外就是私网的SLB也支持混挂，还有就是私网的VPC类型的SLB也支持混挂。但是，对于私网VPC的SLB混挂存在一个限制就是如果使用4层监听时经典ECS无法获取真实来源IP，所以大家需要关注一下是否影响了系统。
2、ClassicLink方案概述
- Classic ECS可Link到VPC，Classic网络以单ECS为粒度的，用户可以把一台、两台甚至更多的ECS Link到VPC上。而VPC网络以VPC为粒度，就是将一台Classic ECS Link到VPC，这个Classic的ECS就能够访问VPC中的所有资源了。
- 已Link到VPC的Classic ECS可以访问VPC内所有资源
- VPC网络的ECS只能访问已Link的Classic ECS，而不能访问未Link的Classic ECS和Classic云产品。
- 目标VPC如是10网段，则要和经典网络ECS通信的交换机网段必须10.111.0.0/16。这是因为经典网络和VPC的通信使用的是路由的方式来实现的，为了规避地址冲突，在经典网络中这个地址段没有使用，留下来给VPC中的需要使用ClassicLink的ECS使用
- 目标VPC如采用192.168.0.0/16网段，需要在经典网络ECS增加到该网段路由。这是因为最早阿里云的私网主要使用的10网段，对于192网段默认是没有这条路由的，所以需要用户进行增加。
- 暂时还不支持经典网络系列1类型ECS的迁移，阿里云现在也正在解决这个问题。目前用户可以先将系列1类型的ECS升级之后再进行迁移。
- 迁移过程中ECS需要进行重启，需要用户关注对系统的影响。
- 目前使用此迁移方案，ECS的公网IP和私网IP都会变化。后续阿里云将会先支持公网不变，在未来，也会努力实现私网IP不变。
- 迁移到的目标VPC的交换机的可用区必须和待迁移的ECS的可用区相同，也就是目前不能跨可用区迁移。
- 迁移过程中实例ID及登录信息不变。
- 包年包月购买方式的实例迁移过程中不需要额外付费。从新的计费周期开始，按同规格专有网络的价格计算。并且迁移到VPC后，ECS的使用费用会降低。
- 迁移前如有续费变配未生效订单或未支付订单，迁移后该订单将被取消且不能恢复，客户需要重新下单。
- 迁移到VPC后，若ECS有使用其它云服务，需将访问方式调整到VPC访问方式(云产品混访方案)。
四、混挂和混访方案
混挂和混访方案Demo
在如图下所示的简单系统中，经典网络中的一个公网负载均衡SLB挂载了2台ECS实例，并使用了RDS和OSS这两个云产品，而现在要将这个业务系统通过混挂和混访方案迁移到VPC中。
混挂和混访方案迁移核心流程
第二步就是在VPC内新建ECS，并且在VPC ECS上部署应用。这个时候特别需要注意的是在VPC ECS上部署的应用在访问OSS和RDS的域名时需要使用VPC域名，这也是与在经典网络上应用访问OSS和RDS的不同之处。在部署完成之后，还需要测试应用能否正常访问OSS和RDS。
五、ClassicLink迁移方案
ClassicLink迁移方案底层的技术和原理
首先简单介绍一下ClassicLink方案底层的技术和原理。经典网络和VPC互通与经典网络和经典网络互通的底层实现是一致的，其实是同一套系统，因此内网延迟不变，私网带宽限速这些相关的网络属性是不会发生变化的。另外，宕机迁移、热迁移、停止、启动、重启、更换系统盘等操作不会改变已建立的ClassicLink链接。也就是说如果一个经典网络的ECS Link到一个VPC上，那么这台ECS发生了宕机迁移或者重启这些都不会改变ClassicLink。经典网络是一个网络平面，VPC是另一个网络平面，ClassicLink是通过路由将这两个网络平面拉齐，让其具备互通的条件。因此使用ClassicLink功能，首先要避免网络地址冲突，做好网络地址规划。阿里云经典网络中使用的地址段是10.0.0.0/8(不包括10.111.0.0/16)，因此只要VPC的地址段与经典网络的地址段不冲突，就可以通过ClassicLink功能私网通信。可以与经典网络互通的VPC地址段有172.16.0.0/12、10.111.0.0/16、192.168.0.0/16。
ClassicLink迁移方案Demo
ClassicLink方案的基本迁移流程也比较简单。首先，针对VPC去开启ClassicLink的功能。第二步，将经典网络ECS链接到VPC来打通。第三步，添加ClassicLink安全组规则。当这三步完成之后，这台经典的ECS就可以和VPC进行通信了，接下来可以结合他们的通信做数据迁移或者使用混挂的方案进行迁移。
下图所展示的就是第一步开启VPC的ClassicLink功能。这里需要注意的就是在VPC的路由表中，不能有目标网段为10.0.0.0/8自定义路由条目。若VPC的网段是10.0.0.0/8，需要确保和经典网络ECS通信的VPC的交换机的网段在10.111.0.0/16内。若VPC的网段是192.168.0.0/16，需要在经典网络ECS中增加192.168.0.0/16指向私网网卡的路由。
- 经典网络与专有网络相互授权访问，这种方式也是阿里云推荐使用的授权类型。
- 授权专有网络实例访问经典网络实例。
- 授权经典网络实例访问专有网络实例。
单ECS迁移方案Demo
之前也提到了目前如果想要使用单ECS迁移方案还需要用户提供实例ID给客户经理，客户经理给到阿里云处理之后，用户就可以在阿里云进行预约迁移了。下图所展现的就是预约迁移的截图，如果预约完成，在ECS控制页的概览页面里面会有一个待迁移事件，用户之后可以再去选择预约迁移的时间，阿里云就会帮助用户在这个预约的时间点里面进行迁移，迁移完成之后还会通过短信通知用户。
云栖社区网络产品专题 https://yq.aliyun.com/topic/94
经典网络迁移VPC 详细文档 https://help.aliyun.com/document_detail/55051.html
最后更新：2017-09-14 13:02:46