让我们回到 2006 年夏天
发布 EC2 的时候
。最开始时,我们只有一种实例类型(珍贵的
m1.small
)、几个安全组和
和珍贵的美国东部(弗吉尼亚北部)
区域。
EC2-Classic
网络模型是
扁平
的,使用启动时分配的公有 IP 地址。
我们的初始客户立即看到了价值所在,并开始通过多种多样方式使用 EC2。我们提供了网站托管服务,
支持 Justin.TV 的启动
,并且
帮助 Animoto
在他们的 Facebook 应用程序一炮而红时,将规模扩展至 3400 个实例,这一数字在当时是十分惊人的。
EC2 早期的一些增强功能侧重于网络功能。例如,我们在 2008 年初添加了
弹性 IP 地址
,使 IP 地址可以长期使用,并在必要时与不同的实例进行关联。之后,我们添加了
Auto Scaling、负载平衡和 CloudWatch
,帮助您构建具有高度扩展性的应用程序。
早期客户希望将 EC2 实例连接到公司网络,对 IP 地址范围进行额外的控制,并构建更复杂的网络拓扑结构。我们在 2009 年推出了
Amazon Virtual Private Cloud
,2013 年,我们推出了
Virtual Private Clouds for Everyone
,使 VPC 模型拥有了极高的透明度。
停止使用 EC2-Classic
EC2-Classic 为我们提供了出色的服务,但我们还是打算为颁给它一枚奖章并体面地与之告别! 这篇文章会说明您需要了解的相关事项、需要采取的行动,以及采取行动的时间。
在我详细阐述之前,请放心,我们将尽可能保证整个过程的平稳和连续。我们不会中断任何工作负载,并且会为您留出足够的准备时间,以便您规划、测试未来的迁移并最终进行实施。除了这篇博文之外,我们还准备了相应的工具、文档和工作人员为您提供帮助。
时间表
我们已经通过客户团队通知了剩余的 EC2-Classic 客户,并且即将在 Personal Health Dashboard 中发布通知。以下是您需要注意的重要日期:
所有在
2013 年 12 月 4 日
之后创建的 AWS 账户均仅支持 VPC,除非因为支持请求而启用了 EC2-Classic。
2021 年 10 月 30 日,
我们将为区域中没有活动 EC2-Classic 资源的 AWS 账户禁用区域中的 EC2-Classic,如下所示。我们还将停止出售 1 年期和 3 年期 EC2-Classic 预留实例。
我们预计将于
2022 年 8 月 15 日
完成所有迁移,届时任何 AWS 账户中将不再留有 EC2-Classic 资源。
再次重申,我们不会中断任何工作负载,并将尽最大努力帮助您满足上述日期要求。
受影响的资源
为了完全从 EC2-Classic 迁移至 VPC,您需要查找、检查和迁移以下所有资源:
正在运行或已停止运行的 EC2 实例。
正在运行或已停止运行的 RDS 数据库实例。
弹性 IP 地址 – 您可以使用
move-address-to-vpc
命令。
Classic Load Balancer –
迁移您的 Classic Load Balancer
。
Redshift 集群 –
如何移动我的 Amazon Redshift 集群
。
Elastic Beanstalk 环境 –
将 Elastic Beanstalk 环境从 EC2-Classic 迁移至 VPC
。
EMR 集群 –
配置 EMR 网络
。
AWS Data Pipeline 管道 –
在 VPC 中启动管道资源
。
ElastiCache 集群 –
了解 ElastiCache 和 Amazon VPC
。
预留实例 – 您可以根据
用户指南
中的说明修改这些实例。
Spot 请求。
容量预留。
在您准备迁移的过程中,请务必阅读
从 EC2-Classic 迁移到至 VPC
。
您可能需要为账户创建默认 VPC(如果此前删除了默认 VPC,则需要重新创建)。要了解如何执行此操作,请阅读
创建默认 VPC
。
在某些情况下,您可以修改现有的资源;在其他情况下,您需要在 VPC 中创建等效的新资源。
查找 EC2-Classic 资源
使用
EC2 Classic 资源查找器
脚本查找账户中的所有 EC2-Classic 资源。您可以直接在单个 AWS 账户中运行该脚本,也可以使用附带的
multi-account-wrapper
在 AWS 组织的所有账户中运行。资源查找器访问每个 AWS 区域,查找特定的资源,并生成一组 CSV 文件。以下是我的脚本运行结果的第一部分:
脚本运行需要几分钟的时间。我检查 CSV 文件列表,了解我需要做多少工作:
然后我查看文件内容,了解更多信息:
文件显示,我有一些处于停止状态的 OpsWorks Stacks,我可以迁移或删除它们:
迁移工具
下面是迁移工具概览,您可以使用这些工具来迁移您的 AWS 资源:
AWS Application Migration Service
– 使用
AWS MGN
,以最短的停机时间将您的实例和数据库从 EC2-Classic 迁移到 VPC。此服务支持数据块级别的复制,可以在多个版本的 Linux 和 Windows 上运行(请参阅
如何使用新的 AWS Application Migration Service 进行直接迁移
,了解更多信息)。对于您迁移的每台服务器,前 90 天内的复制是免费的;有关更多信息,请参阅
AWS 应用程序服务定价
页面。
Support Automation Workflow
– 该工作流支持简单的实例级迁移。它将源实例转换为 AMI,为安全组创建镜像,并在目标 VPC 中启动新实例。
在迁移了特定区域内的所有资源后,您可以创建一个支持案例来禁用 EC2-Classic。如果您想避免在区域中意外地创建新的 EC2-Classic 资源,可以采取这一做法,但这绝对不是必需的。
在区域中禁用 EC2-Classic 应当是一项不可逆操作。但是,如果您在某区域中禁用了 EC2-Classic 后发现需要重新启用,则可以联系 AWS Support。请务必运行上文提到的资源查找器,并确保您没有遗漏任何资源。即使账户状态已经更改,这些资源仍将继续运行并产生费用。
IP 地址迁移
– 如果您需要要迁移 EC2 实例以及与该实例关联的任何弹性 IP 地址,可以使用
move-address-to-vpc
,将弹性 IP 附加在迁移的实例中。这将允许您继续通过原始 DNS 名称引用实例。
Classic Load Balancer
– 如果您计划迁移 Classic Load Balancer 并且需要保留原始 DNS 名称,请联系 AWS Support 或您的 AWS 客户团队。
更新实例类型
EC2-Classic 提供的所有实例类型也可以在 VPC 中使用。但是,许多较新的实例类型仅在 VPC 中可用,您可能需要考虑将更新作为整体迁移计划的一部分。下图可以为您指明方向:
EC2-Classic
M1、T1
C1、C3
AWS ParallelCluster
CR1、M2、R3
信赖我们
我在 AWS Support 部门的同事已经做好准备,帮助您迁移到 VPC。一旦有其他信息和迁移资源可用,我会立即更新这篇文章。
–
Jeff
;