一、Pod 的分类：
• 自主式 Pod：Pod 退出后不会被创建
• 控制器管理的 Pod：在控制器的生命周期里，始终要维持 Pod 的副本数目
• 控制器类型：

• Replication Controller和ReplicaSet
• Deployment
• DaemonSet
• StatefulSet
• Job
• CronJob
• HPA全称Horizontal Pod Autoscaler

1.2Replication Controller和ReplicaSet
• ReplicaSet 是下一代的 Replication Controller，官方推荐使用ReplicaSet。
• ReplicaSet 和 Replication Controller 的唯一区别是选择器的支持，ReplicaSet
支持新的基于集合的选择器需求。
• ReplicaSet 确保任何时间都有指定数量的 Pod 副本在运行。
• 虽然 ReplicaSets 可以独立使用，但今天它主要被Deployments 用作协调 Pod 创
建、删除和更新的机制。
• Deployment
• Deployment 为 Pod 和 ReplicaSet 提供了一个申明式的定义方法。
• 典型的应用场景：

• 用来创建Pod和ReplicaSet
• 滚动更新和回滚
• 扩容和缩容
• 暂停与恢复

1.3DaemonSet
• DaemonSet 确保全部（或者某些）节点上运行一个 Pod 的副本。当有节
点加入集群时， 也会为他们新增一个 Pod 。当有节点从集群移除时，这些
Pod 也会被回收。删除 DaemonSet 将会删除它创建的所有 Pod。
• DaemonSet 的典型用法：

• 在每个节点上运行集群存储 DaemonSet，例如 glusterd、ceph。
• 在每个节点上运行日志收集 DaemonSet，例如 fluentd、logstash。
• 在每个节点上运行监控 DaemonSet，例如 Prometheus Node 、Exporter、zabbix agent等

• 一个简单的用法是在所有的节点上都启动一个 DaemonSet，将被作为每种
类型的 daemon 使用。
• 一个稍微复杂的用法是单独对每种 daemon 类型使用多个 DaemonSet，
但具有不同的标志， 并且对不同硬件类型具有不同的内存、CPU 要求。
1.4StatefulSet
• StatefulSet 是用来管理有状态应用的工作负载 API 对象。实例之间有不对
等关系，以及实例对外部数据有依赖关系的应用，称为“有状态应用”
• StatefulSet 用来管理 Deployment 和扩展一组 Pod，并且能为这些 Pod
提供序号和唯一性保证
。
• StatefulSets 对于需要满足以下一个或多个需求的应用程序很有价值：
• 稳定的、唯一的网络标识符。
• 稳定的、持久的存储。
• 有序的、优雅的部署和缩放。
• 有序的、自动的滚动更新。
1.5Job
• 执行批处理任务，仅执行一次任务，保证任务的一个或多个Pod成功结束。
• CronJob
• Cron Job 创建基于时间调度的 Jobs。
• 一个 CronJob 对象就像 crontab (cron table) 文件中的一行，它用 Cron
格式进行编写，并周期性地在给定的调度时间执行 Job。
• HPA
• 根据资源利用率自动调整service中Pod数量，实现Pod水平自动缩放。
二、deployment控制器演示

清除前面的实验内容
[root@server2 manifest]# kubectl delete -f pod2.yml 
deployment.apps "deployment-example" deleted
[root@server2 manifest]# kubectl delete -f init.yml 
pod "myapp-pod" deleted
[root@server2 manifest]# kubectl delete pod demo 
pod "demo" deleted
[root@server2 manifest]# kubectl get pod
No resources found in default namespace.

vim deployment.yml

apiVersion: apps/v1
kind: Deployment
metadata:
  name: deployment-myapp
spec:
  replicas: 3
  selector:
    matchLabels:
      app: myapp
  template:
    metadata:
      labels:
        app: myapp
    spec:
      containers:
      - name: myapp
        image: myapp:v1

[root@server2 manifest]# kubectl get rs  查看rs
NAME                          DESIRED   CURRENT   READY   AGE
deployment-myapp-7449b5b68f   3         3         3       2m53s

更换镜像

vim deployment.yml

apiVersion: apps/v1
kind: Deployment
metadata:
  name: deployment-myapp
spec:
  replicas: 3
  selector:
    matchLabels:
      app: myapp
  template:
    metadata:
      labels:
        app: myapp
    spec:
      containers:
      - name: myapp
        image: myapp:v2

回滚rs
更改配置文件myapp的镜像为v1

当发现容器内的pod有问题或故障，可以直接删除刷新，会自动重新拉起一个新的pod（自主式pod除外）

 kubectl delete -f deployment.yml   彻底删除

书写多个deployment控制器



三、DaemonSet控制器演示
删除之前的实验

[root@server2 manifest]# vim daemonset.yml
[root@server2 manifest]# cat daemonset.yml
apiVersion: apps/v1
kind: DaemonSet
metadata:
  name: daemonset-example
  labels:
    k8s-app: nginx
spec:
  selector:
    matchLabels:
      name: nginx
  template:
    metadata:
      labels:
        name: nginx
    spec:
      containers:
        - name: nginx
          image: nginx
                     

新的节点加入也会自动拉取pod，DaemonSet控制器会自动在所有节点上拉取pod
四、job控制器演示

 vim job.yml

apiVersion: batch/v1
kind: Job
metadata:
  name: example-job
spec:
  template:
    metadata:
      - name: example-job
    spec:
      containers:
        - name: pi
          image: perl
          command: ["perl"]
          args: ["-Mbignum=bpi", "-wle", "print bpi(2000)"]
        restartPolicy: Never

[root@server2 manifest]# kubectl apply -f job.yml 

五、创建 CronJob 控制器

[root@server2 manifest]# vim cronjob.yml

apiVersion: batch/v1beta1
kind: CronJob
metadata:
  name: cronjob-example
spec:
  schedule: "* * * * *"
  jobTemplate:
    spec:
      template:
        spec:
          containers:
            - name: cronjob
              image: busybox
              args:
              - /bin/sh
              - -c
              - date; echo Hello from k8s cluster  终端输出内容
          restartPolicy: OnFailure  一旦失败会重新拉取