1
leorealman 2019-06-28 11:37:20 +08:00
为什么会有很奇葩的需求?你的意思是说发起请求的 POD 和最终响应的 POD 最好是在同一台物理机上?有点像 CDN 就近访问的原则
|
2
salivawbc OP @leorealman 恩是的,因为会有两个 service 请求比较频繁,想节约他们两者之间通讯的开支,不清楚 k8s 是不是支持这种策略,并且对于同这块网络会有优化,让请求的性能接近直接使用宿主机 lo
|
3
wfhtqp 2019-06-28 11:52:18 +08:00
使用`selector`部署到一台`node`上?
|
4
salivawbc OP @wfhtqp 一个是主要的 service 需要的资源比较多, 还有一个是 daemonSet 需要部署在每个宿主机,现在是使用 hostPort 暴露 daemonSet 的 port,然后请求的 pod 会被传入本机的 nodeIp 的环境变量,从而使得每个 pod 会访问同一个 Node 下的 daemonSet,但是会感觉有点丑,想着 k8s 是不是有更好的方案。
|
5
monsterxx03 2019-06-28 11:59:10 +08:00 via iPhone
目前没直接办法,看能不能把他们放在一个 pod 里,通过 localhost 访问。有个 kep 是关于这个的 https://github.com/kubernetes/enhancements/blob/master/keps/sig-network/0033-service-topology.md
|
6
chenk008 2019-06-28 12:36:31 +08:00
这个可以修改 kube-proxy 的 iptables 或者 ipvs 来实现
|
7
vindurriel 2019-06-28 12:40:22 +08:00 via iPhone
可以自己做 用 k8s api 找到同 node 的 pod 的 ip 优先访问 找不到或失败再调用 service
|
9
menyakun 2019-06-28 18:49:12 +08:00
用 ipvs 的 weighted round robin (也就是 serviceIP 到 podID 的映射)应该可以,不过这个 feature 要比较新的 k8s 才支持,如果生产环境没法升级版本的话就不能用了
|