文章导读
大家好，我是陆砚码，今天我们来聊聊Kubernetes中Service的虚拟IP和代理模式。你有没有想过，在Kubernetes集群中，服务是如何被访问的？今天我们就来揭开这个神秘的面纱，让你对Kubernetes的内部机制有更深入的了解。
1. 虚拟IP与Service
首先，我们要了解什么是虚拟IP。在Kubernetes中，每个Service都会分配一个虚拟IP地址，这个地址是集群内部的唯一标识。当我们访问一个Service时，实际上就是在访问这个虚拟IP地址。
2. 代理模式
那么，Kubernetes是如何将访问虚拟IP地址的请求转发到后端的Pod呢？这就涉及到代理模式。Kubernetes支持三种代理模式：userspace、iptables和IPVS。
2.1 userspace代理模式
userspace代理模式是Kubernetes的默认代理模式。它的工作原理是，当请求到达Node节点时，首先会被iptables表拦截，然后由kube-proxy转发到后端的Pod。
2.2 iptables代理模式
iptables代理模式是目前Service实现在代理的默认方式。它的工作原理是，kube-proxy会监听Service和Endpoint对象的创建和删除，然后创建iptables表中的规则，将访问Service的请求重定向到后端的一组Pod。
2.3 IPVS代理模式
IPVS代理模式是iptables代理模式的升级版。它通过创建IPVS路由转发规则来实现请求的转发。相比iptables代理模式，IPVS代理模式性能更高，更适合处理高并发的场景。
3. 实战示例
这里我们以iptables代理模式为例，展示如何创建一个Service并查看其iptables规则。
首先，创建一个Deployment控制器来部署应用。
apiVersion: apps/v1
kind: Deployment
metadata:
labels:
app: nginx
name: nginx
spec:
replicas: 3
selector:
matchLabels:
app: nginx
template:
metadata:
labels:
app: nginx
spec:
containers:
- image: nginx
name: nginx
imagePullPolicy: IfNotPresent
然后，创建一个Service。
apiVersion: v1
kind: Service
metadata:
name: service-demo2
namespace: default
spec:
type: NodePort
ports:
- name: http
port: 80
protocol: TCP
targetPort: 80
selector:
app: nginx
执行以下语句创建Deployment和Service。
kubectl apply -f service-demo1.yaml
kubectl apply -f service-demo2.yaml
查看Service的信息。
kubectl get svc
查看节点的iptables表中的路由规则。
iptables-save | grep 10.107.186.32
删除Service。
kubectl delete -f service-demo2.yaml
重新查看节点的iptables表中的路由规则。
iptables-save | grep 10.107.186.32
4. 总结与拓展
今天我们介绍了Kubernetes中的虚拟IP和代理模式，包括userspace、iptables和IPVS三种模式。这些模式各有优缺点，选择合适的模式需要根据实际情况来决定。如果你对Kubernetes还有其他疑问，欢迎在评论区留言，我会尽力为你解答。