AWS Load Balancer Controller中防止删除Ingress时连带删除ALB的技术方案

在Kubernetes集群中使用AWS Load Balancer Controller管理应用负载均衡器(ALB)时，一个常见的需求是：当删除Ingress资源时，如何避免关联的ALB被自动删除。本文将深入分析这一场景的技术原理，并提供经过验证的解决方案。

问题背景

当在EKS集群中通过Ingress资源创建ALB时，AWS Load Balancer Controller会自动管理整个生命周期。默认情况下，删除Ingress资源会触发关联的ALB及其相关资源（如目标组、监听器等）的级联删除。但在某些业务场景下，我们需要：

1. 保留ALB用于流量切换
2. 临时保留配置用于故障回滚
3. 避免因误操作导致服务中断

技术实现原理

AWS Load Balancer Controller通过Finalizer机制确保资源清理的原子性。当Ingress被删除时，控制器会检测到删除事件，并执行预定义的清理逻辑。要中断这一过程，需要理解两个关键机制：

1. 删除保护属性：通过alb.ingress.kubernetes.io/load-balancer-attributes注解可以配置ALB级别的保护
2. Finalizer控制：ingress.k8s.aws/resources Finalizer负责协调资源清理过程

具体操作方案

标准配置方法

1. 启用删除保护：在Ingress资源中添加注解

annotations:
  alb.ingress.kubernetes.io/load-balancer-attributes: deletion_protection.enabled=true

2. 验证保护状态：

aws elbv2 describe-load-balancers --query "LoadBalancers[?contains(LoadBalancerArn,'your-alb-arn')].{DeletionProtection:Type}"

高级保留方案

对于需要完全保留ALB的场景，可执行以下步骤：

1. 确认ALB已启用删除保护
2. 移除Ingress的Finalizer：

kubectl patch ingress <ingress-name> -p '{"metadata":{"finalizers":null}}' --type=merge

3. 删除Ingress资源

注意事项：

• 此操作会解除Kubernetes对ALB的生命周期管理
• 后续需要手动管理ALB资源
• 不适用于Ingress Group场景

替代方案建议

对于长期保留ALB的需求，建议考虑：

1. 独立创建ALB：通过Terraform/CloudFormation等IaC工具管理
2. DNS层切换：使用Route53等DNS服务进行流量切换
3. 双ALB架构：始终保持一个备用ALB在线

最佳实践

1. 生产环境建议始终启用删除保护
2. 变更前通过AWS控制台确认保护状态
3. 建立ALB资源清单文档
4. 对于关键业务，考虑实现删除操作的审批流程

通过合理配置和规范操作，可以确保ALB资源在复杂的运维场景下保持可用性和稳定性。