Pod类型

自主式pod:不是被控制器管理的pod,pod挂掉后没有办法自动拉起,做不到创建一个新的pod达到期望值。
控制器管理的pod

pause:网络栈
一个pod里边可以有一个或多个容器,
只要有pod,这个容器就要被启动。
在同一个pod里边,容器的端口不能冲突。
在同一个pod里边,既共享网络战,又共享数据卷。

在这里插入图片描述

Pod控制器类型

ReplicationController & ReplicaSet & Deployment

ReplicationController用来确保容器应用的副本数始终保持在用户定义的副本数,即如果有容器异常退出,会自动创建新的Pod来替代;而如果异常多出来的容器也会自动回收。在新版本的kubernetes中建议使用ReplicaSet来取代ReplicationController
ReplicaSetReplicationController没有本质的不同,只是名字不一样,并且ReplicaSet支持集合试的selector
虽然ReplicaSet可以独立使用,但一般还是建议使用Deployment来自动管理ReplicaSet,这样就无需担心跟其他机制的不兼容问题(比如ReplicaSet不支持rolling-update,但Deployment支持)


deployment滚动更新
(1)deployment创建RS,RS创建pod。
(2)容器滚动更新,创建一个新的RS,启动一个新的容器v2,退出一个旧的容器v1。循环往复,直到更新完成。
deployment滚动更新


deployment回滚
(1)deployment在滚动更新以后,旧的RS并不会被删除,而是被停用。
(2)当我们进行回滚操作的时候,deployment会把旧的RS版本重新启用。
(3)旧的RS重新创建pod,启动备份的容器数据。
在这里插入图片描述

HPA(HorizontalPodAutoScale)

Horizontal Pod Autoscaling仅适用于Deployment和ReplicaSet,在V1版本中仅支持根据Pod的CPU利用率扩缩容,在vlalpha版本中,支持根据内存和用户自定义的metric扩缩容。
在这里插入图片描述

StatefullSet

StatefulSet是为了解决有状态服务的问题,(对应Deployments和ReplicaSet是为无状态服务而设计)其应用场景包括:

  • 稳定的持久化存储,即pod重新调度后还是能访问到相同的持久化数据,基于PVC来实现。
  • 稳定的网络标志,即pod重新调度后期PodName和HOSTName不变,基于HeadlessService(即没有Cluster IP 的Service)来实现。
  • 有序部署,有序扩展,即pod是有序的,在部署或者扩展的时候要依据定义的顺序依次进行,(即 从0到N-1,在下一个pod运行之前所有之前的pod必须都是running和ready状态),基于init containers来实现。
  • 有序收缩,有序删除(即从N-1到0)。

DaemonSet

DaemonSet确保全部(或者一些)node上运行的pod的副本。当有node加入集群时,也会为他们新增一个pod。当有node从集群被移除时,这些pod也会被回收。删除DaemonSet将会删除它创建的所有pod
使用DaemonSet的一些典型用法:

  • 运行集群存储daemon,列如在每个node上运行glusterd、ceph。
  • 在每个node上运行日志收集daemon,例如fluentd、logstash。
  • 在每个node上运行监控daemon,例如Prometheus Node Exporter

Job,Cron job

job负责批处理任务,即仅执行一次的任务,它保证批处理任务的一个或多个pod成功结束
Gron Job管理基于时间的Job,即:

  • 在给定时间点只运行一次
  • 周期性地在给定时间点运行

服务发现

在这里插入图片描述

client访问一组pod
service是通过标签收集的一组pod


pod与pod的通讯方案:
在这里插入图片描述

Logo

K8S/Kubernetes社区为您提供最前沿的新闻资讯和知识内容

更多推荐