kubernetes(三)--资源控制器
2021-04-20 22:29
标签:持久 state ons ini 没有 port cluster gmond 使用率 Kubernetes 中内建了很多 controller(控制器),这些相当于一个状态机,用来控制 Pod 的具体状态和行为 1)ReplicationController 和 ReplicaSet 2)Deployment 3)DaemonSet 4)StateFulSet 5)Job/CronJob 6)Horizontal Pod Autoscaling 1)ReplicationController(RC)用来确保容器应用的副本数始终保持在用户定义的副本数,即如果有容器异常退出,会自动创建新的 Pod 来替代;而如果异常多出来的容器也会自动回收; 2)在新版本的 Kubernetes 中建议使用 ReplicaSet 来取代 ReplicationController 。ReplicaSet 跟ReplicationController 没有本质的不同,只是名字不一样,并且 ReplicaSet 支持集合式的 selector(标签 ) Deployment 为 Pod 和 ReplicaSet 提供了一个声明式定义 (declarative) 方法,用来替代以前的ReplicationController 来方便的管理应用。典型的应用场景包括; DaemonSet确保全部(或者一些)Node 上运行一个 Pod 的副本。当有 Node 加入集群时,也会为他们新增一个Pod 。当有 Node 从集群移除时,这些 Pod 也会被回收。删除 DaemonSet 将会删除它创建的所有 Pod 使用 DaemonSet 的一些典型用法: 1)运行集群存储 daemon,例如在每个 Node 上运行glusterd、ceph 2)在每个 Node 上运行日志收集 daemon,例如fluentd、logstash 3)在每个 Node 上运行监控 daemon,例如Prometheus Node Exporter、collectd、Datadog 代理、New Relic 代理,或 Ganglia gmond Job 负责批处理任务,即仅执行一次的任务,它保证批处理任务的一个或多个 Pod 成功结束 管理基于时间的 Job,即: 使用前提条件:当前使用的 Kubernetes 集群,版本 >= 1.8(对 CronJob)。对于先前版本的集群,版本 典型的用法如下所示: 1)在给定的时间点调度 Job 运行 2)创建周期性运行的 Job,例如:数据库备份、发送邮件 StatefulSet 作为 Controller 为 Pod 提供唯一的标识。它可以保证部署和 scale 的顺序 StatefulSet是为了解决有状态服务的问题(对应Deployments和ReplicaSets是为无状态服务而设计),其应用场景包括: 1)稳定的持久化存储,即Pod重新调度后还是能访问到相同的持久化数据,基于PVC来实现 2)稳定的网络标志,即Pod重新调度后其PodName和HostName不变,基于Headless Service(即没有Cluster IP的Service)来实现 3)有序部署,有序扩展,即Pod是有顺序的,在部署或者扩展的时候要依据定义的顺序依次依次进行(即从0到N-1,在下一个Pod运行之前所有之前的Pod必须都是Running和Ready状态),基于init containers来实现 4)有序收缩,有序删除(即从N-1到0) 应用的资源使用率通常都有高峰和低谷的时候,如何削峰填谷,提高集群的整体资源利用率,让service中的Pod个数自动调整呢?这就有赖于Horizontal Pod Autoscaling了,顾名思义,使Pod水平自动缩放 kubernetes(三)--资源控制器 标签:持久 state ons ini 没有 port cluster gmond 使用率 原文地址:https://www.cnblogs.com/hujinzhong/p/12255277.html一、控制器简介
1.1、什么是控制器
1.2、控制器类型
二、控制器详解
2.1、ReplicationController和ReplicaSet
2.2、Deployment
2.3、DaemonSet
2.4、Job
2.5、CronJob
2.6、StatefulSet
2.7、Horizontal Pod Autoscaling(HPA )
下一篇:WEB测试方法
文章标题:kubernetes(三)--资源控制器
文章链接:http://soscw.com/index.php/essay/77336.html