k8s pod基础 1

发布时间:2024年01月03日

发布和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就是用来封装容器的,业务是容器。服务也是容器。端口也是容器。

文章来源:https://blog.csdn.net/weixin_51694382/article/details/135366707
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。