Kubernetes-5.工作负载

Pods

• 简单介绍
  Pod是可以在Kubernetes中创建、管理的最小的可部署的计算单元。
  Pod（peasecod pod 豌豆荚）是一组容器，这些容器共享存储、网络以及怎样运行这些容器的声明（Statement）。Pod中的内容总是并置（放在一起）的并且一同调度，在共享的上下文中运行。Pod所建模的是特定于应用的”逻辑主机“，其中包含1个或多个应用容器，这些容器相对紧密地耦合在一起。
  在非云环境，在相同的物理机或虚拟机上运行的应用类似于在同一逻辑主机上运行的云应用。（理解不了，就索性划了）
  除了应用容器，Pod还可以包含在Pod启动期间运行Init容器。还有临时性容器和用于调试的临时性容器。

• 什么是Pod
  Pod的共享上下文包含一组Linux名字空间、控制组（cgroup）和一些可能的隔离方面，即用来隔离Docker容器的技术。在Pod上下文中，每个独立的应用可能会进一步实施隔离。
  Pod被设计成相对临时性的、用后即抛的一次性实体。
  PS:重启Pod中的容器和重启Pod不是一个概念。Pod是容器运行的环境。在被删除前，一直存哎
  就Docker概念的术语而言，Pod类似于共享名字空间 ，Pod类似于共享名字空间和文件系统卷的一组Docker容器。
  PS：为Pod对象创建清单时，确保所指定的Pod名是合法的DNS子域名

• 使用Pod
  通常Pod不需要直接创建，使用Deployment或Job这类工作负载资源来创建Pod。跟踪Pod状态，可使用StatefulSet资源
  ①运行单个容器的Pod，Pod看成单容器的包装器，Kubernetes直接管理Pod,而非其中的Container
  ②运行多个协同工作的容器的Pod，Pod封装多个紧密耦合且需要共享资源的共处容器组成的应用程序。这些容器形成单个内聚的服务单元，部分容器将文件从共享卷提供给公众，其他挂斗（sidecar）容器用于刷新或更新文件。Pod将这些容器 和 存储资源打包为一个可管理实体。
  PS：Pod为其成员容器提供两种共享资源 网络 和 存储，有些Pod具有Init容器 和 应用容器，Init容器在启动应用容器前运行并完成。
  一般每个Pod只运行应用程序的单个实例，若需要横向扩展应用程序，需要使用副本（Replication），使用多个Pod运行多个相同的实例。通常使用一种工作负载资源及其控制器创建和管理一组Pod副本

• Pod管理多个容器
  Pod被设计成支持形成内聚服务单元的多个协作过程。Pod中的容器们被 自动安排到集群中的同一物理机/虚拟机上，并且可以一起被调度。容器之间共享资源和依赖、互相通信、协调何时以及何种方式终止自身。

• Pod的存储（数据共享）
  Pod设置一组共享的存储卷，Pod中所有的容器均可访问，实现共享。Pod中的持久化数据可以保存于卷

• 联网（容器间通信）
  每个Pod在每个地址族中获取一个唯一的IP地址。Pod中每个容器共享网络名字空间（IP+端口），
  Pod内的容器通过localhost互相通信。Pod内的容器和Pod外的实体通信时，需要协调如果使用共享的网络资源（例如端口）。如果某容器希望与运行在其他Pod中的容器通信，需要通过IP联网形式。
  Pod容器看见的系统主机名与Pod配置的name属性相同。

• 容器的特权模式（privileged）
  Pod中任何容器都可以使用容器规约中的安全性上下文中的privilege 启动特权模式，获取使用操作系统管理权能。

• 静态Pod Static Pod
  直接由特定节点上的kubelet守护进程管理，不需要API Server，即控制面（Kubernetes Server）控制，Pod如果失效则重启。
  主要用途是运行自托管的控制面。在自托管的场景中，使用kubelet管理各个独立的控制面组件。
  原理：Kubelet自动尝试为每个静态Pod在Kubernetes API服务器上创建镜像Pod，在节点上运行的Pod在API服务器上可见，但不能通过API服务器控制。

控制器

• ReplicaSet
• ReplicationController
• Deployments
• StatefulSets
• DaemonSet
• Jobs
• 已完成资源的TTL Controller（Time To Live）
• 垃圾收集
• CronJob