云南婚庆网,威尔士公开赛,商贸
当我们创建pod时，仅仅是创建了pod，要为其创建rc（ReplicationController)，他才会有固定的副本，然后为其创建service，集群内部才能访问该pod，使用 NodePort 或者 LoadBalancer 类型的 Service，外部网络也可以访问该pod；每个 service 会创建出来一个虚拟 ip，通过访问 vip:port 就能获取服务的内容（内部访问，因为这是一个vip，外部无法访问的）
创建service时，其配置文件中的selector:指定后端绑定的pod，例如serviceA的selector:
app：whoimi
env：dev
然后有一个podA，
labels：
app：whoimi
env：dev
然后有一个podB，
labels：
app：whoimi
env：dev
那么我们的serviceA 就会绑定podA,podB，绑定的pod的ip会填写到serviceA的endpoint中，内部访问（vip：port方式访问）serviceA，根据serviceA的vip：port直接访问，serviceA会随机的将服务转发给后端的pod（podA，podB）
已上实现是通过kube-proxy实现的，kube-proxy默认使用iptables模式；
一：从主机上访问 service:port
1，所有发送出去的报文会进入 KUBE-SERVICES 进行处理
2，KUBE-SERVICES 每条规则对应了一个 service，它告诉继续进入到某个具体的 service chain 进行处理
3，更具体的 chain 中定义了怎么转发到对应 endpoint 的规则，比如我们的 rc 两个 pods，这里也就会生成两个规则。这里利用了 iptables 随机和概率转发的功能
4，具体的一个chain给报文打上mark，修改报文目的地地址，转发到某个pod地址和端口；
如对本文有疑问，请在下面进行留言讨论，广大热心网友会与你互动！！ 点击进行留言回复
我要评论
网友评论