userspace用户空间

[此恨绵绵]

  起初，kube-proxy进程是一个真实的TCP/UDP代理，当某个pod以clusterIP方式访问某个service的时候，这个流量会被pod所在的本机的iptables转发到本季的kube-proxy进程，然后将请求转发到后端某个pod上。具体过程为：

  kube-proxy为每个service在node上打开一个随机端口作为代理端口。建立iptables规则，将clusterip的请求重定向到代理端口；到达代理端口的请求再由kubeproxy转发到后端。clusterip重定向到kube-proxy服务的过程存在内核态到用户态的切换，开销很大，因此有了iptables模式，而userspace模式也被废弃了。