k8s pod基础 1

发布和yaml文件的初步了解。

pod：是k8s中最小的资源管理组件。

pod也是最小化运行容器化的应用的资源管理对象。

pod是一个抽象的概念，可以理解为一个或者多个容器化应用的集合。

在一个pod当中运行一个容器是最常用的方式。

在一个pod当中可以同时运行多个容器，在一个pod当中可以同时封装几个需要耦合热点互相写在的容器。

这些多个容器共享资源，也可以互相协作组成一个service单位。

不论是运行一个容器还是多个容器，k8s管理的都是pod而部署容器。

一个pod内的容器，必须都运行在同一节点。基于现代容器技术的要求，就是一个pod运行一个容器，一个容器只运行一个进程（最常见用法）。

横向扩展，方便扩缩容

解耦，一个pod内运行多个容器，耦合度太高，一旦一个进程失败，整个pod将全部失败。实现解耦，基紆pod可以创建多个副本实现高可用和负载均衡。

管理方便，简单直观。

pod内的容器共享资源。共享机制：pause底层基础容器来提高资源的机制。

pause容器是基础容器，也可以称为父容器。管理pod内容器的共享操作。

pause还可以管理容器的生命周期。

k8s提供了pause容器

pause最基础的init容器，提供容器之间的通信，容器里面的第一层。

1，为pod内的所有容器提高一个命名空间，提供基础环境，给容器提供资源，pod里的容器资源共享。

2，pause启动容器内的pid命名空间，是每个pod中都作为pid为1的进程（init进程），回收僵尸进程。是所有进程的父进程，管理pod内部所有进程。

3，创建pod之前会先创建pause容器，在拉取镜像，生成容器，形成pod。

kubelet管理node节点告诉如何创建pod，创建pause，pause来管理pod内的容器。

第一步：master节点发出指令，pod只有的镜像nginx pod的副本数

第二步：kube-scheduler来分配执行node节点

第三步：node节点的kubelet收到master指令，拉pause,拉nginx:1.22 pod1

第四步: pause容器先启动，提供命名空间，进程管理pid1 来为pod内的容器提供共享服务以及容器的进程管理。

pause容器共享两种资源

网络资源：每一个pod都会被分配一个集群内部唯一ip地址。pod内容器共享网络，通过pod在集群内部的IP地址和端口。pod内部的容器可以使用localhost互相通信。pod的中容器与外部通信时，从共享的资源当中进行分配。宿主机的端口映射。pod和容器共享IP地址。

存储资源：pod可以指定多个共享的volume挂载卷，pod内部的容器共享这些vloume卷。

volume可以时实现数据的持久化。

防止pod重新构建之后文件消失。

总结：

每个pod都有一个基础容器pause容器。

pause容器对应的镜像属于k8s集群的一部分。创建集群就会有pause这个基础镜像。

在node节点上

pod里面包含了一个或者多个相关的容器（应用）

kube-controller-manager来分配ip地址，网络插件来通过网络服务。

为什么要在pod为再设置一个基础镜像：

1，pod内部有一组容器，挂了一个，整个pod也不会失效。引入了pause机制，代表整个容器组的状态。可以对pod内部容器整体状态的判断。

2，pod内的容器共享ip，共享volume挂载卷，解决了容器内网络通信的问题，解决了容器内部文件共享的问题。

pod的分类

自主式pod：pod不会自我修复，如果pod内容器的进程终止，被删除，缺少资源被驱逐，这个pod没有办法自愈。

控制器：deployment daemanset。

控制器管理pod：滚动升级，可以自愈（自动重启），可以管理pod 的数量以及pod的扩缩容。

pod的生命周期：

1，pending 挂起状态

pod已被创建，但是尚未被分配到node节点。（节点上资源不够，需要等待其他pod的调度）

2，running：运行中，pod已经被分配到了node节点，pod内部定义容器都已经启动，运行状态正常，稳定。

3，complete：

???????successed：

容器内部的进程运行完毕，正常退出。没有发生错误。

4，faild：pod中的容器非正常退出，发生了错误，需要通过查看详情和容器来单位问题。

5，UNkown：由于某些原因，k8s集群无法获取pod的状态。API-service出了问题

6，terminating：表示在终止中，正在被终止，还没有终止。里面的容器正在终止。过程中会进行资源回收，垃圾清理，以及终止过程中需要执行的命令。

init C 初始化容器，基础容器pause，在初始化容器成功运行完毕之后，在乎创建pod的业务容器

poststart：表示容器运行时执行的第一个命令

prestop：容器结束时执行的最后一个命令

容器钩子

探针：

livenessProbe：存活探针

readnessProbe：流量探针

存活探针和流量探针会伴随整个pod的生命周期。随时检测容器的状态，如果容器出了问题，pod将不再是ready状态。

启动探针：

探针的目的：容器状态是否正常

创建pod发容器分类：

1，基础容器：pause

2，init容器（初始容器）init c

在1和2这个过程中。pod的状态就是init：完成之后才会到业务容器。

3，业务容器

实验：

vim init.yaml

kubectl describe pod nginx-init

docker ps | grep nginx

init容器的作用：

环境变量：

可以在创建的过程中为业务的容器定制好相关的代码和工具

init容器独立于业务容器，他是单独构建的镜像，对业务容器不产生任何安全影响。

init容器能以不同于pod内应用容器的文件系统视图运行。secrets的权限。应用容器是无法访问secerts权限。

总结：init容器提供了应用容器运行之前的先决条件，提供了一种阻塞或者延迟机制来控制应用容器的启动。

只有前置条件满足，才会创建pod应用容器。

k8s的一种机制

按照顺序创建init容器，都成功创建了才会创建业务容器。

1，在pod的启动过程中，每一个初始化容器，容器按照初始化容器先启动，每个容器必须在下一个容器启动之前，要成功退出。

2，如果允许失败，会按照容器的重启策略进行指定动作，restartPolicy Always never onFailure（非正常退出才会重启）

3，所有的容器没有成功之前，pod是不会进入ready状态的。

init容器与service无关，不能对外提供访问。

4，如果重启pod，所有的init容器一定会重新执行。

5，如果修改init容器的spec（参数）只限制于image，其他的修改自动不生效（基于deployment）

6，每个容器的名称都要唯一，不能重复。

k8s当中的重启策略：

针对pod当中的所有容器

Always：只有容器退出，总是重启，物理容器的状态码是否正常。默认策略，可以不加

Never：只有容器退出，不论是否正常，都不重启

OnFailure：只有容器的状态码非0不正常退出才会重启，正常退出不重启。

默认情况下用Always。

在deployment的yaml文件当中，重启的策略只能的always，可以不写。

总结：

pause容器：底层容器/基础容器

提供pod内容器的物理和存储共享，以及pod内容器退出之后资源回收。

init容器：人为设定的，业务容器启动之前的必要条件。

pod的生命周期：

1，pause基础容器

2，init容器---全部成功退出---业务容器

3，poststart prestop 容器的钩子 启动时命令和退出时的命令

4、探针:探测容器的健康状态。伴随pod的整个生命周期(除了启动探针)。

一句话：

pod就是用来封装容器的，业务是容器。服务也是容器。端口也是容器。