k8s中的pod控制器之Deployment、DaemonSet、StatefulSet

标签：结果   state   手动   fuse   update   data   use   时间   ext   

创建deploy
$ kubectl run --help
$ kubectl run nginx --image=nginx --port=80 --replicas=2 #用命令直接创建
$ kubectl run nginx --image=nginx --port=80 --dry-run -o yaml

apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    run: nginx
  name: nginx
spec:
  replicas: 1
  selector:
    matchLabels:
      run: nginx
  template:
    metadata:
      labels:
        run: nginx
    spec:
      containers:
      - image: nginx
        name: nginx
        ports:
        - containerPort: 80

创建deploy控制器时会自动创建rs控制器，二者具有相同的标签选择器
$ kubectl get deploy
nginx 1/1 1 1 7s
$ kubectl get rs

修改pod副本数的方式
1、kubectl edit deploy nginx
2、kubectl scale deploy nginx --replicas=5
3、修改yaml文件

升级pod镜像的方法：
1、直接修改yaml
2、kubectl edit deploy nginx
3、kubectl set image deploy/nginx nginx=nginx:1.9 --record #升级并记录，可实现回滚，推荐使用该方法

滚动升级是deployment pod升级时的默认策略，也可以修改默认值
用命令kubectl edit deploy nginx可以查看默认值

  replicas: 3
  selector:
    matchLabels:
      run: nginx
  minReadySeconds: 5       #默认看不到，需要手工添加
  strategy:
    rollingUpdate:
      maxSurge: 25%
      maxUnavailable: 25%
    type: RollingUpdate

默认情况下，当6个pod副本需要升级时：Kubernetes 将终止1个实例(625%=1.5个实例，向下舍去=1)，创建3个新实例(625%=1.5个实例，向上舍入=2，加1个实例来弥补1个终止实例=3个实例)，此时总共运行8个副本。一旦新的pod就绪，它将从旧的副本集中终止另外2个实例，以便将部署恢复到所需的副本数，然后重复这个过程，直到部署完成为止。
minReadySeconds：Kubernetes在等待设置的时间后才进行升级
maxSurge：升级过程中最多可以比原先设置多出的POD数量
maxUnavaible：升级过程中最多有多少个POD处于无法提供服务的状态

滚动升级相关命令
$ kubectl set image deploy/nginx nginx=nginx:1.7.9 --record
$ kubectl set image deploy/nginx nginx=nginx --record
$ kubectl rollout status deploy nginx #查看升级状态
$ kubectl rollout pause deployment nginx #升级暂停
$ kubectl rollout resume deployment nginx #恢复升级
$ kubectl describe deploy nginx #查看升级详情
$ kubectl rollout history deploy/nginx #查看升级历史
deployment.extensions/nginx
REVISION CHANGE-CAUSE
4 kubectl set image deploy/nginx nginx=nginx:1.7.9 --record=true
5 kubectl set image deploy/nginx nginx=nginx --record=true
$ kubectl rollout history deployment nginx --revision=5
$ kubectl rollout undo deployment/nginx --to-revision=4 #回滚到指定版本
$ kubectl rollout undo deployment nginx-deploy #回滚到前一个版本

显式指定滚动升级参数

apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    run: nginx
  name: nginx
spec:
  replicas: 1
  selector:
    matchLabels:
      run: nginx
    minReadySeconds: 5      
  strategy:
    rollingUpdate:
      maxSurge: 1
      maxUnavailable: 1
    type: RollingUpdate
  template:
    metadata:
      labels:
        run: nginx
    spec:
      containers:
      - image: nginx
        name: nginx
        ports:
        - containerPort: 80

DaemonSet用于在每个Kubernetes节点中将守护进程的副本作为后台进程运行，说白了就是在每个节点部署一个Pod副本，当节点加入到Kubernetes集群中，Pod会被自动调度到该节点上运行。
每个节点有一个ds pod，新加入的节点也会自动生成一个ds pod
ds pod不受调度策略控制
使用DaemonSe场景：
1、集群存储守护程序，如glusterd、ceph要部署在每个节点上以提供持久性存储；
2、节点监视守护进程，如Prometheus监控集群，可以在每个节点上运行一个node-exporter进程来收集监控节点的信息；
3、日志收集守护程序，如fluentd或logstash，在每个节点上运行以收集容器的日志
示例：

kind: DaemonSet
apiVersion: extensions/v1beta1
metadata:
  name: nginx-ds
  labels:
    k8s-app: nginx
spec:
  template:
    metadata:
      labels:
        k8s-app: nginx
    spec:
      containers:
      - image: nginx:1.7.9
        name: nginx
        ports:
        - name: http
          containerPort: 80

无状态服务（Stateless Service）：所有pod只需要共享一个持久存储，并不需要每个pod一个持久存储，并且多个实例对于同一个请求响应的结果是完全一致的
有状态服务（Stateful Service）：每个pod都需要一个独立的持久存储，对于这种类型的资源，我们一般是通过创建一个Headless Service类型的服务来暴露服务，将clusterIP设置为None就是一个无头的服务。
1、有状态服务一般使用pvc模板和存储类为每个pod自动生成一对pv和pvc来实现持久化存储。
2、也可以手动创建pv，然后和利用StatefulSet中的volumeClaimTemplates自动生成的pvc进行配对。

手动创建pv用于StatefulSet
1、创建两个pv

apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv001        #第二个是pv002
  labels:
    release: stable
spec:
  capacity:
    storage: 1Gi
  accessModes:
  - ReadWriteOnce
  persistentVolumeReclaimPolicy: Recycle
  hostPath:
    path: /tmp/data

2、先创建无头服务

apiVersion: v1
kind: Service
metadata:
  name: nginx
spec:
  ports:
  - port: 80
    name: web
  clusterIP: None
  selector:
    app: nginx
    role: stateful

3、创建StatefulSet pod使用pv

apiVersion: apps/v1beta1
kind: StatefulSet
metadata:
  name: web
spec:
  serviceName: "nginx"        #使用上面创建的无头服务
  replicas: 2
  template:
    metadata:
      labels:
        app: nginx
        role: stateful
    spec:
      containers:
      - name: nginx
        image: cnych/nginx-slim:0.8
        ports:
        - containerPort: 80
          name: web
        volumeMounts:
        - name: www
          mountPath: /usr/share/nginx/html
  volumeClaimTemplates:
  - metadata:
      name: www
    spec:
      accessModes: [ "ReadWriteOnce" ]
      resources:
        requests:
          storage: 1Gi

volumeClaimTemplates会根据其对应的pv自动生成pvc并自动配对，数量由replicas: 2决定。

使用pvc模板和存储类自动生成pv和pvc
1、创建存储类

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: course-nfs-storage
provisioner: fuseim.pri/ifs

2、先创建无头服务

apiVersion: v1
kind: Service
metadata:
  name: nfs-web
spec:
  ports:
  - port: 80
    name: web
  clusterIP: None
  selector:
    app: nginx
    role: stateful

3、使用存储类创建StatefulSet pod

apiVersion: apps/v1beta1
kind: StatefulSet
metadata:
  name: nfs-web
spec:
  serviceName: "nfs-web"         #使用上面创建的无头服务
  replicas: 2
  template:
    metadata:
      labels:
        app: nfs-web
    spec:
      terminationGracePeriodSeconds: 10
      containers:
      - name: nginx
        image: nginx
        ports:
        - containerPort: 80
          name: web
        volumeMounts:
        - name: www
          mountPath: /usr/share/nginx/html
  volumeClaimTemplates:
  - metadata:
      name: www
      annotations:
        volume.beta.kubernetes.io/storage-class: course-nfs-storage
    spec:
      accessModes: [ "ReadWriteOnce" ]
            #storageClassName: course-nfs-storage        使用存储类
      resources:
        requests:
          storage: 1Gi

会自动生成两对pv和pvc

k8s中的pod控制器之Deployment、DaemonSet、StatefulSet

标签：结果   state   手动   fuse   update   data   use   时间   ext   

原文地址：https://blog.51cto.com/dongdong/2434128