这是一个创建于 1429 天前的主题，其中的信息可能已经有所发展或是发生改变。
目前服务暴露方式主要用的是 NoePort 。
但担心这种方式重启服务时，有可能被其他服务占用 Port ，需要对其他上游服务屏蔽 Port 变化。
因此考虑用 Ingress + NGINX Ingress Controller 。
对上游统一通过 VIP + 80 暴露服务，不同 Service 使用不同 path 区分。
现在的问题，似乎 Ingress 似乎只支持 Domain 方式...
请教大佬们，有其他解法嘛...其实我的服务不需要暴露给公网...
但担心这种方式重启服务时，有可能被其他服务占用 Port ，需要对其他上游服务屏蔽 Port 变化。
因此考虑用 Ingress + NGINX Ingress Controller 。
对上游统一通过 VIP + 80 暴露服务，不同 Service 使用不同 path 区分。
现在的问题，似乎 Ingress 似乎只支持 Domain 方式...
请教大佬们，有其他解法嘛...其实我的服务不需要暴露给公网...
 | 1 wellsc 2022-01-18 21:50:53 +08:00 自己搞个内网 dns 就行了 |
 | 4 muchrooms 2022-01-19 02:02:00 +08:00 |
 | 5 ysicing 2022-01-19 08:45:18 +08:00 traefik ingressroute 应该也可以吧 https://doc.traefik.io/traefik/routing/providers/kubernetes-crd/ |
 | 6 frankchen 2022-01-19 09:19:00 +08:00  1 土办法，用 nginx 做入口，把 nginx 的节点加入集群；用 nginx 代理 svc |
 | 7 Judoon 2022-01-19 09:24:06 +08:00 调用方写个 hosts 文件也行 不写 hosts 文件的话主动在请求的 header 中加上 host 参数也行 然后，ingress 可以配置默认后端，如果你的服务全部只用 path 区分分发的话，不写 domain ，理论上就可以作为默认的后端 |
 | 8 zliea 2022-01-19 09:24:56 +08:00 1 1. NodePort 不是手动指定的么，如果手动指定(每个命名空间分配固定的端口范围)，重启不会有冲突。 2. 我这里使用 K8S 部署的 Nginx 统一控制服务暴露，这个 Nginx 暴露 NodePort （可以一个命名空间一个 Nginx ，分配固定的端口）。 |
 | 9 kennylam777 2022-01-19 09:40:50 +08:00 Ingress 不是, 是 Ingress 配合 Public IP 的 LoadBalancer 才有 AWS 的解方法很, LoadBalancer 加一句 annotation 就可以指定在跑, hostname 也 internal-的 |
 | 10 yuzunzhi 2022-01-19 10:16:19 +08:00 首先，NodePort 在 svc 里指定的，重启 deployment 又不会改 svc 。。。怎么可能被占用，第一个担心就是多余的。 第二，K8S 暴露服务的意思只是暴露服务至集群外，至于集群外是内网还是公网，本来就是自己控制的。 第三，本身 K8S 内部网络也可以和局域网直接路由打通。 |
| 11 yuzunzhi 2022-01-19 10:20:27 +08:00 并没有歧视的意思，只是我的建议是，你可以先补一下 K8S 和网络的基础知识。 |
 | 12 monkeyWie 2022-01-19 10:25:07 +08:00 第一，ingress 是支持 path 路由的 第二，ingress service 暴露外网还是内网是可以控制的，如果是用的云厂家的 k8s 可以直接用一个内网 SLB 暴露出去 |
 | 13 arischow 2022-01-19 10:27:08 +08:00 ？？？ |
 | 14 leiuu OP 2022-01-19 10:46:38 +08:00 @yuzunzhi 谢谢 不足挂心 纯技术讨论都 ok 担心 NodePort 冲突 是猜测有可能多个服务会竞争的问题 假设不能预分配的情况 考虑有一种场景 ： 例如 A 初次使用 30000 端口运行 之后停了一段时间（种种原因） 此时恰好 B 服务以未指定端口或者指定端口 30000 的方式创建 那可能会夺走 A 的端口 A 再启动就会面临 port 变化 |
| 15 leiuu OP @frankchen @ztechstack 这方法哈哈哈 聪明... @Judoon Get ！ 我实验下。突然想到，path 变动，例如我新加一个服务，apply yaml, Ingress 如何保证高可用呢... |
 | 16 MengQuadra 2022-01-19 10:57:35 +08:00 以用过的套路云来说，Ingress 可以配合 nginx 注解开白名单给内网 |
 | 17 RRyo 2022-01-19 10:57:59 +08:00 1 traefik 可以 path 规则，但是有个坑，如果 backend 不支持 path 前缀修改，比如某个服务监听:8080/page 提供服务，你用 traefik 把 abc.com/svc/page 转给他，可以配置中间件去掉 svc(这样后面的服务看到的就是 abc.com/page 了)，但是这个 api 返回的内容比如 /page/js 下的文件，在页面上会指向 abc.com/page/js ，然后就 404 了（正确应该是 abc.com/svc/page/js ），如果服务可以配置全局路径前置，比如 pathprefix=/svc ，就可以很好的使用，建议还是域名区分，比如 svc1.abc.com svc2.abc.com 分别转给 svc1 和 svc2 ，反正 traefik 支持 acme 的泛域名证书，直接挂上*.abc.com 就行 |
| 18 zliea 2022-01-19 10:58:47 +08:00 主要我这里也必须部署 Nginx ，Nginx 上 lua 来进行认证去状态。 一直也没研究用 K8S 的解决方案，主要万一哪天不用 K8S ，还得改回来，闹心。 |
| 19 MengQuadra 2022-01-19 11:01:59 +08:00 补充一点, 套路云 Ingress 对应的 SLB 如果没有内网地址可以照着公网 SLB 的监听配置一个。 这样就能内网访问 Ingress 了_(:з」∠)_ |
 | 20 joesonw 2022-01-19 11:51:51 +08:00 如果没有 lb 组件的网络环境, 可以用 metallb |
 | 21 ptrees 2022-01-19 11:57:00 +08:00 nodeport 如果全自动分配应该不会有问题,全手动也没问题,一半自动一半手动就会有问题,亲身经历 |
| 22 leiuu OP @joesonw 谢谢老哥 顺了一下官方文档 这个组件不错的 但是如果服务数量多 就得有那么多的 ip pool 去维护 ip 不够用端口方式区分 那就又和 NodePort 一样了... 还有个问题是 如何维护内网的 ip pool 是否需要做 vip 之类的 |
 | 23 salmon5 2022-01-19 13:35:05 +08:00 包路服务用负载均衡吧 |
| 24 joesonw 2022-01-19 13:53:43 +08:00 @leiuu 这个可以给 ingress ip, 服务还是上面各位的方法走 path. 因为上了 ingress, 也得解决 NodePort 访问问题. |
| 26 kennylam777 2022-01-20 02:41:15 +08:00 @leiuu 自己玩 LB 的不如看看 kube-vip |
| 27 leiuu OP |
Select Language