如何使用AWS CLI交换Route53主备故障转移A类型记录集？

嘿，这个场景我之前帮很多同行处理过，先给你的初步思路打个分——它是可行的，但确实存在优化空间，毕竟删除记录再重建的流程可能会留下短暂的故障转移空窗期，尤其如果你的DNS TTL设置得比较长的话。

先说说你的思路的潜在问题 #

你的步骤是：删除备记录 → 将主记录改为备 → 创建新的主记录。这里的风险在于：

• 从删除旧备记录到新主记录创建完成的这段时间，如果原主记录对应的实例出问题，Route53没有备用记录可以切换，会导致服务中断；
• DNS缓存的存在，可能会让部分用户在切换期间解析到异常的IP。

更优的原子性交换方案 #

Route53支持通过批量UPSERT操作一次性完成主备角色的交换，不需要删除任何记录，整个操作是原子性的（要么全部生效，要么全部不生效），完全避免空窗期。

具体来说，你只需要构造一个包含两条修改的ChangeBatch：把原来的PRIMARY记录改成SECONDARY，把原来的SECONDARY记录改成PRIMARY，用aws route53 change-resource-record-sets命令一次性提交。

示例CLI命令

首先，你需要先通过aws route53 list-resource-record-sets --hosted-zone-id YOUR_ZONE_ID获取当前两条记录的详细配置（包括SetIdentifier、HealthCheckId、IP等），然后替换下面的参数：

aws route53 change-resource-record-sets \
  --hosted-zone-id ZONE_ID \
  --change-batch '{
    "Comment": "Swap primary and secondary failover A records",
    "Changes": [
      {
        "Action": "UPSERT",
        "ResourceRecordSet": {
          "Name": "your-domain.com.",
          "Type": "A",
          "SetIdentifier": "Original-Primary",
          "Failover": "SECONDARY",
          "ResourceRecords": [{"Value": "ORIGINAL_PRIMARY_IP"}],
          "TTL": 300,
          "HealthCheckId": "ORIGINAL_PRIMARY_HEALTH_CHECK_ID"
        }
      },
      {
        "Action": "UPSERT",
        "ResourceRecordSet": {
          "Name": "your-domain.com.",
          "Type": "A",
          "SetIdentifier": "Original-Secondary",
          "Failover": "PRIMARY",
          "ResourceRecords": [{"Value": "ORIGINAL_SECONDARY_IP"}],
          "TTL": 300,
          "HealthCheckId": "ORIGINAL_SECONDARY_HEALTH_CHECK_ID"
        }
      }
    ]
  }'

关键注意事项

• SetIdentifier：故障转移记录是同域名、同类型的，必须靠这个字段区分，确保你填写的是两条记录各自的原始标识符；
• HealthCheckId：新的主记录要关联它自己的健康检查（如果之前备记录有配置的话），不要搞混；
• TTL设置：建议提前把TTL改成较短的值（比如300秒），这样切换后DNS解析能更快完成全局同步；
• 测试先行：可以先加--dry-run参数执行命令，验证ChangeBatch的格式和参数是否正确，避免误操作。

如果坚持用你的初始方案 #

如果因为某些原因必须走删除-修改-重建的流程，建议：

1. 提前将TTL降到最低（比如60秒），让DNS缓存尽快过期；
2. 先准备好新备记录的完整配置，确保删除旧备后能瞬间创建新记录；
3. 尽量缩短三步操作的间隔时间，减少空窗期。

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