深入k8s：kubernetes的StatefulSet控制器及源码分析

最新推荐文章于 2025-10-10 14:11:23 发布

原创

最新推荐文章于 2025-10-10 14:11:23 发布 · 990 阅读

然后我们可以启动一个一次性的pod用 nslookup 命令，解析一下 Pod 对应的 Headless Service：

$ kubectl run -i --tty --image busybox:1.28.4 dns-test --restart=Never --rm /bin/sh

$ nslookup web-0.nginx

Server: 10.68.0.2

Address 1: 10.68.0.2 kube-dns.kube-system.svc.cluster.local

Name: web-0.nginx

Address 1: 172.20.0.56 web-0.nginx.default.svc.cluster.local

$ nslookup web-1.nginx

Server: 10.68.0.2

Address 1: 10.68.0.2 kube-dns.kube-system.svc.cluster.local

Name: web-1.nginx

Address 1: 172.20.0.57 web-1.nginx.default.svc.cluster.local

如果我们删除了这两个pod，然后观察pod情况：

$ kubectl delete pod -l app=nginx

$ kubectl get pod -w -l app=nginx

web-0 1/1 Terminating 0 83m

web-1 1/1 Terminating 0 83m

web-0 0/1 Pending 0 0s

web-1 0/1 Terminating 0 83m

web-0 0/1 ContainerCreating 0 0s

web-0 1/1 Running 0 1s

web-1 0/1 Pending 0 0s

web-1 0/1 ContainerCreating 0 0s

web-1 1/1 Running 0 1s

当我们把这两个 Pod 删除之后，Kubernetes 会按照原先编号的顺序，创建出了两个新的 Pod。并且，Kubernetes 依然为它们分配了与原来相同的“网络身份”：web-0.nginx 和 web-1.nginx。

但是网络结构虽然没变，但是pod对应的ip是改变了的，我们再进入到pod进行DNS解析：

$ nslookup web-0.nginx

Server: 10.68.0.2

Address 1: 10.68.0.2 kube-dns.kube-system.svc.cluster.local

Name: web-0.nginx

Address 1: 172.20.0.59 web-0.nginx.default.svc.cluster.local

$ nslookup web-1.nginx

Server: 10.68.0.2

Address 1: 10.68.0.2 kube-dns.kube-system.svc.cluster.local

Name: web-1.nginx

Address 1: 172.20.0.60 web-1.nginx.default.svc.cluster.local

提供稳定的专属存储

在讲存储状态的时候，需要大家掌握上一节有关pv和pvc的知识才好往下继续，建议大家看完再来看本节。

在上一节中，我们了解到Kubernetes 中 PVC 和 PV 的设计，实际上类似于“接口”和“实现”的思想。而 PVC、PV 的设计，也使得 StatefulSet 对存储状态的管理成为了可能。

比如我们声明一个如下的StatefulSet：

apiVersion: apps/v1

kind: StatefulSet

metadata:

spec:

serviceName: “nginx”

replicas: 1

selector:

matchLabels:

app: nginx

template:

metadata:

labels:

app: nginx

spec:

containers:

name: nginx

image: nginx:1.9.1

ports:

containerPort: 80

volumeMounts:

name: local-volume-a

mountPath: /usr/share/nginx/html

volumeClaimTemplates:

metadata:

spec:

accessModes:

ReadWriteMany

storageClassName: “local-volume”

resources:

requests:

storage: 512Mi

selector:

matchLabels:

key: local-volume-a-0

在这个StatefulSet中添加了volumeClaimTemplates字段，用来声明对应的PVC的定义；也就是说这个PVC中使用的storageClass必须是local-volume，需要的存储空间是512Mi，并且这个pvc对应的pv的标签必须是key: local-volume-a-0。

然后我们准备一个PV：

apiVersion: v1

kind: PersistentVolume

metadata:

labels:

key: local-volume-a-0

spec:

capacity:

storage: 0.5Gi

volumeMode: Filesystem

accessModes: