kubernetes 的pod控制器

守給你的承諾、 提交于 2021-02-13 01:57:04

转载于网络

 

pod是kubernetes的最小单元,自主式创建的pod删除就没有了,但是通过资源控制器创建的pod如果删除还会重建。pod控制器就是用于实现代替我们去管理pod的中间层,并帮我们确保每一个pod资源处于我们所定义或者所期望的目标状态,pod资源出现故障首先要重启容器,如果一直重启有问题的话会基于某种策略重新编排。自动适应期望pod数量

pod控制器类型简介:

  1.ReplicaSet:

    代用户创建指定数量的pod副本数量,确保pod副本数量符合用户期望的数量状态,如果少了多退少补,并且支持滚动式自动扩容和缩容机制。

    ReplicaSet主要三个组件组成:  

      (1)用户期望的pod副本数量   

      (2)标签选择器,判断哪个pod归自己管理   

      (3)pod资源模板(当现存的pod数量不足,会根据pod资源模板进行新建帮助用户管理无状态的pod资源,精确反应用户定义的目标数量。不直接使用)


  Deployment:(无状态,守护进程类,只关注群体不关注个体)

    工作在ReplicaSet之上,用于管理无状态应用,目前来说最好的控制器。支持滚动更新和回滚功能,还提供声明式配置。(pod数量和node没有精确的配比,没有一对一的关系)


  DaemonSet:(无状态,守护进程类,只关注群体不关注个体)

    确保集群中的每一个节点上只运行一个特定的pod副本,系统级的后台任务。新增节点他都会自动添加pod。也可以是满足条件的节点上运行特定的副本。比如ELK服务特性:服务是无状态的服务必须是守护进程(pod资源模板,标签选择器)有hostnetwork直接爆露node

  Job:(有状态,一次性任务)

    只要完成就立即退出,不需要重启或重建,没有完成重构job。只能执行一次性任务  

  Cronjob:(有状态,周期性任务)

    周期性任务控制,不需要持续后台运行

  StatefulSet:(管理有状态应用)

    管理有状态应用(redis cluster)针对管理的应用器配置管理是不一样的,没有什么共通的规律,需要人为的封装在脚本中实行,相当之大的逻辑处理。(运维技能封装到运维脚本中)

  TPR:(third party resource)1.7以后就不支持了

    第三方资源

  CDR:(custom defined resource) 1.8+以后

    用户自定义资源

控制器ReplicaSet应用:

    获取replica的字段命令===>kubectl explain rs

实例yaml:

复制代码
apiVersion: apps/v1
kind: ReplicaSet
metadata:
  name: web-server
  namespace: default
spec:
  replicas: 2
  selector:
    matchLabels:
      app: web-nginx
      release: canary
  template:
    metadata:
      name: web-nginx-pod
      labels:
        app: web-nginx
        release: canary
        environment: qa
    spec:
      containers:
      - name: web-nginx-container
        image: ikubernetes/myapp:v1
        imagePullPolicy: IfNotPresent
        ports:
        - name: http
          containerPort: 80
~template中创建的container必须包含控制器中标签选择器中要选择的标签,如果不包含控制器就发现不了他已经存在pod,会一直创建下去
复制代码

 

动态修改replicaset的副本数量   1. kubectl edit rs web-server     或者 kubectl edit -f replicaSet_demo.yaml 

               2.kubectl scale --replicas=5 rs/web-server 或者 kubectl scale -f replicaSet_demo.yaml 

通过kubectl edit可以修改pod资源的镜像,但是只有是重建的pod才会使用修改过得镜像

 

 

控制器deployment应用:

deployment是建构在rs之上的,可以控制多个rs滚动式自定义,自控制的更新。

同时在实现自动更新时还能实现控制更新节奏和更新逻辑     

                 

 

    获取deployment的字段命令===>kubectl explain deploy

实例deployment:

复制代码
apiVersion: apps/v1
kind: Deployment
metadata:
  name: myapp-deploy
  namespace: default
spec:
  replicas: 5
  selector:
    matchLabels:
      app: myapp
      release: canary
  strategy:
    rollingUpdate:
      maxSurge: 1
      maxUnavailable: 0
  template:
    metadata:
      labels:
        app: myapp
        release: canary
    spec:
      containers:
      - name: myapp-container
        image: ikubernetes/myapp:v2
        imagePullPolicy: IfNotPresent
        ports:
        - name: http
          containerPort: 80
红色部分是更新策略,可以多出一个,不能少于replica定义的5个
复制代码

deployment启动可以用kubectl apply -f deploy_demo.yaml

可以用打补丁的方式进行修改:kubectl patch deployment myapp-deploy -p '{"spec":{"replicas":5}}'   相对来说要对文件的嵌套关系了解清楚

kubectl rollout pause deployment myapp-deploy   暂停一个deployment

kubectl rollout resume deployment myapp-deploy  重新启动一个暂停的deployment

kubectl rollout history deployment myapp-deploy   查看历史版本

kubectl rollout undo deployment myapp-deploy --to-revision=1   回滚到以前版本

控制器daemonset应用:

    获取daemonset的字段:kubectl explain ds

实例daemonset

复制代码
apiVersion: apps/v1
kind: Deployment
metadata:
  name: redis
  namespace: default
spec:
  replicas: 1
  selector:
    matchLabels:
      app: redis
      role: logstor
  template:
    metadata:
      labels:
        app: redis
        role: logstor
    spec:
      containers:
      - name: redis
        image: redis:4.0-alpine
        ports:
        - name: redis
          containerPort: 6379
---
apiVersion: apps/v1
kind: DaemonSet
metadata:
  name: filebeta-ds
  namespace: default
spec:
  selector:
    matchLabels:
      app: filebeat
      release: stable
  template:
    metadata:
      labels:
        app: filebeat
        release: stable
    spec:
      containers:
      - name:  filebeat
        image: ikubernetes/filebeat:5.6.5-alpine
        imagePullPolicy: IfNotPresent
        env:
        - name: REDIS_HOST
          value: redis.default.svc.cluster.local
        - name: REDIS_LOG_LEVEL
          value: info
复制代码

通过kubectl get pod -o wide 可以看出一个节点上只有一个filebeat的pod

 

 

daemonset也支持滚动式更新,有两个选项1.OnDelete  在删除时更新

                   2.RollingUpdate 只有做多不可用,最多有几个不工作,根据节点数量

通过修改containers的image镜像来测试滚动更新  ,先删除一个pod,再新建一个,滚动式更新。一次滚动几个根据maxUnavailable的值是多大(kubectl explain ds.spec.updateStrategy.rollingUpdate)

kubectl set image ds filebeta-ds filebeta=ikubernetes/filebeta:5.6.6-alpine

kubectl get pod -w

 
 
 
好文要顶  关注我  收藏该文   
易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!