做泌尿科网站价格,网店装修是什么,动态背景设置网站,怎样做网站反链一个pod能包含几个容器 一个pause容器(基础容器/父容器/根容器#xff09; 一个或者多个应用容器(业务容器) 通常一个Pod最好只包含一个应用容器#xff0c;一个应用容器最好也只运行一个业务进程。 同一个Pod里的容器都是运行在同一个node节点上的#xff0c;并且共享 net、… 一个pod能包含几个容器 一个pause容器(基础容器/父容器/根容器 一个或者多个应用容器(业务容器) 通常一个Pod最好只包含一个应用容器一个应用容器最好也只运行一个业务进程。 同一个Pod里的容器都是运行在同一个node节点上的并且共享 net、mnt、uts、 pid、 ipc 命名空间。
pod的定义
1 Pod是k8s中最小的资源管理组件 2 Pod也是最小化运行容器化的应用的资源管理对象 3 Pod是一个抽象的概念可以理解为一个或者多个容器化应用的集合 4 最常见的是在一个pod当中运行一个容器也是最常用的方式 5 在一个pod当中同时运行多个容器在一个pod当中可以同时封装及格需要耦合的互相协作的容器这些多个容器共享资源也可以互相协作组成一个service单位 6 不论运行一个容器还是多个容器k8s管理的都是pod而不是容器 一个pod内的容器必须都运行在同一个节点基于现代容器技术的要求就是一个pod运行一个容器一个容器只运行一个进程横向扩展(核心是方便扩缩容还有就是解耦一个pod内运行多个容器耦合度太高一旦一个进程失败整个pod将全部失败)实现解耦基于pod可以创建多个副本实现高可用和负载均衡。管理方便简单直观。 Pod内的容器共享资源共享机制:pause底层基础容器来提供共享资源的机制。 Pause容器是基础容器也可以成为父容器它的作用就是管理pod内容器的共享操作 Pause还可以管理容器的生命周期 k8s提供了pause容器两大核心功能 1 为pod内的所有容器提供一个统一的命名空间 2 启动容器的pid命名空间每个pod中都作为pid都为1的进程(init进程) 回收僵尸进程pod里面是容器容器运行的进程pidpause父进程1在pod内部管理容器进程 3 创建pod时先创建pause容器然后拉取镜像生成容器形成pod Pause容器共享两种资源
1 网络每个pod都会被分配一个集群内部的唯一ip地址pod内的容器共享网络pod在集群内部的ip地址和端口pod内部的容器可以使用localhost互相通信pod的中容器与外部通信时从共享的资源当中进行分配宿主机的端口映射 2 存储pod可以指定多个共享volumepod内的容器共享这些vloume Vloume可以是实现数据持久化可以防止pod重新构建之后数据文件丢失 每个pod都有一个基础容器pause容器 Pause容器对应的惊险属于k8s集群的一部分创建集群就会有pause这个基础镜像 Pod里面包含了一个或者多个相关的容器也就是应用 由kube-controller-manager 提供网络ip Pod外再设置一个基础镜像 1 pod内部有一组容器挂了一个就算整个pod失效了吗引入了pause禁止代表整个容器的组的状态 可以解决对pod内部容器整体状态的判断 2 pod内的容器共享ip共享volume挂载卷解决了容器网络通信的问题解决了容器内部文件共享的问题
pod的分类
1 自主式pod 这种pod不会自我修复pod内容器的进程终止或者删除或者缺少资源被驱逐这个pod没有办法自愈 由scheduler进行调度不被控制器管理没有自愈能力一旦pod挂掉不会被重新拉起没有副本管理滚动更新功能 2 控制器管理pod 可以滚动升级可以自愈(自动重启)可以提供管理pod的数量以及扩缩容 由scheduler进行调度被控制器管理有自愈能力(一旦pod挂了会被控制器重新拉起)由副本管理滚动更新等功能 3 静态pod 不由schedule调度是由kubelet自行管理始终和kubelet运行在同一个node节点上不能直接删除静态pod的yaml配置文件目录默认存放于/etc/kubenetes/manifests目录在这个目录下创建或者删除yaml文件kubelet会自动的创建或删除静态pod
#创建命令
kubectl create deployment/statefulset/daemonset ....
pod的生命周期与常见的状态
1 pending挂起状态 pod已被创建但是尚未被分配到运行的node节点一直pending的原因节点上资源不够需要等待其他pod的调度 2 Running运行中 pod已被分配到了node节点pod内部的所有容器都已经启动运行状态正常且稳定 3 Complete也叫successded 容器内部的进程运行完毕正常退出没有发生错误 4 Faild pod中的容器非正常状态退出发生了错误需要通过查看详情来定位问题 5 UNkown 由于某些原因k8s集群无法获取pod的状态APIserver出了问题 7 Terminating 终止中正在被中终止pod正在被删除但是里面的容器正在终止这个过程其中还会有一些其他的操作如资源回收垃圾清理以及终止过程中需要执行的命令 pod遵循预定义的生命周期起始于pending阶段如果至少其中有一个主容器正常运行则进入running阶段之后取决于pod是否有容器以失败状态退出而进入succeeded或者Failed阶段 创建pod的容器分类
1 基础容器pause 作为linux命名空间共享的基础给pod里其他的容器提供网络存储资源的共享 作为pid1的init进程管理整个pod容器组的生命周期 2 Init容器初始化容器init c 在1和2这个过程中pod的状态叫init0/3每启动一个就改变1/3 , 2/3 , 3/3 全部启动之后才会到业务容器 Init容器的作用环境变量可以在创建的过程中为业务容器定制好相关的代码和工具 Init容器独立与业务容器它是单独构建的一个镜像对业务容器不产生任何安全影响 Init容器能以不同于pod内应用容器的文件系统视图运行secrets的权限保存一些加密的安全机制配置应用容器无法访问secrets的权限、 Init容器提供了应用容器运行之前的先决条件提供了一种阻塞机制或者延迟机制来控制应用容器的启动只有前置条件满足才会创建pod的应用容器 3 业务容器应用容器 pod由多个应用容器时是并行启动的即应用容器要在所有init容器都成功的完成启动运行退出后才会启动
1 在pod的启动过程中容器是按照初始化容器先启动每个容器必须在下一个容器启动之前要成功退出 2 如果运行失败会按照容器的重启策略进行指定动作resatrtPolicy Always never onFailure(非正常退出才会重启) 3 所有的init容器没有成功之前pod是不会进入ready状态的 Init容器与service无关不能对外提供访问 4 如果重启pod所有的init容器一定会重新执行 5 如果修改init容器的spec(参数)只限制于image其他的修改字段都不生效基于deployment 6 在pod中每个容器的名称都要唯一不能重复 pod中容器的重启策略
Always只要容器退出总是重启无论容器的状态码是否正常默认策略可以不加Never只要容器退出不论是否正常都不重启OnFailure只要容器的转态码非0才会重启pod容器异常退出时正常退出不重启容器退出码为0 总结 Pause容器底层容器也可以理解为基础容器 提供pod内容器的网络和存储共享以及pod内容器退出之后的资源回收 Init容器人为设定的业务容器启动之前的必要条件
Pod的生命周期
1pause基础容器2Init初始化容器全部成功退出才会到业务容器3Postart prestop 容器的钩子启动时命令和退出时的命令4探针:探测容器的健康状态伴随pod的整个生命周期除了启动探针总结pod就是用来封装容器业务室容器服务也是容器包括端口也是容器 Pod的重启策略always只要有一个失败整个pod都会重启 Never都不重启 OnFail重启整个pod
