关于 K8S NodePort 会导致 service 过载和端口耗尽，这个该怎么理解呢
nspih 2023-07-23 21:12:14 +08:00 2555 次点击这是一个创建于 816 天前的主题，其中的信息可能已经有所发展或是发生改变。
 | 1 ysicing 2023-07-23 21:17:55 +08:00 30000-32767 只是默认值，这个范围可以改的。理论上你得多大规模的集群可以用完这些端口 |
 | 2 nspih OP @ysicing 主要是他说 NodePort 没有在集群中提供均衡负载，按理来说我在外面通过比如 Nginx 负载不是就可以将请求分配均匀到不同的 service 吗？ |
 | 3 zed1018 2023-07-23 21:36:06 +08:00 这里说的负载是 k8s service 对多个 replica pod 的负载 |
 | 4 seers 2023-07-23 21:36:35 +08:00 via Android 很好理解啊，字面意思，没有 slb ，不同的 node 承载的流量就基本一致，但是不同规格 node 承载力不一样，把 pod 打挂了就会起新的然后继续占掉 port |
| 5 nspih OP @zed1018 但是 kube-proxy 中使用的 iptables 或者 ipvs 都是对 replica pod 有负载能力的啊 |
| 6 nspih OP @seers 但是 pod 重启只会占用原来端口吧，而且图片上的好像是说对于不同的 service,进入的流量是随机分发，这个不是很能理解 |
| 7 seers 2023-07-23 21:49:21 +08:00 via Android @nspih 一般来说不会指定一个port ，会给一个 range ，让 k8s 调度，因为那么多 pod 你不可能都自己指定的 |
| 8 seers 2023-07-23 21:51:47 +08:00 via Android 而且如果你还开了 scale ，流量一上来起新 pod 也会占掉很多 port |
| 9 nspih OP @seers 感谢回复，但是这个跟是否 NodePort 的 service 好像没有关系，而且 Pod 端口一般也很充足。所以比较疑惑的他说的 service 过载是啥情况，感觉他说的类似与外部负载均衡访问不同的 NodePort 服务，但是进入 k8s 内部是随机分发到 NodePort 端口这种情况，但是也没搜到这方面的知识。 |
 | 10 wbuntu 2023-07-23 23:31:57 +08:00 没有这个说法，service 本身就可以当作一个 LB ，红框里应该是照着图片直接翻译了，图片里说的 service overload 应该指的是应用层服务过载而不是 k8s 层面的 |
 | 11 buffzty 2023-07-24 11:18:18 +08:00 你不用理解了,不会遇到这种问题,现实中除了 ingress 其他地方基本不会开 nodeport |
 | 13 julyclyde 2023-07-25 08:39:40 +08:00 在所有 node 上找到相同号码的空闲端口 这么高的协调成本，失败率当然会很高 |
 | 14 lazyfighter 2023-07-26 09:07:42 +08:00 没人这么用吧 ， 维护成本太大了 |
 | 15 momocraft 2023-07-27 01:11:47 +08:00 NodePort 本身不是为了负载均衡而设的, 大概是期待用户自己在外面做负载均衡, 比如图里的 DNS round robin kube-proxy 的负载均衡能力相对新, 而且也不是多智能的做法, 比 DNS round robin 强得有限 这中文的 3 条和图里的配字有点对得上又好像自己写的, 是靠谱资料吗? |
Select Language