关于 K8S NodePort 会导致 service 过载和端口耗尽，这个该怎么理解呢

[nspih]

[ysicing]

30000-32767 只是默认值，这个范围可以改的。理论上你得多大规模的集群可以用完这些端口

[nspih]

@ysicing 主要是他说 NodePort 没有在集群中提供均衡负载，按理来说我在外面通过比如 Nginx 负载不是就可以将请求分配均匀到不同的 service 吗？

[zed1018]

这里说的负载是 k8s service 对多个 replica pod 的负载

[seers]

很好理解啊，字面意思，没有 slb ，不同的 node 承载的流量就基本一致，但是不同规格 node 承载力不一样，把 pod 打挂了就会起新的然后继续占掉 port

[nspih]

@zed1018 但是 kube-proxy 中使用的 iptables 或者 ipvs 都是对 replica pod 有负载能力的啊

[nspih]

@seers 但是 pod 重启只会占用原来端口吧，而且图片上的好像是说对于不同的 service,进入的流量是随机分发，这个不是很能理解

[seers]

@nspih 一般来说不会指定一个 port ，会给一个 range ，让 k8s 调度，因为那么多 pod 你不可能都自己指定的

[seers]

而且如果你还开了 scale ，流量一上来起新 pod 也会占掉很多 port

[nspih]

@seers 感谢回复，但是这个跟是否 NodePort 的 service 好像没有关系，而且 Pod 端口一般也很充足。所以比较疑惑的他说的 service 过载是啥情况，感觉他说的类似与外部负载均衡访问不同的 NodePort 服务，但是进入 k8s 内部是随机分发到 NodePort 端口这种情况，但是也没搜到这方面的知识。

[wbuntu]

没有这个说法，service 本身就可以当作一个 LB ，红框里应该是照着图片直接翻译了，图片里说的 service overload 应该指的是应用层服务过载而不是 k8s 层面的

[buffzty]

你不用理解了,不会遇到这种问题,现实中除了 ingress 其他地方基本不会开 nodeport

[nspih]

@wbuntu 感谢回复，你这个说法挺有道理的

[julyclyde]

在所有 node 上找到相同号码的空闲端口
这么高的协调成本，失败率当然会很高

[lazyfighter]

没人这么用吧 ， 维护成本太大了

[momocraft]

NodePort 本身不是为了负载均衡而设的, 大概是期待用户自己在外面做负载均衡, 比如图里的 DNS round robin

kube-proxy 的负载均衡能力相对新, 而且也不是多智能的做法, 比 DNS round robin 强得有限

这中文的 3 条和图里的配字有点对得上又好像自己写的, 是靠谱资料吗?