一、无状态服务 VS 有状态服务
1.1、无状态服务 deployment
Deployment被设计用来管理无状态服务的pod,每个pod完全一致。
-
无状态服务内的多个Pod创建的顺序是没有顺序的
-
无状态服务内的多个Pod的名称是随机的;pod重新启动后,名称与IP会变动
-
无状态服务内的多个Pod背后是共享存储的
-
不用考虑在哪个node上运行
-
随意进行伸缩、扩展
Deployment组件是为无状态服务而设计的,其中的Pod名称、主机名、存储都是随机、不稳定的,并且Pod的创建与销毁也是无序的。
这个设计决定了无状态服务并不适合数据库领域的应用。
1.2、有状态服务 StatefulSet
StatefulSet管理有状态的应用,它的Pod有如下特征:
-
唯一性:每个Pod会被分配一个唯一序号
-
顺序性:Pod启动、更新、销毁都是按照顺序进行。基于init containers实现
-
稳定的网络标识:Pod名称、主机名、DNS地址不会随着Pod被重新调度而变化。基于Headless service(即没有Cluster IP的Service)来实现
-
稳定的持久化存储:Pod被重新调度后,仍然能挂载原有的PV,从而保证数据的完整性、一致性。每个Pod有独立的PVC/PV存储组
二、StatefuleSet
能够保证 Pod 的
每个副本在整个生命周期中名称是不变的。而其他 Controller 不提供这个功能,当某个 Pod 发生故障需要删除并重新启动时,Pod 的名称会发生变化。同时
StatefuleSet 会保证副本按照固定的顺序启动、更新或者删除。
StatefulSet由以下几个部分组成:
-
用于定义网络标识的Headless Service
-
用于创建PV的volumeClaimTemplates
-
定义具体应用的 StatefulSet
部署有状态应用----statefulSet.yaml:
apiVersion: v1kind: Servicemetadata:name: statefulset-nginx-servicelabels:app: statefulset-nginx-servicespec:selector:app: nginx-statefulsetports:- port: 80name: web-portclusterIP: None # 无头service,必须---apiVersion: apps/v1kind: StatefulSetmetadata:name: nginx-statefulsetnamespace: defaultspec:serviceName: statefulset-nginx-servicereplicas: 3selector:matchLabels:app: nginx-statefulsettemplate:metadata:labels:app: nginx-statefulsetspec:containers:- name: nginx-statefulsetimage: nginx:latestports:- containerPort: 80
执行
kubectl apply -f statefulset.yaml:
delete -f后再apply -f,新建立的pod名称不变。
格式:主机名称.service名称.名称空间(默认为default).svc.cluster.local