8-3、StatefulSet

一、无状态服务 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: v1
kind: Service
metadata:
  name: statefulset-nginx-service
  labels:
    app: statefulset-nginx-service
spec:
  selector:
    app: nginx-statefulset
  ports:
  - port: 80
    name: web-port
  clusterIP: None       # 无头service,必须
---
apiVersion: apps/v1
kind: StatefulSet
metadata:
  name: nginx-statefulset
  namespace: default
spec:
  serviceName: statefulset-nginx-service
  replicas: 3
  selector:
    matchLabels:
      app: nginx-statefulset
  template:
    metadata:
      labels:
        app: nginx-statefulset
    spec:
      containers:
      - name: nginx-statefulset
        image: nginx:latest
        ports:
        - containerPort: 80
执行 kubectl apply -f statefulset.yaml
delete -f后再apply -f,新建立的pod名称不变。
   
    
格式:主机名称.service名称.名称空间(默认为default).svc.cluster.local
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值