个人名片
🎓作者简介：java领域优质创作者
🌐个人主页：码农阿豪
📞工作室：新空间代码工作室（提供各种软件服务）
💌个人邮箱：[2435024119@qq.com]
📱个人微信：15279484656
🌐个人导航网站：www.forff.top
💡座右铭：总有人要赢。为什么不能是我呢？
- 专栏导航：
码农阿豪系列专栏导航
面试专栏：收集了java相关高频面试题，面试实战总结🍻🎉🖥️
Spring5系列专栏：整理了Spring5重要知识点与实战演练，有案例可直接使用🚀🔧💻
Redis专栏：Redis从零到一学习分享，经验总结，案例实战💐📝💡
全栈系列专栏：海纳百川有容乃大，可能你想要的东西里面都有🤸🌱🚀
目录
如何将 Kubernetes 中的两个 Nginx Ingress 合并成一个：操作步骤与注意事项
在 Kubernetes 环境中，
Ingress
是用于管理外部访问集群服务的资源对象，而
Ingress Controller
是实际处理和执行这些访问规则的组件。
Nginx Ingress Controller
是 Kubernetes 中最常用的
Ingress Controller
，它根据
Ingress
资源的定义来路由流量。随着集群规模的增长，很多时候我们会遇到两个或多个
Ingress Controller
的情况，可能是出于资源隔离的需求，或者不同服务的安全、性能需求。
有时，我们需要将两个
Nginx Ingress Controller
合并为一个。此操作可以减少集群中的组件数量、简化管理以及优化资源的利用率。然而，这个过程需要谨慎操作，以避免出现意外的服务中断或配置错误。
本文将详细介绍如何将 Kubernetes 中的两个 Nginx Ingress 合并为一个，操作步骤以及在操作过程中需要注意的事项。
1. 背景介绍
在 Kubernetes 中，
Ingress
是一种 API 资源类型，用于管理外部 HTTP 和 HTTPS 流量的路由，允许从外部访问集群内部的服务。
Ingress Controller
则是一个负载均衡器，它根据定义的
Ingress
规则来将流量转发到正确的服务。
而
Nginx Ingress Controller
是 Kubernetes 中实现
Ingress
的最常用的解决方案之一。通过
Nginx
配置，
Ingress Controller
可以进行流量的负载均衡、SSL 终结、访问控制等功能。通常情况下，如果我们有多个业务或者服务，可能会选择部署多个
Ingress Controller
，每个服务或业务有自己的控制器。
然而，部署多个
Ingress Controller
的管理和配置可能会变得复杂，尤其是在不同的控制器有着不同的配置时。合并它们能够简化集群管理、减少不必要的资源消耗。
2. 合并 Nginx Ingress 的操作步骤
2.1 评估现有的
Ingress
资源
在决定合并之前，首先需要对当前两个
Nginx Ingress Controller
的配置进行评估，确认它们的
Ingress
资源和配置是如何设置的。你需要做以下几项检查：
- Ingress 资源定义：查看现有的
Ingress资源，包括域名配置、路由规则、证书配置等。 - Nginx 配置：查看两个
Ingress Controller的ConfigMap配置，是否有不同的负载均衡策略、SSL 配置、路由规则等。 - Service 与 Deployment：确认每个
Ingress Controller所管理的 Service 和 Deployment 的配置是否存在冲突。
2.2 备份现有的
Ingress
配置
在执行任何操作之前，强烈建议备份当前的
Ingress
配置。这将确保在合并过程中发生任何错误时，能够方便地回滚到之前的状态。
你可以使用
kubectl
命令来导出现有的
Ingress
配置：
kubectl get ingress --all-namespaces -o yaml > all-ingresses-backup.yaml
kubectl get configmap nginx-ingress-controller -n <namespace> -o yaml > nginx-ingress-configmap-backup.yaml
这样，你就能确保当前的配置不会丢失，可以在必要时恢复。
2.3 停止或删除一个 Ingress Controller
合并的第一步通常是停用其中一个
Ingress Controller
。如果你正在运行多个 Nginx Ingress Controller，你可以选择删除其中一个并将所有流量路由到另一个
Ingress Controller
。
kubectl delete deployment nginx-ingress-controller-<deployment_name> -n <namespace>
这里需要注意的是，删除
Ingress Controller
不会删除已有的
Ingress
资源，流量仍然会被路由到已存在的其他
Ingress Controller
，前提是它们的配置没有发生冲突。
2.4 配置统一的 Nginx Ingress Controller
一旦决定停用其中一个
Ingress Controller
，你需要确保剩下的那个
Ingress Controller
配置正确且可以处理所有流量。你可以通过以下几个方面进行配置：
- 配置 Service 类型：- 选择将
Ingress Controller的Service类型设置为LoadBalancer或NodePort，确保可以接收外部流量。- 确保Service被正确暴露，并且可以处理来自不同host的请求。 - 配置
Ingress Controller的 Nginx 配置：- 检查现有的ConfigMap配置，特别是nginx-ingress-controller的配置。- 确保nginx的配置没有与现有的其他Ingress Controller冲突，尤其是在 SSL 终结、负载均衡策略等方面。 - 更新
Ingress资源：- 如果有多个Ingress资源指向不同的Ingress Controller，你需要修改这些资源，使它们都指向当前存活的Ingress Controller。- 对于域名和路径的匹配规则，需要确保它们不会互相冲突。
2.5 更新 DNS 配置
如果你合并的两个
Ingress Controller
原来分别负责不同的域名，合并后需要重新配置 DNS 记录，以确保所有流量都能正确地指向当前的
Ingress Controller
。
- 确保所有相关域名（如
www.test1.com、www.test2.com）的 DNS 记录指向新配置的负载均衡器。
2.6 验证和测试
合并配置完成后，确保进行充分的测试：
- 访问测试：使用不同的域名进行访问，确保流量能够正确路由到相应的服务。
- 负载均衡测试：检查是否所有的流量都能均匀地分配到多个后端实例。
- SSL 配置测试：如果你使用了 SSL，确保 SSL 证书能够正确地应用，且 HTTPS 请求能够被正常处理。
3. 注意事项
3.1 确保 DNS 配置的正确性
合并多个
Ingress Controller
后，必须确保 DNS 配置没有冲突，并且所有相关域名的流量都能够指向合并后的单一
Ingress Controller
。
3.2 配置冲突与资源占用
在合并之前，需要仔细检查两个
Ingress Controller
配置文件（如
ConfigMap
和
Deployment
）中是否有重复的或冲突的配置。确保不会在同一配置文件中重复配置端口、负载均衡策略、SSL 证书等内容。
3.3 监控与日志
在合并后的初期阶段，需要加强对新
Ingress Controller
的监控，确保它能够高效地处理所有流量。利用 Kubernetes 的监控工具（如 Prometheus 和 Grafana）来监控
Ingress Controller
的性能。
3.4 回滚方案
合并操作中，最重要的一点就是要有回滚方案。如果在合并过程中遇到问题，应该能够快速恢复到合并前的状态，避免影响生产环境。
4. 总结
将 Kubernetes 中的两个 Nginx Ingress Controller 合并为一个是一个复杂的过程，涉及到多个方面的配置和操作。合并操作前，确保对现有的
Ingress
资源进行备份，并且在合并过程中保持对资源冲突、DNS 配置等方面的高度关注。通过详细的规划、细致的操作和充分的测试，可以成功将多个 Ingress Controller 合并为一个，从而简化集群管理、提高资源利用率。
版权归原作者 码农阿豪@新空间代码工作室 所有， 如有侵权，请联系我们删除。