删除AWS ALB(Application Load Balancer)连续报错如何解决

你遇到的报错触发原因是待删除ALB本身被作为后端目标，挂载到了同区域下的其他目标组中，触发了ELB服务的删除保护逻辑，按以下顺序操作即可完成删除：

• 第一步：排查并清理所有挂载了该ALB的目标组
  打开ELB服务的Target Groups页面，逐个查看所有目标组的Targets标签页，搜索待删除ALB的ARN，找到所有把该ALB注册为后端目标的目标组，选中ALB对应的目标条目执行「Deregister」操作，等待目标状态变为Drained（默认排空等待时间最长300秒，可手动调整排空超时缩短等待时长）。
  也可以直接用AWS CLI执行批量查询，快速定位关联目标组：

  # 替换<region>和<ALB_ARN>为你实际的区域和待删ALB资源ARN
  aws elbv2 describe-target-groups --region <region> --query 'TargetGroups[].TargetGroupArn' | xargs -I {} aws elbv2 describe-target-health --region <region> --target-group-arn {} --query 'TargetHealthDescriptions[?Target.Id==`<ALB_ARN>`].{TargetGroup: `{}`}'
  

  注意：不要漏查VPC端点服务关联目标组、其他NLB/ALB/GWLB关联的目标组，这类目标组不是待删ALB自身创建的，是最容易遗漏的排查项
• 第二步：删除占用端口的监听器
  等所有跨目标组的ALB挂载关系清理完成后，回到待删ALB的Listeners页面，此时22端口监听器的占用锁会自动释放，直接删除该22端口监听器即可，不会再触发「端口被已注册目标占用」的报错。
• 第三步：清理ALB剩余关联资源
  依次删除该ALB下剩余的所有其他端口监听器，按需解绑WAF关联、SSL证书绑定、路由规则扩展配置；如果该ALB自身创建的关联目标组不需要保留，可以同步删除这些目标组，若目标组还挂载了其他EC2/ECS等业务资源需要留存，跳过这步即可，目标组可独立存在不影响ALB删除。
• 第四步：删除ALB
  回到ALB实例列表，选中待删除的ALB执行删除操作即可，此时不会再触发「已注册为目标组目标」的报错。

快速校验：执行删除前可以再用第一步的CLI命令扫一遍所有目标组，确认没有任何目标组还挂载了待删ALB的ARN，即可一次性删除成功，不需要反复重试。

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