访问kubernetes ingress-controller

最新推荐文章于 2024-10-09 10:45:51 发布

转载最新推荐文章于 2024-10-09 10:45:51 发布 · 118 阅读

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/netonline/p/10066711.html

文章标签：

本文探讨了Ingress Controller通过两种方式暴露端口至集群外部的方法：使用Service的NodePort和采用HostPort直接暴露Pod端口。前者利用Service实现负载均衡效果，后者则依赖于DaemonSet形式下发资源，通过集群VIP或客户端侧DNS负载解决方案。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

ingress-controller可以理解为一套反向代理系统，本身需要暴露端口到集群外部，以便客户端访问。
根据实际使用，给出两种暴露端口的方式，如下：

ingress-controller使用service的方式，采用service的nodePort暴露端口。
默认情况下nodePort从资源池中（默认30000-32767，可通过apiserver参数"--service-node-port-range"指定）自动分配，也可以从资源池中指定具体端口：
- 一般"--service-node-port-range"起始端口不能太小，否则有与宿主机本身应用冲突的可能；
- 如果nodePort不能指定"80"或者"443"端口，客户端访问ingress-controller的url则需要指定具体访问端口。
采用service的方式发布服务有负载的效果，流量访问任意宿主机ip都可跳转到pod所在的宿主机。
yaml参考：以nodePort的形式暴露端口

ingress-controller采用hostPort的方式，直接暴露pod端口于宿主机。
ingress-controller本身没有负载特性，没有service，则访问ingress-controllerd的ip会随pod转移而转移。可以通过如下方式解决：
- 前提mandatory：ingress-controller采用DaemonSet的形式下发资源，如果宿主机本身没有排斥性，则每个宿主机将下发1个ingress-controller pod；
- 负载解决方案1option1：如果存在集群vip，客户端可以使用vip访问ingress-controller；
- 负载解决方案2option2：将负载放在客户端侧DNS系统（或hosts文件）中完成，即一个url地址对应多宿主机的ip。
yaml参考：以hostport的形式暴露端口