Ingress 控制器
为了让 Ingress 资源工作,集群必须有一个正在运行的 Ingress 控制器。
与其他类型的控制器不同,它们是作为 kube-controller-manager
二进制文件的一部分运行的,而 Ingress 控制器不是随集群自动启动的。通过此页面可选择最适合您的集群的 ingress 控制器实现。
Kubernetes 作为一个项目,目前支持和维护 GCE 和nginx 控制器。
其他控制器
- Ambassador API 网关, 一个基于 Envoy 的 ingress控制器,有着来自 Datawire社区或商业的支持。
- AppsCode Inc. 为最广泛使用的基于 HAProxy 的 ingress 控制器 Voyager 提供支持和维护.
- Contour 是一个基于 Envoy 的 ingress 控制器,它由 VMware 提供和支持。
- Citrix 为其硬件(MPX),虚拟化(VPX)和 免费容器化 (CPX) ADC 提供了一个 Ingress 控制器,用于裸金属和云部署。
- F5 Networks 为 用于 Kubernetes 的 F5 BIG-IP 控制器提供支持和维护。
- Gloo 是一个开源的基于 Envoy 的 ingress 控制器,它提供了 API 网关功能,有着来自 solo.io 的企业级支持。
- HAProxy Technologies 为 HAProxy Ingress Controller for Kubernetes. See the official documentation 提供支持和运维服务。
- 基于 Istio 的 ingress 控制器控制 Ingress 流量。
- Kong 为用于 Kubernetes 的 Kong Ingress 控制器 提供社区或商业支持和维护。
- NGINX, Inc. 为用于 Kubernetes 的 NGINX Ingress 控制器提供支持和维护。
- Skipper HTTP路由器和反向代理,用于服务组合,包括诸如Kubernetes Ingress之类的用例,被设计为用于构建自定义代理的库。
- Traefik 是一个全功能的 ingress 控制器(Let’s Encrypt,secrets,http2,websocket),并且它也有来自 Containous 的商业支持。
使用多个 Ingress 控制器
你可以在集群中部署任意数量的 ingress 控制器。创建 ingress 时,应该使用适当的ingress.class
注解每个 ingress以表明在集群中如果有多个 ingress 控制器时,应该使用哪个 ingress 控制器。
如果不定义 ingress.class
,云提供商可能使用默认的 ingress 控制器。
理想情况下,所有 ingress 控制器都应满足此规范,但各种 ingress 控制器的操作略有不同。
注意:确保您查看了 ingress 控制器的文档,以了解选择它的注意事项。
接下来
反馈
此页是否对您有帮助?
感谢反馈。如果您有一个关于如何使用 Kubernetes 的特定的、需要答案的问题,可以访问Stack Overflow.在 GitHub 仓库上登记新的问题报告问题或者提出改进建议.
当前内容版权归 Kubernetes官网 或其关联方所有,如需对内容或内容相关联开源项目进行关注与资助,请访问 Kubernetes官网 .