1. StatefulSet原理及实现
StatefulSet通过Headless Service维持Pod的拓扑状态
对于分布式集群或主从集群,如mysql或reddis主从集群,每个Pod有自身的独立存储,需要对Pod有特别的标记,达到在开关Pod时有稳定的存储
在此删除上一节的PV,PVC以及Pod
首先创建一个Headless SVC,接下来创建一个StatefulSet控制器:
vim service.yaml
apiVersion: v1
kind: Service
metadata:
name: nginx-svc
labels:
app: nginx
spec:
ports:
- port: 80
name: web
clusterIP: None
selector:
app: nginx
---
apiVersion: apps:v1
kind: StatefulSet
metadata:
name: web
spec:
serviceName: "nginx-svc"
replicas: 2
selector:
matchLabels:
app: nginx
template:
metadata:
labels:
app: nginx
spec:
containers:
- name: nginx
image: myapp:v1
ports:
- containerPort: 80
name: web
可看到该SVC没有IP地址:
在创建和删除Pod时是串行的,并不是并行创建
新建一个容器,容器内可通过SVC解析:
在回收时,只需将副本数量设置为0。好处是不需要知道Pod的IP地址
解析过程是:Pod名字+SVC名字+namespace
以上,完成了实现稳定网络标识
StatefulSet将应用状态抽象成了两种情况:
-
拓扑状态: 应用实例必须按照某种顺序启动。新建的Pod必须和原来的Pod的网络标识一样(由无头服务解决)
-
存储状态: 应用的多个实例分别绑定了不同存储数据(由PVC解决)
-
StatefulSet给所有的Pod进行了编号,编号规则是: ( s t a t e f u l s e t 名 称 ) − (statefulset名称)- (statefulset名称)−(序号),从0开始
-
Pod被删除后重建,重建Pod的网络标识也不会改变,Pod的拓扑状态按照Pod的名字+编号的方式固定下来,并且为每个Pod提供了一个固定且唯一的访问入口,即Pod对应的DNS记录
PV和PVC的设计,使得StatefulSet对存储状态的管理成为ie了可能
在上一部基础上挂载卷,并集成PVC模板:
apiVersion: v1
kind: Service
metadata:
name: nginx-svc
labels:
app: nginx
spec:
ports:
- port: 80
name: web
clusterIP: None
selector:
app: nginx
---
apiVersion: apps/v1
kind: StatefulSet
metadata:
name: web
spec:
serviceName: "nginx-svc"
replicas: 2
selector:
matchLabels:
app: nginx
template:
metadata:
labels:
app: nginx
spec:
containers:
- name: nginx
image: myapp:v1
po