Higress项目中Ingress控制器切换的实践指南

背景介绍

在Kubernetes环境中，Ingress作为集群入口流量的管理组件，其实际功能需要通过Ingress控制器来实现。Higress作为阿里巴巴开源的云原生网关，提供了自己的Ingress控制器实现。在实际生产环境中，我们可能会遇到需要将现有Ingress资源从Nginx Ingress Controller迁移到Higress控制器的情况。

问题现象

用户在使用Higress时发现一个典型现象：当Ingress资源指定ingressClassName: nginx时，Higress控制台能够正常访问；但当改为ingressClassName: higress后，浏览器却显示了由Nginx Ingress Controller管理的其他站点内容。

根本原因分析

这种现象的产生主要涉及两个关键因素：

1. Ingress控制器选择机制：Kubernetes通过ingressClassName字段确定由哪个控制器来处理特定的Ingress资源。当该字段值为"nginx"时，由Nginx Ingress Controller处理；当值为"higress"时，则由Higress控制器处理。

2. 流量路由配置：即使Ingress资源已经交由Higress处理，但如果域名解析仍然指向Nginx Ingress Controller的负载均衡器，实际流量仍会被Nginx处理。

完整解决方案

第一步：确保Higress接管Ingress资源

有两种方式可以让Higress控制器接管Ingress资源：

1. 修改现有Ingress资源：直接将ingressClassName字段值改为"higress"。

2. 配置Higress监听其他IngressClass：在Higress安装时，可以通过配置参数使其同时监听"nginx"等其他的IngressClass。这种方式适合需要渐进式迁移的场景。

第二步：调整流量路由指向

完成Ingress资源切换后，必须确保域名解析指向Higress的入口：

1. 测试环境验证：

   • 获取Higress网关的外部IP地址
   • 在本地hosts文件中添加记录，如：[Higress网关IP] [你的域名]
   • 重启浏览器清除DNS缓存后进行测试

2. 生产环境部署：

   • 确认测试通过后
   • 在DNS服务商处修改域名解析记录
   • 将A记录或CNAME指向Higress的负载均衡器

最佳实践建议

1. 灰度迁移策略：对于生产环境，建议采用分批次迁移的方式，可以先迁移非关键业务进行验证。

2. 监控观察：迁移后密切监控网关指标，包括请求成功率、延迟等关键指标。

3. 注解兼容性：注意Nginx特有的注解（如rewrite规则）可能需要调整为Higress支持的格式。

4. 双控制器并行：在过渡期间，可以保持Nginx和Higress控制器同时运行，但需要注意避免IngressClass冲突。

总结

将Ingress资源从Nginx Ingress Controller迁移到Higress是一个涉及多环节的过程，需要同时考虑Kubernetes资源定义和实际网络流量的调整。通过理解Ingress控制器的工作原理和流量路由机制，可以确保迁移过程平稳可靠。Higress作为云原生网关，在功能特性和性能表现上都有独特优势，值得在生产环境中进行实践和应用。