AWS S3存储桶跨区域迁移脚本优化方案咨询

• 手动终止脚本后桶仍被创建的原因：AWS CLI调用s3 mb的API请求一旦发送到S3服务端，就和本地进程无关了。就算你用Ctrl+C杀掉本地脚本，已经发出去的创建请求会在S3服务端排队，等到桶名释放后自动执行创建，本地终端无法撤回已经送达服务端的请求。
• 现有流程存在严重的数据和业务风险：S3桶删除后到名字重新可用的1小时窗口内，所有AWS用户都可以抢注你释放的同名桶。一旦名字被第三方抢注，你不仅无法完成迁移，存在临时桶的数据还要额外支付存储成本，甚至可能被恶意抢注者劫持原本指向你业务的流量。
• 现有迁移命令存在数据丢失隐患：aws s3 mv --recursive默认不会同步对象的历史版本、ACL规则、自定义标签、加密配置、对象锁配置，多版本桶、存了大量带自定义元数据对象的场景下，很容易出现数据缺失、权限错乱的问题。

场景1：必须保留原桶名（推荐零风险流程） #

绝对不要先删除源存储桶，调整执行顺序规避抢注和数据丢失风险：

• 第一步：在目标区域创建带随机UUID后缀的中转桶，提前配置好和源桶完全一致的规则：包括版本控制状态、KMS加密配置、对象锁策略、公共访问阻断配置、生命周期规则、存储类型转换规则。
• 第二步：全量同步源桶数据到中转桶，同步时带上参数复制所有对象版本、元数据、标签、ACL权限；全量同步完成后，每10分钟跑一次增量同步，追平同步窗口期源桶新增的写入数据。
• 第三步：业务侧切流，把所有读写源桶的业务请求全部切到中转桶，持续监控1-2天确认没有异常流量访问源桶后，给源桶配置7天后自动删除的策略，不要手动立即删除。
• 第四步：部署定时探测任务，每10分钟检查一次原桶名的归属：如果发现原桶名可注册，先确认注册后的桶属于当前账号，再在目标区域创建同名正式桶，把中转桶的全量数据同步到正式桶，完成后把业务流量切到正式桶，验证业务正常后删除中转桶。

关键注意点：源桶至少要保留到正式桶切流稳定运行3天以上再删除，给数据回滚留足缓冲空间，避免同步漏数导致业务故障。

场景2：无需强制保留原桶名（最快无等待方案） #

如果业务侧支持修改桶名配置，完全不需要等待1小时的桶名释放窗口：

• 直接在目标区域创建符合命名规范的新桶，一次性同步源桶的全量数据和配置规则
• 在源桶配置静态网站重定向规则，把所有对源桶的访问请求301转发到新桶，同时逐步推动业务侧把配置中的桶名替换为新桶地址
• 监控访问日志确认没有流量再访问源桶后，等待7天直接删除源桶即可，全程没有桶名抢注风险，也不需要长时间跑脚本等待。

如果确实需要编写脚本等待桶名释放，不要写无限循环重复发送创建请求：每次发起创建请求前先查询当前账号下的桶列表，确认目标桶未被创建再发起请求，同时给脚本设置最长2小时的超时阈值，超时后触发告警人工介入，避免无意义的请求堆积在服务端。

内容的提问来源于stack exchange，提问作者lordbuckshot