亚马逊AWS官方博客
·
告别 Ingress-NGINX：用 Amazon Load Balancer Controller Gateway API 实现更强大的流量管理
内容提要
Kubernetes宣布Ingress-NGINX将于2026年退役，用户可迁移至Amazon Load Balancer Controller或Gateway API。本文提供详细的迁移方案，包括架构差异、功能对比及配置示例，确保EKS用户实现零停机迁移。
关键要点
-
Kubernetes宣布Ingress-NGINX将于2026年退役，用户可迁移至Amazon Load Balancer Controller或Gateway API。
-
迁移方案包括架构差异、功能对比及配置示例，确保EKS用户实现零停机迁移。
-
迁移前需确保EKS集群版本≥1.24，已安装kubectl并配置好集群访问，具有集群管理员权限，备份现有配置，准备好测试环境。
-
Ingress是Kubernetes的资源对象，用于管理外部访问集群内部服务的方式，Ingress Controller负责根据Ingress规则转发请求。
-
Ingress-NGINX的退役不影响Ingress API的使用，Ingress API仍然是稳定的API。
-
用户可选择迁移到Amazon Load Balancer Controller或Gateway API，推荐使用Gateway API。
-
Gateway API提供更标准化、功能丰富的网络流量配置方法，解决了Ingress API的局限性。
-
Gateway API的核心组件包括GatewayClass、Gateway、HTTPRoute和GRPCRoute。
-
Amazon Load Balancer Controller支持Ingress API和Gateway API，提供多层路由功能。
-
Ingress与Gateway API的功能对比显示，Gateway API在角色分离、流量拆分、标准化配置等方面具有优势。
-
提供了Ingress-NGINX与Amazon LBC Gateway API的配置对比示例，涵盖基础转发、URL重写、金丝雀发布等场景。
-
迁移路径包括安装Amazon Load Balancer Controller、使用ingress2gateway工具转换Ingress资源、逐步切换流量等步骤。
-
迁移过程中需注意保留旧资源、备份配置、监控告警和准备回滚计划。
-
迁移后，Amazon ALB的性能通常优于Ingress-NGINX，且无需管理Pod资源。
-
Gateway API支持跨命名空间路由，提供更强大的路由能力。
-
总结指出Gateway API是Kubernetes网络管理的新标准，适合企业级生产环境。
延伸解读
迁移前的准备工作
在迁移到 Amazon Load Balancer Controller 或 Gateway API 之前，确保 EKS 集群版本至少为 1.24，并已安装 kubectl。用户还需具备集群管理员权限，备份现有配置，并准备好测试环境。这些步骤能有效降低迁移过程中的风险，确保顺利过渡。
Gateway API 的优势
Gateway API 提供了比 Ingress 更加标准化和灵活的流量管理方式，支持多种协议和功能，如流量拆分和跨命名空间路由。这使得开发和运维团队的职责更加清晰，能够更高效地管理网络流量，适应未来的技术发展。
监控与回滚计划
在迁移过程中，建议设置 CloudWatch 告警，重点监控 ALB 的响应时间和错误率，以便及时发现问题。此外，准备详细的回滚计划，确保在迁移失败时能够迅速恢复到 Ingress-NGINX，降低业务影响。
延伸问答
Ingress-NGINX 退役的时间是什么时候？
Ingress-NGINX 将于 2026 年 3 月退役。
用户如何迁移到 Amazon Load Balancer Controller？
用户可以通过替换 annotation 进行简单迁移，或使用 ingress2gateway 工具转换资源。
Gateway API 相比 Ingress API 有哪些优势？
Gateway API 支持角色分离、流量拆分、标准化配置和多协议支持，解决了 Ingress API 的局限性。
迁移过程中如何确保零停机？
通过 DNS 加权路由实现流量逐步切换，确保在完全切换前不删除旧资源。
迁移到 Gateway API 后的性能如何？
Amazon ALB 的性能通常优于 Ingress-NGINX，且无需管理 Pod 资源。
迁移过程中需要注意哪些事项？
需备份配置、监控告警、保留旧资源，并准备回滚计划。
