Kubernetes Pod概念

Pod类型

  • 自主式Pod:当Pod宕机不会重新打开一个新的Pod
  • 控制器管理的Pod:当Pod宕机,如果不满足当前的期望值则会重新打开一个Pod

Pod概念

https://blog.csdn.net/qq_33712668/article/details/107781653

在这里插入图片描述

注:1、同一个Pod中的多个容器可以共享Pod级别的存储卷Volume,Volume可以定义为各种类型,多个容器各自进行挂载,将Pod的Volume挂载为容器内部需要的目录。
2、同一Pod里容器端口不能冲突
3、同一Pod网络地址是一样的
4、举例:如果同一Pod之间里的容器需要互相通信则写localhost即可

Pod控制器类型

  • ReplicationController & ReplicaSet & Deployment
  • HPA(HorizontalPodAutoScale)
  • StatefullSet
  • DaemonSet
  • Job,Cronjob

ReplicationController

ReplicationController 用来确保容器应用的副本数始终保持在用户定义的副本数,即如果有容器异常退出,会自动创建新的Pod 来替代;而如果异常多出来的容器也会自动回收。在新版本的Kubernetes 中建议使用ReplicaSet 来取代ReplicationControlle

ReplicaSet

ReplicaSet 跟ReplicationController 没有本质的不同,只是名字不一样,并且ReplicaSet
支持集合式的selector

虽然ReplicaSet 可以独立使用,但一般还是建议使用Deployment 来自动管理ReplicaSet ,这样就无需担心跟其他机制的不兼容问题(比如ReplicaSet 不支持rolling-update 但Deployment 支持)

Deployment

Deployment 为Pod 和ReplicaSet 提供了一个声明式定义(declarative) 方法,用来替代以前的ReplicationController 来方便的管理应用。典型的应用场景包括:

  • 定义Deployment 来创建Pod 和ReplicaSet
  • 滚动升级和回滚应用
  • 扩容和缩容
  • 暂停和继续Deployment返回

HPA(HorizontalPodAutoScale)

Horizontal Pod Autoscaling 仅适用于Deployment 和ReplicaSet ,在V1 版本中仅支持根据Pod 的CPU 利用率扩所容,在v1alpha 版本中,支持根据内存和用户自定义的metric 扩缩容

StatefullSet

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

  • 稳定的持久化存储,即Pod 重新调度后还是能访问到相同的持久化数据,基于PVC 来实现
  • 稳定的网络标志,即Pod 重新调度后其PodName和HostName不变,基于Headless Service (即没有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,Cronjob

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

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

在上边我们提到了Deployment支持rolling-update,接下来我们来学习一下Deployment的更新流程

deployment、replicaset、pod之间的关系

https://www.cnblogs.com/wangkun122/articles/12707216.html

                       +------------+
                       | deployment |
                       +-----+------+
                             |
                             |
                             |
                             |
   +--------------------------------------------------+
   |                         |                        |
   |                         |                        |
   |                         |                        |
   |                         |                        |
   |                         |                        |
   |                         |                        |
+------v------+           +------v------+          +------v------+
|replicaset:v1|           |replicaset:v2|          |replicaset:v3|
+-------------+           +------+------+          +-------------+
                                 |
                                 |
                        +--------+---------+
                        |                  |
                        |                  |
                    +---v---+          +---v---+
                    |pod:v2 |          |pod:v2 |
                    +-------+          +-------+
  • deployment调度replicaset,pod由replicaset调度
  • deployment管理多个replicaset版本,可用于回滚
  • replicaset控制pod的行为,包括新增pod、删除pod

注:如果我们需要更新Department他会先启用一个新的Replicaset,然后在关闭老的Replicaset在新的Replicaset里启用Pod
注意事项:

  • 新Replicaset在启用的时候确保Pod已经正常Run的状态才会关闭老Replicaset对应的Pod

服务发现

https://www.cnblogs.com/linuxk/p/9605901.html
在这里插入图片描述

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

运维生涯记录

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值