网站网页设计在哪找wordpress客户端登录界面

当前位置： 首页 > news >正文

网站网页设计在哪找,wordpress客户端登录界面,网站怎么加ico,怎样建立网站有哪些流程pod 是k8s当中最小的资源管理组件 Pod也是最小化运行容器化的应用的资源管理对象 Pod是一个抽象化的概念#xff0c;可以理解为一个或多个容器化的集合 在一个pod当中运行一个容器#xff0c;是最常用的方式 在一个pod当中同时运行多个容器#xff0c;在一个pod当中可以…pod 是k8s当中最小的资源管理组件 Pod也是最小化运行容器化的应用的资源管理对象 Pod是一个抽象化的概念可以理解为一个或多个容器化的集合 在一个pod当中运行一个容器是最常用的方式 在一个pod当中同时运行多个容器在一个pod当中可以同时封装几个需要耦合有紧密关联度的的互相协作的容器这些多个容器他们时共享资源也可以互相协作为一个service单位 不论是运行一个还是多个容器k8s管理的都是pod而不是容器 一个pod内的容器必须都运行在同一节点上基于现代容器技术的要求一个pod运行一个容器一个容器只运行一个进程横向扩展方便扩容缩容 解耦一个pod内运行多个容器耦合度太高一旦一个进程失败整个pod将全部失败实现解耦基于pod可以创建多个副本实现高可用和负载均衡 管理方便简单直观 Pod内的容器共享资源 共享资源pause底层基础来提供共享资源的机制 Pause容器是基础容器也可以称为父容器管理pod内容器的共享操作 Pause还可以管理容器的生命周期 k8s提拱了pause容器 为pod内的所有容器提供一个统一的命名空间启动容器的pid的命名空间每个pod中都作为pid为一的进程init进程回收僵尸进程创建pod时先创建pause容器然后在拉取镜像生成容器形成pod 类似于lnmpl是一切的基础 Docker ps佐证 拉起了pause就拉齐了命名空间节点上的容器还是kubectl管理pause的作用就是管理kubectl的容器pod内部要实现通信 小结 第一步:master节点发出指令pod使用的镜像nginxpod的副本数 第二步:kube-scheduler来分配执行的node节点 第三步node节点的kubelet收到master指令拉pause拉nginx1.22pod1 第四步pause容器要先启动提供命名空间进程管理pid1来为pod内的容器提供共享服务以及容器的进行过程 再次总结pause容器他是共享两种资源一个是网络资源还有个存储资源 网络每个pod都会分配一个集群内部的唯一IP地址pod内的容器共享网络pod在集群内部的IP地址pod内部的容器可以使用localhost互相通信pod的容器与外部通信从共享资源当做进行分配宿主机的端口映射 Pod可以指定多个volumepod内的容器共享这些volume. volume可以是实现数据的持久化 防止pod重新构建之后文件消失 总结 每个pod都有一个基础容器pause容器 Pause容器对应的镜像是属于k8s集群的一部分创建集群就会有pause这个基础镜像 Pod里面包含了一个或多个相关的容器应用 Pod外再设置一个基础镜像 pod内部有一组容器挂了一个就算整个pod失效了吗引入pause机制代表整个容器组的状态可以解决对pod内部容器状态的判断共享pod内的容器共享IP共享VOLUME挂载卷解决了容器网络通信的问题解决了容器内部文件共享的问题 Pause的作用 1.只要创建pod就会创建pause 2.提供网络资源共享和存储资源共享 Pod的分类 自主试podpod是不会自我修复的如果进程终止被删除缺少资源被驱逐这个pod没有办法自愈例如deployment daemanset 控制器管理的pod滚动升级可以自愈自动重启可以管理pod的数量以及pod的扩缩容 Pod的生命周期重要 Pending挂起 Pod已被创建但是尚未被分配到运行的node节点节点上资源不够需要等待其他pod的调度 running运行中 Pod已经被分配到了node节点pod内部的所有容器都已经启动运行状态良好正常稳定 Complete/successd:表示容器内部的进程运行完毕正常退出没有发生错误Faild:pod中的容器非正常退出发生了错误需要通过查看详情和日志来定位问题Unknown由于某些原因k8s集群无法获取pod的状态apiserver出了问题Terminating:表示终止中正在终止pod正在被删除里面的容器正在终止过程中资源回收垃圾清理以及终止过程中需要执行的命令 核心图 创建pod容器的分类 基础容器pauseInit容器初始化容器init C 1和2这个过程中pod的状态就是init0/3 ²⁄₃ ³⁄₃ 业务容器 Init容器的作用 环境变量 可以在创建的过程中为业务容器定制好相关的代码和工具 因为init容器独立于业务容器那就是单独构建的镜像对业务容器容器不产生任何安全影响 Init容器能以不同于pod内应用容器的文件系统视图运行secrets的权限应用容器无法访问secret权限 总结一下init容器是提供了应用容器运行之前的先决条件提供了一种阻塞机制或者延迟机制来控制应用容器的启动只有前置条件满足才会创建pod内的应用容器 实验演示全部过程 解释一下概念 在pod的启动过程中容器是按照初始化容器先启动每个容器必须在下一个容器启动之前要成功退出如果运行失败会按照容器的重启策略进行指定动作restartPolicy Alawys never onFailure非正常退出才会重启所有的init容器没有成功之前pod是不会进入ready状态的 Init容器与service无关不能对外提供访问 如果重启了pod所有的init一定会重新执行如果修改init容器的spec参数只限制于image其他的修改字段都不生效基于deployment每个容器的名称都要唯一不能重复 查看日志 Pod的重启策略针对pod内的所有容器所有容器重启 总结今天的内容 Pause容器这是底层容器也可以理解为基础容器 提供pod内容器的网络和存储共享以及pod内容器退出之后资源回收 Init容器人为设定的业务容器启动之前的必要条件 Pod的生命周期 pause基础容器Init容器—全部成功退出—–才会带业务容器Poststart prestop 容器的钩子 启动时的命令和退出事的命令 4.探针探测容器的健康状态伴随pod的整个生命周期除了启动探针 大总结pod到底是什么就是容器的封装体业务就是容器服务也是容器端口也是