Kubernetes练习<3>---Pod生命周期

最新推荐文章于 2023-07-07 21:14:24 发布
最新推荐文章于 2023-07-07 21:14:24 发布
阅读量194 收藏
点赞数
分类专栏： 运维实战 文章标签： 运维
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/YiSean96/article/details/105756331
版权

Pod生命周期
官方文档：
https://kubernetes.io/zh/docs/concepts/workloads/pods/pod-lifecycle/

启动一个容器

[wjjk8s@server1 manifest]$ vim pod.yaml 
[wjjk8s@server1 manifest]$ kubectl create -f pod.yaml 
[wjjk8s@server1 manifest]$ kubectl describe pod

pod可以包含多个容器，应用运行在这些容器里面，同时pod也可以有一个或多个先于应用容器启动的init容器。
init容器与普通容器非常像，除了如下两点：

他们总是运行到完成。 init容器不支持readiness,因为他们必须在pod就绪之前运行完成。
每个init容器运行成功下一个才能运行

如果pod的init容器失败，kubernetes会不断重启该pod，直到init容器成功为止，然而，如果pod对应的restartPolicy为Never,他不会重新启动。

因为 Init 容器具有与应用容器分离的单独镜像，其启动相关代码具有如下优势：

Init 容器可以包含一些安装过程中应用容器中不存在的实用工具或个性化代码。例如，没有必要仅为了在安装过程中使用类似 sed、 awk、 python 或 dig 这样的工具而去FROM 一个镜像来生成一个新的镜像。
Init 容器可以安全地运行这些工具，避免这些工具导致应用镜像的安全性降低。
应用镜像的创建者和部署者可以各自独立工作，而没有必要联合构建一个单独的应用镜像。
Init 容器能以不同于Pod内应用容器的文件系统视图运行。因此，Init容器可具有访问 Secrets 的权限，而应用容器不能够访问。
由于 Init 容器必须在应用容器启动之前运行完成，因此 Init 容器提供了一种机制来阻塞或延迟应用容器的启动，直到满足了一组先决条件。一旦前置条件满足，Pod内的所有的应用容器会并行启动。

一、init容器实验
1、定义了一个 Init 容器的简单 Pod

[wjjk8s@server1 manifest]$ vim init.yaml		#复制会有缩进
[wjjk8s@server1 manifest]$ \vi init.yaml		#加转移取消缩进
[wjjk8s@server1 manifest]$ cat init.yaml

在这里插入图片描述

[wjjk8s@server1 manifest]$ kubectl create -f init.yaml 
pod/myapp-pod created
[wjjk8s@server1 manifest]$ kubectl get pod
NAME        READY   STATUS     RESTARTS   AGE
myapp-pod   0/1     Init:0/1   0          18s
#inith还未准备好
#查看详细信息时发现
[wjjk8s@server1 manifest]$ kubectl exec -it myapp-pod -c init-myservice -- sh	#进入pod中的init容器

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

2、创建一个service.yaml

[wjjk8s@server1 manifest]$ vim service.yaml
[wjjk8s@server1 manifest]$ kubectl create -f service.yaml
[wjjk8s@server1 manifest]$ kubectl get svc #成功创建了一个服务
在这里插入图片描述

3、等待后容器生成成功，init容器初始化成功，退出

[wjjk8s@server1 manifest]$ kubectl get pod
NAME        READY   STATUS    RESTARTS   AGE
myapp-pod   1/1     Running   0          16m

[wjjk8s@server1 manifest]$ kubectl get pod -o wide	#集群内部分配成功

在这里插入图片描述
在这里插入图片描述

4、进入容器，查看dns解析

[wjjk8s@server1 ~]$ kubectl run test1 -it --image=busyboxplus --image-pull-policy='IfNotPresent'
/ # nslookup myservice.default.svc.cluster.local
Server:    10.96.0.10
Address 1: 10.96.0.10 kube-dns.kube-system.svc.cluster.local

Name:      myservice.default.svc.cluster.local
Address 1: 10.107.1.234 myservice.default.svc.cluster.local

在这里插入图片描述

改错

[wjjk8s@server1 manifest]$ kubectl run test -it --image=busybox		#运行不成功出现错误
#镜像仓库问题，指定镜像仓库即可

在这里插入图片描述

[wjjk8s@server1 manifest]$kubectl run test -it --image=busyboxplus --image-pull-policy='IfNotPresent'	#使用本地镜像
test        0/1     ImagePullBackOff   0          4m55s			
#显示拉取依然错误，排错发现是对应服务器国内阿里云镜像没做，用server1发送一个即可，并刷新即可

[root@server4 ~]# systemctl daemon-reload
[root@server4 ~]# systemctl restart docker
#成功运行

二、探针实验
就绪监测和存活监测，默认没有探针，需要自己定义。
探针 是由 kubelet 对容器执行的定期诊断。要执行诊断，kubelet 调用由容器实现的 Handler。有三种类型的处理程序：

ExecAction：在容器内执行指定命令。如果命令退出时返回码为 0 则认为诊断成功。
TCPSocketAction：对指定端口上的容器的 IP 地址进行 TCP 检查。如果端口打开，则诊断被认为是成功的。
HTTPGetAction：对指定的端口和路径上的容器的 IP 地址执行 HTTP Get 请求。如果响应的状态码大于等于200 且小于 400，则诊断被认为是成功的。

每次探测都将获得以下三种结果之一：

成功：容器通过了诊断。
失败：容器未通过诊断。
未知：诊断失败，因此不会采取任何行动。

Kubelet 可以选择是否执行在容器上运行的三种探针执行和做出反应：

**livenessProbe**：指示容器是否正在运行。如果存活探测失败，则 kubelet 会杀死容器，并且容器将受到其 重启策略 的影响。如果容器不提供存活探针，则默认状态为 Success。
**readinessProbe**：指示容器是否准备好服务请求。如果就绪探测失败，端点控制器将从与 Pod 匹配的所有 Service 的端点中删除该 Pod 的 IP 地址。初始延迟之前的就绪状态默认为 Failure。如果容器不提供就绪探针，则默认状态为 Success。
startupProbe: 指示容器中的应用是否已经启动。如果提供了启动探测(startup probe)，则禁用所有其他探测，直到它成功为止。如果启动探测失败，kubelet 将杀死容器，容器服从其重启策略进行重启。如果容器没有提供启动探测，则默认状态为成功Success。

该什么时候使用存活（liveness）和就绪（readiness）探针?

如果容器中的进程能够在遇到问题或不健康的情况下自行崩溃，则不一定需要存活探针; kubelet 将根据 Pod 的restartPolicy 自动执行正确的操作。

如果您希望容器在探测失败时被杀死并重新启动，那么请指定一个存活探针，并指定restartPolicy 为 Always 或 OnFailure。

如果要仅在探测成功时才开始向 Pod 发送流量，请指定就绪探针。在这种情况下，就绪探针可能与存活探针相同，但是 spec 中的就绪探针的存在意味着 Pod 将在没有接收到任何流量的情况下启动，并且只有在探针探测成功后才开始接收流量。

如果您希望容器能够自行维护，您可以指定一个就绪探针，该探针检查与存活探针不同的端点。

请注意，如果您只想在 Pod 被删除时能够排除请求，则不一定需要使用就绪探针；在删除 Pod 时，Pod 会自动将自身置于未完成状态，无论就绪探针是否存在。当等待 Pod 中的容器停止时，Pod 仍处于未完成状态

1、liveness测试,存活检测

(1).删除之前实验时创建的myservice服务

[wjjk8s@server1 manifest]$ kubectl delete svc myservice
[wjjk8s@server1 manifest]$ kubectl delete pod myapp-pod

在这里插入图片描述

(2)、创建liveness测试容器

[wjjk8s@server1 manifest]$ vim pod.yaml 
[wjjk8s@server1 manifest]$ kubectl create -f pod.yaml 
[wjjk8s@server1 manifest]$ kubectl get pod
NAME    READY   STATUS    RESTARTS   AGE
nginx   1/1     Running   0          32s

在这里插入图片描述

[wjjk8s@server1 manifest]$ curl 10.244.1.26		#成功连接监测成功

(3)、更改监测错误端口会不断重启

[wjjk8s@server1 manifest]$ vim pod.yaml
port: 8080
[wjjk8s@server1 manifest]$ kubectl get pod -o wide

在这里插入图片描述
2、readinessProbe就绪监测
(1)创建readinessProbe测试容器

[wjjk8s@server1 manifest]$ vim pod.yaml
[wjjk8s@server1 manifest]$ kubectl create -f pod.yaml
[wjjk8s@server1 manifest]$ kubectl get pod		#就绪监测没有通过
NAME    READY   STATUS    RESTARTS   AGE
nginx   0/1     Running   0          31s
[wjjk8s@server1 manifest]$ kubectl logs nginx 		#查看日志找原因，因为nginx的发布目录里，找不到test.html文件
2020/04/23 23:32:34 [error] 6#6: *52 open() "/usr/share/nginx/html/test.html" failed (2: No such file or directory), client: 10.244.1.1, server: localhost, request: "GET /test.html HTTP/1.1", host: "10.244.1.28:80"

在这里插入图片描述
在这里插入图片描述

(2)将test文件写入，通过探针的就绪检测

[wjjk8s@server1 manifest]$ kubectl exec -it nginx -- sh
#cd /usr/share/nginx/html
#ls
50x.html  index.html
#echo westos > test.html
YiSean96
关注
专栏目录
rancher中启用startup prob
xxhhbb1538的专栏
09-08 265
kube-api: always_pull_images: false extra_args: feature-gates: StartupProbe=true pod_security_policy: false service_node_port_range: 30000-32767 kube-controller: {} kubelet: extra_args: feature-ga...
kubectl get pods 使用说明
热门推荐
zhaoyangjian724的专栏
12-17 1万+
[root@dock01 ~]# kubectl get pods --all-namespaces NAMESPACE NAME READY STATUS RESTARTS AGE default javaweb-2 0/1 ...
kubectl get pods一直显示ContainerCreating
Blue summer的博客
01-17 5124
注：本文基于CentOS 7.4编写 背景 根据yaml文件创建rc后，查询pods状态时，一直显示ContainerCreating， [root@CentOS-7-4 /home/k8s]# kubectl get pods NAME READY STATUS RESTARTS AGE redis-master-5zn2z ...
简单记录kubernetes 新增的startup Probe
weixin_40455124的博客
03-17 1976
一旦启动探针探测成功之后，就会被livenessProbe接管，以下是1.17支持的三种probe example apiVersion: v1 kind: Pod metadata: name: goproxy labels: app: goproxy spec: containers: - name: goproxy image: nginx:1.9 p...
存活探针(Liveness)、就绪探针(Readiness)、启动探针(Startup)、容器钩子
刘李404not_found的博客
06-10 7812
LivenessProbe 用于判断容器是否存活（running状态），如果LivenessProbe探针探测到容器不健康，则kubelet杀掉该容器，并根据容器的重启策略做相应的处理。如果一个容器不包含LivenessProbe探针，则kubelet认为该容器的LivenessProbe探针返回的值永远是“Success”。 ReadinessProbe 用于判断容器是否启动完成（ready状态），可以接收请求。如果ReadinessProbe探针检测到失败，则Pod的状态被修改。Endpoint
Kubernetes练习<11>---储存管理（Volumes配置管理）
YiSean96的博客
05-04 266
Volumes配置管理 解决重启文件丢失以及pod多个容器之间文件共享问题。 Kubernetes 卷具有明确的生命周期——与包裹它的 Pod 相同。 因此，卷比 Pod 中运行的任何容器的存活期都长，在容器重新启动时数据也会得到保留。 当然，当一个 Pod 不再存在时，卷也将不再存在。也许更重要的是，Kubernetes 可以支持许多类型的卷，Pod 也能同时使用任意数量的卷。 容器中的进程能看...
Kubernetes 启动Pod的方法-Pod的调度算法-Pod间的通信-k8s的控制器-Pod资源控制-发布Service服务
最新发布
lpfstudy的博客
07-07 1658
目录Pod参考文档：Pod | KubernetesPod配置文件：simple-pod.yaml对master进行如下操作Pod的状态有：参考文档：(70条消息) Pod生命周期中的状态解释_pod状态_闹玩儿扣眼珠子的博客-CSDN博客进入Pod内的nginx容器：当我们创建一个Pod，其中的步骤是什么？（启动Pob的流程）大概步骤：k8s的 控制器有哪些：创建Pod过程中提出的问题： Scheduler在做任务的时候，使用了那些调度算法呢？根据Pod的调度策略和方法：（K8s有哪些调度算法？）Pod与
kubernetes-devops:赫尔辛基大学提供的带有Kubernetes的MOOC课程DevOps的练习库
03-30
6. **Volumes**：持久化数据存储，独立于Pod生命周期。 Go语言在Kubernetes中的重要性： Kubernetes的API服务器和大部分核心组件都是用Go语言编写的，这是因为Go语言具有内存管理高效、并发性强、编译速度快以及...
kubernetes-katas:Kubernetes卡塔斯（Kubernetes Katas）
03-28
8. **Cluster API (CAPI)**: Kubernetes 社区的一个开源项目，目标是为 Kubernetes 集群的创建、管理和更新提供统一的 API 和工具，简化集群生命周期管理。 9. **Elastic Cloud on Kubernetes (ECK)**: Elastic ...
k8s-labs:Kubernetes实验室
03-21
你将有机会亲手部署应用、管理Pod生命周期、配置Service发现，以及学习如何处理常见的运维问题。通过这个实验室，你不仅能理解Kubernetes的基本工作原理，还能获得宝贵的实践经验，为在生产环境中驾驭Kubernetes打下...
Kubernetes(3)——逐个解析kubernetes基础操作代码
i_beidou的博客
05-13 495
写在前面 从这节课开始我们正式进入以minikube为基础的K8S的实验部分。这部分其实大体上可以分为，创建集群，部署应用，查看应用，发布应用，伸缩应用以及更新应用这6个部分，本文将会逐一对这6个部分进行讲解。本文的基本概念和实验代码全部copy自kubernetes官方文档，首先感谢我们前面伟大的工程师的对K8S的贡献。写本文的动机是因为菜白自己在学习的时候遇到了很多confuse，就是针对上述的confuse进行的解释大家可以和原本的教程对照着学习，希望对各位读者有帮助。 创建Minikube集..
练习篇：K8s 核心实践知识掌握
Tommy Xiao
10-28 304
经过前面章节的介绍，我们把 Kubernetes 的核心组件、应用编排落地 Kubernetes、DevOps 场景落地 Kubernetes、微服务场景落地 Kubernetes 等主要的知识点给大家讲解了一遍。考虑到读者从拿来知识的角度看总觉得浅，不如通过一篇实战讲解来熟练掌握 Kubernetes 的主要技术能力。 很多读者在安装高可用的 Kubernetes 的集群开始的时候就会遇到很多挫...
kubernetes之pod的生命周期(3)
qq_41977453的博客
06-26 223
一、简介 init容器是在pod运行之前运行的容器，并包括一些应用镜像中不不存在的实用工具和安装脚本。 （1）Init 容器与普通的容器非常像，除了如下两点： 它们总是运行到完成。 每个都必须在下一个启动之前成功完成。 与普通容器的不同之处 init 容器支持应用容器的全部字段和特性，包括资源限制、数据卷和安全设置。 然而，Init 容器对资源请求和限制的处理稍有不同 （2）Init容器能做什么？ 因为 Init 容器具有与应用容器分离的单独镜像，其启动相关代码具有如下优势： Init 容器可以包含一
HaProxy的配置方法（frontend和backend配置块、listen配置块）
YiSean96的博客
03-07 3533
一、listen模式 1、做反向代理 vim haproxy.cfg #listen模式 网页测试页面： 172.25.1.1：8080/status 代理测试页面： curl 172.25.1.1 2、haproxy没有单独提供日志。做一个监控日志 cat /var/log/haproxy vim /etc/rsyslog.conf systemctl restart rsys...
Docker<4>---公有仓库及私有仓库
YiSean96的博客
04-07 2264
Docker仓库 1、什么是仓库 Docker仓库是用来存放镜像的位置，Docker提供一个注册服务器（Register）来保存多个仓库，每个仓库又可以包含多个具备不同tag的镜像。 Docker运行中使用的默认仓库是Docker Hub公共仓库，可以i免费使用，也购买私有仓库。 在官方网站注册创建公共仓库并登陆网页创建 上传镜像 docker login #登陆帐号 docker...
Kubernetes练习<13>---动态存储分配器(NFS Client Provisioner)
YiSean96的博客
05-11 1597
官方文档： https://kubernetes.io/zh/docs/concepts/storage/storage-classes/ PV是运维人员来创建的，开发操作PVC，可是大规模集群中可能会有很多PV，如果这些PV都需要运维手动来处理这也是一件很繁琐的事情，所以就有了动态供给概念，也就是Dynamic Provisioning。而我们上面的创建的PV都是静态供给方式，也就是Static Provisioning。而动态供给的关键就是StorageClass，它的作用就是创建PV模板。 每个 St
Kubernetes练习<1>---k8s的安装部署
YiSean96的博客
04-16 1452
kubernetes，简称K8s，是用8代替8个字符“ubernete”而成的缩写。是一个开源的，用于管理云平台中多个主机上的容器化的应用，Kubernetes的目标是让部署容器化的应用简单并且高效（powerful）,Kubernetes提供了应用部署，规划，更新，维护的一种机制。 1、传统的应用部署方式是通过插件或脚本来安装应用。这样做的缺点是应用的运行、配置、管理、所有生存周期将与当前操作系...
Kubernetes练习<7>---Ingress 安装部署
YiSean96的博客
04-29 1145
一、Ingress 安装部署 官方网站地址： https://kubernetes.io/zh/docs/concepts/services-networking/ingress-controllers/ https://kubernetes.github.io/ingress-nginx/deploy/ 1、下载镜像 sudo wget https://raw.githubusercontent...
"kubernetes常用命令大全2019-08-30
它允许您在集群中组织容器，并提供工具来管理这些容器在生产环境中的生命周期。而在使用Kubernetes时，熟悉并掌握一些常用命令是非常重要的。本文将介绍一些Kubernetes中常用的命令，以及它们的用途和示例。 首先，...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值