如何优化企业网站以适应国际市场,特别是针对出国工作的需求?
摘要:出国做网站工作,企业网站宽度,网站怎样做权重,软件开发工程师就是程序员吗一、POD状态 Pod 常见的状态 Pending:挂起,我们在请求创建pod时&#xff0
出国做网站工作,企业网站宽度,网站怎样做权重,软件开发工程师就是程序员吗一、POD状态
Pod 常见的状态
Pending#xff1a;挂起#xff0c;我们在请求创建pod时#xff0c;条件不满足#xff0c;调度没有完成#xff0c;没有任何一个节点能满足调度条件。已经创建了但是没有适合它运行的节点叫做挂起#xff0c;这其中也包含集群为容器创建网络…一、POD状态
Pod 常见的状态
Pending挂起我们在请求创建pod时条件不满足调度没有完成没有任何一个节点能满足调度条件。已经创建了但是没有适合它运行的节点叫做挂起这其中也包含集群为容器创建网络或者下载镜像的过程。
RunningPod内所有的容器都已经被创建且至少一个容器正在处于运行状态、正在启动状态或者重启状态。
SucceededPod中所以容器都执行成功后退出并且没有处于重启的容器。
FailedPod中所以容器都已退出但是至少还有一个容器退出时为失败状态。
Unknown未知状态所谓pod是什么状态是apiserver和运行在pod节点的kubelet进行通信获取状态信息的如果节点之上的kubelet本身出故障那么apiserver就连不上kubelet得不到信息了就会看Unknown Pod重启策略
Always: 只要容器失效退出就重新启动容器。OnFailure: 当容器以非正常(异常)退出后才自动重新启动容器。Never: 无论容器状态如何都不重新启动容器。
如果pod的restartpolicy没有设置那么默认值是Always。
Pod常见状态转换场景 二、就绪、存活两种探针
K8S 提供了3种探针
readinessProbelivenessProbestartupProbe这个1.16版本增加的
探针介绍
在 Kubernetes 中 Pod 是最小的计算单元而一个 Pod 又由多个容器组成相当于每个容器就是一个应用应用在运行期间可能因为某也意外情况致使程序挂掉。那么如何监控这些容器状态稳定性保证服务在运行期间不会发生问题发生问题后进行重启等机制就成为了重中之重的事情考虑到这点 kubernetes 推出了活性探针机制。有了存活性探针能保证程序在运行中如果挂掉能够自动重启但是还有个经常遇到的问题比如说在Kubernetes 中启动Pod显示明明Pod已经启动成功且能访问里面的端口但是却返回错误信息。还有就是在执行滚动更新时候总会出现一段时间Pod对外提供网络访问但是访问却发生404这两个原因都是因为Pod已经成功启动但是 Pod 的的容器中应用程序还在启动中导致考虑到这点Kubernetes推出了就绪性探针机制。
1、livenessProbe
livenessProbe存活性探针用于判断容器是不是健康如果不满足健康条件那么 Kubelet 将根据 Pod 中设置的 restartPolicy 重启策略来判断Pod 是否要进行重启操作。LivenessProbe按照配置去探测 ( 进程、或者端口、或者命令执行后是否成功等等)来判断容器是不是正常。如果探测不到代表容器不健康可以配置连续多少次失败才记为不健康则 kubelet 会杀掉该容器并根据容器的重启策略做相应的处理。如果未配置存活探针则默认容器启动为通过Success状态。即探针返回的值永远是 Success。即Success后pod状态是RUNING
2、readinessProbe
readinessProbe 就绪性探针用于判断容器内的程序是否存活或者说是否健康只有程序(服务)正常 容器开始对外提供网络访问启动完成并就绪。容器启动后按照readinessProbe配置进行探测无问题后结果为成功即状态为 Success。pod的READY状态为 true从0/1变为1/1。如果失败继续为0/1状态为 false。若未配置就绪探针则默认状态容器启动后为Success。对于此pod、此pod关联的Service资源、EndPoint 的关系也将基于 Pod 的 Ready 状态进行设置如果 Pod 运行过程中 Ready 状态变为 false则系统自动从 Service资源 关联的 EndPoint 列表中去除此pod届时service资源接收到GET请求后kube-proxy将一定不会把流量引入此pod中通过这种机制就能防止将流量转发到不可用的 Pod 上。如果 Pod 恢复为 Ready 状态。将再会被加回 Endpoint 列表。kube-proxy也将有概率通过负载机制会引入流量到此pod中。
