摘要

  • AWS现行通用免费互联网迁出流程要求：至少在计划开始迁出前两个月向客户支持申请；抵扣请求获批前，不要开始迁出。提前申请和取得批准，是两道条件。
  • 抵扣适用于全部合资格账户的完整迁出，或这些账户中某项AWS服务全部数据的迁出。临时抵扣只处理符合要求的互联网出站传输费，普通服务费和被排除的专门传输服务另算。

“下周就能搬”听起来像迁移项目的好消息。放进AWS免费迁出流程，它首先会引出另一个问题：申请是什么时候交的？

截至10月30日，AWS英文EC2常见问题页面的通用流程明确要求，向客户支持提交申请的时间，至少早于计划迁出开始日两个月。同一段又要求，抵扣申请获批前不要开始迁出。日历走满两个月，不会自动变成批准；目标环境通过测试，也不会替客户支持签发抵扣。

于是，一场看似已经准备好的技术搬家，还需要另一份准备。前一份回答“数据能不能过去”，后一份回答“这批传输按什么范围、什么时间抵扣”。工程师的排期表和支持工单，最好在第一字节出发前就认识彼此。

会搬数据的人，未必是交申请的人

使用AWS Organizations的客户，申请必须来自Management Account。能操作存储、能跑复制任务的团队，可能还得找到掌管这个账户的人。AWS还要求有专属账户团队的客户先联系该团队；有单独谈定的使用承诺，也需要与账户团队讨论选项。

申请材料会问到实际迁出账户、同一客户其他合资格账户、开始日、完成日、预计多少GB、预计多少Gbps，以及从哪些区域搬到哪里、搬往另一家云还是自有基础设施。剩余数据怎么办，同样属于问题。具体要求可能随客户类型和所在地略有不同。

这张表的作用，是把会议里的“搬走一个业务”拆成能核对的对象。业务团队口中的一个服务，可能用了多项AWS服务；一项AWS服务，又可能装着几个团队的数据。组织结构图给项目分配预算，账户和服务清单才给抵扣划边界。

最要紧的字，是“全部”

通用规则给出两条路：从所有合资格账户迁走全部AWS数据，或跨这些账户迁走某项AWS服务的全部数据。合资格账户需要状态正常，并被指定为承担服务费用的付款账户。

客户可以离开某项服务，同时继续使用其他AWS服务。无需为了这一项搬家就与整家公司断绝往来。但只挑容易搬的一批数据复制出去，剩下的仍在同一服务里运行，也不会凭一个“迁出”项目名就自然符合完整服务迁出的条件。

收尾同样有范围。过渡期结束时，需要删除所离开服务中的剩余数据与工作负载，或关闭账户。目标端验证和源端退出因此必须放在同一张计划里。最后一批数据抵达，和源服务可以退场，中间还有一次需要有人负责的判断。

老新闻里的90天，别直接贴进新排期

AWS在2024年3月5日公布这项安排时，给出的解释相当务实：客户每天有大量普通传输，单看流量，AWS通常不知道哪批是正常业务，哪批是换供应商或迁回本地的一次性搬家。所以先走支持流程，获批后再为迁移数据提供抵扣。

那篇公告附有后续修改记录。标为2026年10月8日的更新写明，欧盟以外合资格客户有180天完成迁出；需要更久，应立即通知客户支持。现行FAQ则写，支持团队会通知抵扣和完成迁出的时间安排。今天照抄旧版本的通用90天，拿到的是另一张日历。

具体账户还要走对条款路径。AWS欧盟附录的默认过渡期是30个日历日，并规定延长机制；英国附录是180个日历日。两个附录都定义了各自适用的账户国家、付款账户和关联账户。申请前的两个月，与执行迁移的过渡期，是不同阶段；把两者相加，宣传成人人自动享有的八个月免费窗口，批准这一步就被算没了。

目前没有取得FAQ逐次改版的日期记录，无法确定通用两个月要求首次出现在哪一天；能核实的是现行页面确有这项要求。项目应采用现行条文和本账户确认的安排。

免费的是哪个账单行

这是一项针对符合条件的互联网出站传输的临时抵扣。普通AWS服务费用继续计算。CloudFront、Direct Connect、Snow Family和Global Accelerator等专门传输服务被列在排除项中。AWS全球网络FAQ还把互联网出站、可用区之间传输、区域之间传输分开说明：内部换一个区域，不能仅凭“搬迁”两字就套用互联网退出安排。

AWS保留核查使用情况的权利。如果已抵扣的流量被认定用于迁出以外目的，相关传输费可能重新收取。普通内容交付和一次性迁出可以共用网络，却不是同一种优惠交易。把日常流量改个项目名称，账单不会跟着改户口。

要判断某次真实迁出的费用和可执行日期，还需要完整申请、客户支持决定和该账户适用的时间表。这几份材料并非项目结束后的报销附件。只要开始日已经进入认真讨论，它们就该坐到会议桌上。

官方原始文件