k8s之pod基础(下)

这篇具有很好参考价值的文章主要介绍了k8s之pod基础(下)。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

k8s之pod基础(下)

存活探针和就绪探针,会伴随整个pod的生命周期

就绪探针的特点:pod的状态是running,ready状态是notready,容器不可以提供正常的业务访问,就绪探针不会重启容器

就绪探针exec的方式:(readiness是就绪,probe是探针)

k8s之pod基础(下),kubernetes,容器,云原生,运维,linux,docker

就绪探针httpGet的方式:(readiness是就绪,probe是探针)

k8s之pod基础(下),kubernetes,容器,云原生,运维,linux,docker

就绪探针tcpSocket的方式:(readiness是就绪,probe是探针)

tcpSocket只是监听容器上的业务端口能否正常通信。8081没有,8080还在,也就是正常的端口还是可以访问

如果更改了容器的启动端口

k8s之pod基础(下),kubernetes,容器,云原生,运维,linux,docker

startupProbe:启动探针

如果探测失败,pod的状态是notready

启动探针:tcpSocket的方式:(startup是就绪,probe是探针)

k8s之pod基础(下),kubernetes,容器,云原生,运维,linux,docker

将启动、就绪和存活探针写在一个脚本:

(启动探针没有成功之前,后续的探针都不会执行)

启动探针成功之后,在pod的生命周期内不会再检测启动探针

重启了pod之后,相当于重新部署了一个初始版的新的容器

k8s之pod基础(下),kubernetes,容器,云原生,运维,linux,docker

k8s之pod基础(下),kubernetes,容器,云原生,运维,linux,docker

k8s之pod基础(下),kubernetes,容器,云原生,运维,linux,docker

总结:

1、一个yaml当中可以有多个探针。启动 存活 就绪都针对一个容器

2、启动探针的优先级最高,只有启动探针“成功”后续的探针才会执行

3、启动探针成功之后,后续除非重启pod,否则不会再触发启动探针

4、在pod的生命周期当中,一直存在,一直探测的是存活探针和就绪探针

5、在pod的生命周期当中,后续的条件是满足哪个探针的条件,触发哪个探针的条件

6、就绪探针,如果不影响容器运行,status:running,这个时候不会重启,但是,容器退出的话,就绪探针也会重启

容器启动和退出时的动作:
postStart
preStop

postStart:容器启动钩子,容器启动之后触发的条件

preStop:容器退出钩子,容器退出之后触发的条件

apiVersion: v1

kind: Pod

metadata:

  name: nginx2

spec:

  containers:

    - name: nginx2

      image: centos:7

      command: ["/bin/bash","-c","sleep 3600"]

      volumeMounts:

      - name: test1

        mountPath: /opt

        readOnly: false

      lifecycle:

        postStart:

          exec:

            command: ["/bin/bash","-c","echo hello from start >> /opt/123.txt;sleep 10"]

        preStop:

          exec:

            command: ["/bin/bash","-c","echo hello from stop >> /opt/123.txt"]

  volumes:

  - name: test1

    hostPath:

      path: /opt/test

      type: DirectoryOrCreate

      volumeMounts:

      - name: test1

        mountPath: /opt

        readOnly: false

声明容器内部的挂载目录

要给这个挂载卷取名字,不同的挂载卷的名字不能重复

readonly:false:可读写

  volumes:

  - name: test1

    hostPath:

      path: /opt/test

      type: DirectoryOrCreate

声明的是node节点上和容器内的/opt的挂载目录

挂载卷的名称和要挂载的容器内挂载卷名称要一一对应

hostPath:指定和容器的挂载目录

type: DirectoryOrCreate:如果节点上的目录不存在,自动创建该目录

#pod会经常呗重启,销毁,一旦容器和node节点做了挂载卷,数据不会丢失

启动和退出的作用:

1、启动可以自定义配置容器的内的环境变量

2、通知机制,告诉用户容器启动完毕

3、退出时,可以执行自定义命令,删除或者生成一些必要的程序,自定义销毁方式以及自定义资源回收方式以及容器的退出和等待时间

pod重启策略:

在k8s当中都是重启pod

Always:默认策略------->当pod内的容器退出,不论是一个还是两个容器退出,整个pod都会重启

Never:当pod内的容器退出时,不管是退出一个还是N个,pod都不重启

onFailure:当pod内的容器退出时,整个pod都不会重启,只有一个或者N个容器非正常退出,状态码非0,整个pod才会重启

k8s就是集群化管理容器

实验:

k8s之pod基础(下),kubernetes,容器,云原生,运维,linux,docker

用deployment

k8s之pod基础(下),kubernetes,容器,云原生,运维,linux,docker

k8s之pod基础(下),kubernetes,容器,云原生,运维,linux,docker

再写一个service的yaml文件

k8s之pod基础(下),kubernetes,容器,云原生,运维,linux,docker

k8s之pod基础(下),kubernetes,容器,云原生,运维,linux,docker

k8s之pod基础(下),kubernetes,容器,云原生,运维,linux,docker文章来源地址https://www.toymoban.com/news/detail-797635.html

到了这里,关于k8s之pod基础(下)的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 【云原生】k8s的pod基础(上)

    pod是kubernetes中最小的资源管理组件 ,Pod也是最小化运行容器化应用的资源对象。一 个Pod代表着集群中运行的一个进程 。kubernetes中其他大多数组件都是用绕着Pod来进行支撑和扩展Pod功能的,例如,用于管理pod运行的StatefulSet和Deploment等控制器对象,用于暴露pod应用的service和

    2024年02月11日
    浏览(31)
  • 【Kubernetes】 从基础认识 k8s核心pod相关概念

    提示:此篇帮助朋友们,养成从0到1不断延伸知识的一种方法 最简单的创建pod入手 访问官方文档,直接使用案例,进行修改即可! 官网地址:https://kubernetes.io/zh-cn/docs/tasks/configure-pod-container/assign-pods-nodes/ 删除不需要的部分,根据规则添加需要的参数即可得到需要的,代码如

    2024年01月25日
    浏览(45)
  • 云原生 黑马Kubernetes教程(K8S教程)笔记——第一章 kubernetes介绍——Master集群控制节点、Node工作负载节点、Pod控制单元

    参考文章:kubernetes介绍 本章节主要介绍应用程序在服务器上部署方式演变以及kubernetes的概念、组件和工作原理。 在部署应用程序的方式上,主要经历了三个时代: 传统部署:互联网早期,会直接将应用程序部署在物理机上 优点:简单,不需要其它技术的参与 缺点:不能为

    2024年02月04日
    浏览(40)
  • 【云原生K8s】初识Kubernetes的理论基础

      K8S由google的Borg系统(博格系统,google内部使用的大规模容器编排工具)作为原型,后经GO语言延用Borg的思路重写并捐献给CNCF基金会开源。 云原生基金会(CNCF)于2015年12月成立,隶属于Linux基金会。CNCF孵化的第一个项目就是Kubernetes, 随着容器的广泛使用,Kubernetes已经成为容

    2024年02月14日
    浏览(50)
  • 【云原生 | Kubernetes 系列】— 部署K8S 1.28版本集群部署(基于Containerd容器运行)

    主机名 IP地址 备注 k8s-master01 192.168.0.109 master k8s-node1 192.168.0.108 node1 k8s-node2 192.168.0.107 node1 k8s-node3 192.168.0.105 node1 1、主机配置 2、升级内核 3、配置内核转发以及过滤 4、安装ipset ipvsadm,IPVS(IP Virtual Server)是一个用于负载均衡的 Linux 内核模块,它可以用来替代 kube-proxy 默认的

    2024年02月20日
    浏览(52)
  • 云上攻防-云原生篇&Kubernetes&K8s安全&API&Kubelet未授权访问&容器执行

    Kubernetes是一个开源的, 用于编排云平台中多个主机上的容器化的应用,目标是让部署容器化的应用能简单并且高效的使用, 提供了应用部署,规划,更新,维护的一种机制 。其核心的特点就是能够自主的管理容器来保证云平台中的容器按照用户的期望状态运行着,管理员可

    2024年02月08日
    浏览(59)
  • kubernetes(k8s)大白学习02:容器和docker基础、使用、架构学习

    简单说:容器(container)就是计算机上的一个沙盒进程,它与计算机上的所有其它进程相隔离。 这种隔离是怎么做到的呢?它利用了内核提供的 namespace 和 cgroup 这 2 种技术。这些技术能力在 Linux 中已经存在了很长时间。而 Docker 或容器技术致力于将这些功能更易于使用和更

    2024年02月07日
    浏览(50)
  • 云原生Kubernetes:K8S集群实现容器运行时迁移(docker → containerd) 与 版本升级(v1.23.14 → v1.24.1)

    目录 一、理论 1.K8S集群升级 2.环境 3.升级策略 4.master1节点迁移容器运行时(docker → containerd)  5.master2节点迁移容器运行时(docker → containerd)  6.node1节点容器运行时迁移(docker → containerd)  7.升级集群计划(v1.23.14 → v1.24.1) 8.升级master1节点版本(v1.24.1) 9.升级master2节点版本

    2024年02月03日
    浏览(48)
  • 云上攻防-云原生篇&;Kubernetes&;K8s安全&;API&;Kubelet未授权访问&;容器执行

    curl -XPOST -k “https://192.168.139.132:10250/run///” -d “cmd=id” 执行的命令是test03容器里的命令,需要进行容器逃逸。 1、攻击8080端口:API Server(Master)未授权访问 旧版本的k8s的API Server默认会开启两个端口:8080和6443。 6443是安全端口,安全端口使用TLS加密;但是8080端口无需认证,

    2024年04月22日
    浏览(54)
  • k8s 多容器pod进入指定容器

    kubectl exec -it prometheus-prometheus-server-697cccff9c-qtrf7 -c prometheus-server sh

    2024年02月14日
    浏览(43)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包