导入AWS路由表后Terraform计划/应用欲删除已有路由问题

我之前也踩过类似的坑，Terraform这种"误删"已定义路由的情况，大多是因为状态里的路由属性和代码定义的不完全匹配，或者导入过程中状态与实际AWS资源的同步出了问题。下面给你一步步排查和解决的方法：

1. 对比状态与代码的路由属性 #

首先得确认Terraform状态里记录的路由，和你代码里定义的是不是完全一致。执行这条命令查看状态详情：

terraform state show aws_route_table.public_staging

把输出里的route块内容，和你代码里的route定义逐一对比：

• 检查cidr_block的实际值：比如你代码里用${aws_vpc.management.cidr_block}，要确认这个变量解析后的值，和状态里的CIDR字符串完全一样（比如有没有多余空格、大小写差异？虽然CIDR一般不区分大小写，但要确保完全匹配）。
• 检查路由目标：比如vpc_peering_connection_id，状态里是具体的pcx-xxxxxx，你代码里引用的 peering 连接资源ID是不是和这个一致？如果引用错了资源，Terraform就会认为代码里的是新路由，要删掉状态里的旧路由。

2. 刷新状态同步AWS资源 #

有时候导入后状态和实际AWS资源可能有延迟或者不一致，执行刷新命令让Terraform重新拉取最新的资源状态：

terraform refresh

刷新完成后再跑terraform plan，看看是不是还会提示删除路由。

3. 重新导入路由表（确保状态与代码对齐） #

如果对比后发现状态和代码的属性本来就一致，但问题还是存在，可以尝试重新导入路由表：

terraform import aws_route_table.public_staging <你的路由表ID>

导入完成后再次查看状态，确认路由和代码完全匹配，然后再执行plan。

4. 检查路由定义的语法细节 #

还有一些容易忽略的细节：

• 如果你的路由是指向其他目标（比如NAT网关、互联网网关），要确保代码里用了正确的参数：比如指向IGW用gateway_id，指向NAT网关用nat_gateway_id，不要混用。
• 如果你用的是Terraform 0.12及以上版本，建议用新的变量引用语法（比如aws_vpc.management.cidr_block）代替旧的${}插值，虽然旧语法兼容，但偶尔会有解析差异。

5. 排查是否有重复路由或冲突定义 #

有时候可能不小心在代码里定义了重复的路由，或者状态里导入了一些你没在代码里定义的路由，导致Terraform要清理"多余"的路由。这种情况下，要么把代码补全所有需要的路由，要么手动从状态里移除不需要的路由（用terraform state rm）。

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