第5章 K8s基础篇-基本概念

本文详细介绍了Kubernetes中的Pod管理,包括如何通过API服务器和CM进行扩容,Pod的命名空间隔离,以及自定义Pod的yaml配置。此外,还深入探讨了Pod的健康检查机制,如StartupProbe、LivenessProbe和ReadinessProbe的作用和检测方式。最后,提到了Pod的退出流程和生命周期管理,特别是预停止钩子(preStop)的执行问题。

01 master节点

举个栗子:你启动3个nginx 副本,此时你想扩容至5个,输入完对应命令后,kube-apiserver会通通知cm,cm实施具体的容器扩缩容操作。

02 Node节点

查看kube-proxy工作模式

iptables在规则多的时候,性能急剧下降,所以我们一般使用ipvs。eBPY将来可能会取代kube-proxy。

03 Pod

3.0 pod概念

k8s查看pod是通过命名空间隔离的,需指定命名空间,不指定默认是default namespace;

具有命名空间(namespace)隔离性:Pod,RC,RS,Deployment,Setfulset,Service,Ingress,HPA,ConfigMap等

不具有命名空间隔离性的:PV,RPAC,srorageclass,ingressclass等

不同namespace有不同资源,但也可以具有相同名称的资源。

3.1自定义一个pod

[root@k8s-master01 ~]# less pod.yaml 
[root@k8s-master01 ~]# pwd
/root
[root@k8s-master01 ~]# cat pod.yaml 
apiVersion: v1 # 必选,API的版本号
kind: Pod       # 必选,类型Pod
metadata:       # 必选,元数据
  name: nginx   # 必选,符合RFC 1035规范的Pod名称
  # namespace: default # 可选,Pod所在的命名空间,不指定默认为default,可以使用-n 指定namespace 
  labels:       # 可选,标签选择器,一般用于过滤和区分Pod
    app: nginx
    role: frontend # 可以写多个
  annotations:  # 可选,注释列表,可以写多个
    app: nginx
spec:   # 必选,用于定义容器的详细信息
#  initContainers: # 初始化容器,在容器启动之前执行的一些初始化操作
#  - command:
#    - sh
#    - -c
#    - echo "I am InitContainer for init some configuration"
#    image: busybox
#    imagePullPolicy: IfNotPresent
#    name: init-container
  containers:   # 必选,容器列表
  - name: nginx # 必选,符合RFC 1035规范的容器名称
    image: nginx:1.15.2    # 必选,容器所用的镜像的地址
    imagePullPolicy: IfNotPresent     # 可选,镜像拉取策略, IfNotPresent: 如果宿主机有这个镜像,那就不需要拉取了. Always: 总是拉取, Never: 不管是否存储都不拉去
    command: # 可选,容器启动执行的命令 ENTRYPOINT, arg --> cmd
    - nginx 
    - -g
    - "daemon off;"
    workingDir: /usr/share/nginx/html       # 可选,容器的工作目录
#    volumeMounts:   # 可选,存储卷配置,可以配置多个
#    - name: webroot # 存储卷名称
#      mountPath: /usr/share/nginx/html # 挂载目录
#      readOnly: true        # 只读
    ports:  # 可选,容器需要暴露的端口号列表
    - name: http    # 端口名称
      containerPort: 80     # 端口号
      protocol: TCP # 端口协议,默认TCP
    env:    # 可选,环境变量配置列表
    - name: TZ      # 变量名
      value: Asia/Shanghai # 变量的值
    - name: LANG
      value: en_US.utf8
#    resources:      # 可选,资源限制和资源请求限制
#      limits:       # 最大限制设置
#        cpu: 1000m
#        memory: 1024Mi
#      requests:     # 启动所需的资源
#        cpu: 100m
#        memory: 512Mi
#    startupProbe: # 可选,检测容器内进程是否完成启动。注意三种检查方式同时只能使用一种。
#      httpGet:      # httpGet检测方式,生产环境建议使用httpGet实现接口级健康检查,健康检查由应用程序提供。
#            path: /api/successStart # 检查路径
#            port: 80
#    readinessProbe: # 可选,健康检查。注意三种检查方式同时只能使用一种。
#      httpGet:      # httpGet检测方式,生产环境建议使用httpGet实现接口级健康检查,健康检查由应用程序提供。
#            path: / # 检查路径
#            port: 80        # 监控端口
#    livenessProbe:  # 可选,健康检查
      #exec:        # 执行容器命令检测方式
            #command: 
            #- cat
            #- /health
    #httpGet:       # httpGet检测方式
    #   path: /_health # 检查路径
    #   port: 8080
    #   httpHeaders: # 检查的请求头
    #   - name: end-user
    #     value: Jason 
#      tcpSocket:    # 端口检测方式
#            port: 80
#      initialDelaySeconds: 60       # 初始化时间
#      timeoutSeconds: 2     # 超时时间
#      periodSeconds: 5      # 检测间隔
#      successThreshold: 1 # 检查成功为2次表示就绪
#      failureThreshold: 2 # 检测失败1次表示未就绪
#    lifecycle:
#      postStart: # 容器创建完成后执行的指令, 可以是exec httpGet TCPSocket
#        exec:
#          command:
#          - sh
#          - -c
#          - 'mkdir /data/ '
#      preStop:
#        httpGet:      
#              path: /
#              port: 80
      #  exec:
      #    command:
      #    - sh
      #    - -c
      #    - sleep 9
  restartPolicy: Always   # 可选,默认为Always,容器故障或者没有启动成功,那就自动该容器,Onfailure: 容器以不为0的状态终止,自动重启该容器, Never:无论何种状态,都不会重启
  #nodeSelector: # 可选,指定Node节点
  #      region: subnet7
#  imagePullSecrets:     # 可选,拉取镜像使用的secret,可以配置多个
#  - name: default-dockercfg-86258
#  hostNetwork: false    # 可选,是否为主机模式,如是,会占用主机端口
#  volumes:      # 共享存储卷列表
#  - name: webroot # 名称,与上述对应
#    emptyDir: {}    # 挂载目录
#        #hostPath:              # 挂载本机目录
#        #  path: /etc/hosts

解决vim 黏贴多行乱码问题可使用set paste:vim 使用set paste 解决多行复制粘贴乱序问题_FeelTouch-优快云博客

1核cpu=1000m

创建pod
 

kubectl create   -f pod.yaml

 删除镜像命令:等待30s pod删除。

 pod一般是用deployment,statefulset,daeminset管理;

3.2 Pod探针

  • StartupProbe(最新):k8s1.16版本后新加的探测方式,用于判断容器内应用程序是否已经启动。如果配置了startupProbe,就会先禁止其他的探测,直到它成功为止,成功后将不在进行探测。
  • LivenessProbe:用于探测容器是否运行,如果探测失败,kubelet会根据配置的重启策略进行相应的处理。若没有配置该探针,默认就是success。
  • ReadinessProbe:一般用于探测容器内的程序是否健康,它的返回值如果为success,那么久代表这个容器已经完成启动,并且程序已经是可以接受流量的状态。
  • 上面三种健康检查方式同时只能使用一种;

 3.3 Pod探针的检测方式

  • ExecAction:在容器内执行一个命令,如果返回值为0,则认为容器健康。
  • TCPSocketAction:通过TCP连接检查容器内的端口是否是通的,如果是通的就认为容器健康。(不可靠,比如应用程序假死,而此时telnet和curl都是正常)
  • HTTPGetAction(生产推荐使用):通过应用程序暴露的API地址来检查程序是否是正常的,如果状态码为200~400之间,则认为容器健康。

  3.4 k8s引入StartupProbe原因

#      initialDelaySeconds: 60       # 初始化时间
#      timeoutSeconds: 5     # 超时时间
#      periodSeconds: 10      # 检测间隔
#      successThreshold: 1 # 检查成功为1次表示就绪
#      failureThreshold: 5 # 检测失败5次表示未就绪
是单次检查应该是10 + 5 = 15秒(periodSeconds + timeoutSeconds),最长的重启时间为(10 + 5)* 5 
(periodSeconds + timeoutSeconds) * failureThreshold.
如程序有问题,则经过75s+60s(初始化时间)还没起起来,则kubelet则会杀掉重启,然后再经过135s还是没通你通过,kubelet再次重启,进入死循环。为了解决这个问题,k8s引入了StartupProbe探针。如果程序启动特别慢,那就要配置StartupProbe,StartupProbe通过后才依次进行后面的livenessProbe(kubelet不杀应用)和readinessProbe(分配流量)

3.5 探针检查参数配置

#      initialDelaySeconds: 60       # 初始化时间,启动后等多久去检查

#      timeoutSeconds: 2     # 超时时间

#      periodSeconds: 5      # 检测间隔

#      successThreshold: 1 # 检查成功为1次表示就绪

#      failureThreshold: 2 # 检测失败2次表示未就绪

pod.yaml打开对startupProbe的注释

kubectl create -f pod.yaml

kubectl describe po nginx

pod不可以直接进行replace或apply去替换,就算替换成功也不能滚动发布,所以先删除;

然后修改:vim pod.yaml

 

 验证成功

测试

 

pod退出流程

 

 pod.yaml配置如下,虽然prestop里sleep 90s,但实际停止nginx这个pod只花费34s左右,显然sleep 90s未生效。原因是pod.yaml里的terminationGracePeriodSeconds是30s。

[root@k8s-master01 ~]# cat pod.yaml 
apiVersion: v1 # 必选,API的版本号
kind: Pod       # 必选,类型Pod
metadata:       # 必选,元数据
  name: nginx   # 必选,符合RFC 1035规范的Pod名称
  # namespace: default # 可选,Pod所在的命名空间,不指定默认为default,可以使用-n 指定namespace 
  labels:       # 可选,标签选择器,一般用于过滤和区分Pod
    app: nginx
    role: frontend # 可以写多个
  annotations:  # 可选,注释列表,可以写多个
    app: nginx
spec:   # 必选,用于定义容器的详细信息
#  initContainers: # 初始化容器,在容器启动之前执行的一些初始化操作
#  - command:
#    - sh
#    - -c
#    - echo "I am InitContainer for init some configuration"
#    image: busybox
#    imagePullPolicy: IfNotPresent
#    name: init-container
  containers:   # 必选,容器列表
  - name: nginx # 必选,符合RFC 1035规范的容器名称
    image: nginx:1.15.2    # 必选,容器所用的镜像的地址
    imagePullPolicy: IfNotPresent     # 可选,镜像拉取策略, IfNotPresent: 如果宿主机有这个镜像,那就不需要拉取了. Always: 总是拉取, Never: 不管是否存储都不拉去
    command: # 可选,容器启动执行的命令 ENTRYPOINT, arg --> cmd
    - nginx 
    - -g
    - "daemon off;"
    workingDir: /usr/share/nginx/html       # 可选,容器的工作目录
#    volumeMounts:   # 可选,存储卷配置,可以配置多个
#    - name: webroot # 存储卷名称
#      mountPath: /usr/share/nginx/html # 挂载目录
#      readOnly: true        # 只读
    ports:  # 可选,容器需要暴露的端口号列表
    - name: http    # 端口名称
      containerPort: 80     # 端口号
      protocol: TCP # 端口协议,默认TCP
    env:    # 可选,环境变量配置列表
    - name: TZ      # 变量名
      value: Asia/Shanghai # 变量的值
    - name: LANG
      value: en_US.utf8
#    resources:      # 可选,资源限制和资源请求限制
#      limits:       # 最大限制设置
#        cpu: 1000m
#        memory: 1024Mi
#      requests:     # 启动所需的资源
#        cpu: 100m
#        memory: 512Mi
#    startupProbe: # 可选,检测容器内进程是否完成启动。注意三种检查方式同时只能使用一种。
#      httpGet:      # httpGet检测方式,生产环境建议使用httpGet实现接口级健康检查,健康检查由应用程序提供。
#            path: /api/successStart # 检查路径
#            port: 80
#       tcpSocket:
#         port: 80 
#   readinessProbe: # 可选,健康检查。注意三种检查方式同时只能使用一种。
#     httpGet:      # httpGet检测方式,生产环境建议使用httpGet实现接口级健康检查,健康检查由应用程序提供。
#           path: / # 检查路径
#           port: 80        # 监控端口
#   livenessProbe:  # 可选,健康检查
#     exec:        # 执行容器命令检测方式
#           command: 
#           - ls
#   #httpGet:       # httpGet检测方式
#   #   path: /_health # 检查路径
#   #   port: 8080
#   #   httpHeaders: # 检查的请求头
#   #   - name: end-user
#   #     value: Jason 
#      tcpSocket:    # 端口检测方式
#            port: 80
#     initialDelaySeconds: 3       # 初始化时间
#     timeoutSeconds: 2     # 超时时间
#     periodSeconds: 2      # 检测间隔
#     successThreshold: 1 # 检查成功为2次表示就绪
#     failureThreshold: 1 # 检测失败1次表示未就绪
    lifecycle:
#      postStart: # 容器创建完成后执行的指令, 可以是exec httpGet TCPSocket
#        exec:
#          command:
#          - sh
#          - -c
#          - 'mkdir /data/ '
       preStop:
#        httpGet:      
#              path: /
#              port: 80
         exec:
           command:
           - sh
           - -c
           - sleep 90
  restartPolicy: Always   # 可选,默认为Always,容器故障或者没有启动成功,那就自动该容器,Onfailure: 容器以不为0的状态终止,自动重启该容器, Never:无论何种状态,都不会重启
  #nodeSelector: # 可选,指定Node节点
  #      region: subnet7
#  imagePullSecrets:     # 可选,拉取镜像使用的secret,可以配置多个
#  - name: default-dockercfg-86258
#  hostNetwork: false    # 可选,是否为主机模式,如是,会占用主机端口
#  volumes:      # 共享存储卷列表
#  - name: webroot # 名称,与上述对应
#    emptyDir: {}    # 挂载目录
#        #hostPath:              # 挂载本机目录
#        #  path: /etc/hosts

 

---------------教程来源:51cto 杜宽老师k8s课程的学习笔记 -------------

https://edu.51cto.com/lecturer/11062970.html

基础-0-Java虚拟机导学课程 11:33 基础-1-初识JVM 22:27 基础-2-Java虚拟机的组成 04:47 基础-3-字节码文件的组成-以正确的姿势打开字节码文件 10:41 基础(补)-3.5-字节码文件的组成-基础信息 15:54 基础-4-字节码文件的组成-常量池和方法 25:51 基础-5-字节码文件常见工具的使用1 11:43 基础-6-字节码文件常见工具的使用2 22:20 基础-7-类的生命周期加载阶段 22:09 基础-8-类的生命周期2连接阶段 19:58 基础-9-类的生命周期3初始化阶段 26:27 基础-10-类加载器的分类 13:56 基础-11-启动类加载器 13:36 基础-12-扩展和应用程序类加载器 16:26 基础-13-双亲委派机制 18:43 基础-14-打破类的双亲委派机制-自定义类加载器 25:16 基础-15-打破双亲委派机制2-线程上下文类加载器 20:17 基础-16-打破双亲委派机制3-osgi和类的热部署 11:53 基础-17-JDK9之后的类加载器 09:05 基础-18-运行时数据区-程序计数器 15:42 基础-19--局部变量表 19:20 基础-20--操作数栈和帧数据 12:08 基础-21--内存溢出 15:28 基础-22-堆内存 25:56 基础-23-方法区的实现 16:25 基础-24-方法区-字符串常量池 20:40 基础-25-直接内存 12:39 基础-26-自动垃圾回收 11:32 基础-27-方法区的回收 11:32 基础-28-引用计数法 15:41 基础-29-可达性分析法 20:25 基础-30-软引用 24:40 基础-31-弱虚终结器引用 12:08 基础-32-垃圾回收算法的评价标准 13:31 基础-33-垃圾回收算法1 10:05 基础-34-垃圾回收算法-分代GC 20:19 基础-35-垃圾回收器1 15:54 基础-36-垃圾回收器2 11:44 基础-37-垃圾回收器3 15:51 基础-38-g1垃圾回收器 26:23 实战-1-内存泄漏和内存溢出 21:25 实战-2-解决内存泄漏-监控-top命令 12:16 实战-3-解决内存泄漏-监控-visualvm 12:50 实战-4-解决内存泄漏-监控-arthas tunnel 15:18 实战-5-解决内存泄漏-监控-prometheus-grafana 17:53 实战-6-解决内存泄漏-堆内存状况对比 08:39 实战-7-解决内存泄漏-内存泄漏产生的几大原因 16:01 实战-8-内存泄漏产生的原因2 13:30 实战-9-内存泄漏产生的原因3 10:43 实战-10-内存泄漏产生的原因4 10:04 实战-11-内存泄漏产生原因2-并发请求问题 17:30 实战-12-导出堆内存快照并使用MAT分析 08:38 实战-13-MAT内存泄漏检测原理 17:23 实战-14-服务器导出内存快照和MAT使用小技巧 13:31 实战-15-实战1-查询大数据量导致的内存溢出 26:24 实战-16-实战2-mybatis导致的内存溢出 10:34 实战-17-实战3-k8s容器环境导出大文件内存溢出 26:13 实战-18-系统不处理业务时也占用大量的内存 14:13 实战-19-审核接口的内存问题 18:28 实战-20-btrace和arthas在线定位问题 20:15 实战-21-GC调优的核心目标 11:23 实战-22-GC调优的常用工具 12:05 实战-23-GC调优的常见工具2 14:25 实战-24-常见的GC模式 13:38 实战-25-基础JVM参数的设置 28:31 实战-26-垃圾回收器的选择 18:04 实战-27-垃圾回收参数调优 07:56 实战-28-实战-GC调优和内存调优 30:43 实战-29-性能问题的现象和解决思路 10:49 实战-30-定位进程CPU占用率高的问题 18:52 实战-31-接口响应时间很长问题的定位 14:44 实战-32-火焰图定位接口响应时间长的问题 12:03 实战-33-死锁问题的检测 14:37 实战-34-基准测试框架JMH的使用 28:24 实战-35-实战-性能调优 26:36 高级-01-GraalVM介绍 12:13 高级-02-GraalVM的两种运行模式 15:43 高级-03-使用SpringBoot3构建GraalVM应用 15:08 高级-04-将GraalVM应用部署到函数计算 25:13 高级-05-将GraalVM应用部署到Serverless 09:14 高级-06-参数优化和故障诊断 22:31 高级-07-垃圾回收器的技术演进 13:09 高级-08-ShenandoahGC 22:50 高级-09-ZGC 14:35 高级-10-实战案例-内存不足时的垃圾回收测试 09:47 高级-11-JavaAgent技术 12:16 高级-12-JavaAgent环境搭建 15:24 高级-13-查看内存的使用情况 18:48 高级-14-生成内存快照 13:47 高级-15-获取类加载器的信息 16:26 高级-16-打印类的源码 18:00 高级-17-使用ASM增强方法 29:45 高级-18-使用ByteBuddy打印方法执行的参数和耗时 21:55 高级-19-APM系统和数据采集 24:30 原理-01-栈上的数据存储 15:05 原理-02-boolean在栈上的存储方式 22:48 原理-03-对象在堆上的存储1 17:27 原理-04-对象在堆上的存储2 25:14 原理-05-方法调用的原理1-静态绑定 19:26 原理-06-方法调用的原理2-动态绑定 15:25 原理-07-异常捕获的原理 12:00 原理-08-JIT即时编译器 14:49 原理-09-JIT即时编译器优化手段1-方法内联 16:49 原理-10-JIT即时编译器优化手段2-逃逸分析 09:03 原理-11-g1垃圾回收器原理-年轻代回收 27:57 原理-12-g1垃圾回收器原理-混合回收 17:24 原理-13-ZGC原理 26:27 原理-14-ShenandoahGC原理 09:39 面试-01-什么是JVM 16:38 面试-02-字节码文件的组成 15:02 面试-03-什么是运行时数据区 20:09 面试-04-哪些区域会出现内存溢出 11:56 面试-05-JDK6-8内存区域上的不同 14:36 面试-06-类的生命周期 17:17 面试-07-什么是类加载器 17:05 面试-08-什么是双亲委派机制 12:15 面试-09-如何打破双亲委派机制 18:10 面试-10-tomcat的自定义类加载器 31:18 面试-11-如何判断堆上的对象有没有被引用 10:05 面试-12-JVM中都有哪些引用类型 16:58 面试-13-theadlocal中为什么要使用弱引用 12:16 面试-14-有哪些垃圾回收算法 24:54 面试-15-有哪些常用的垃圾回收器 18:55 面试-16-如何解决内存泄漏问题 23:52 面试-17-常见的JVM参数 11:11 这是目前我学习的视频集合,要不要全看,或者少了什么,有哪些重要内容需要进行学习汇总或刷题或通过小实例验证
10-02
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值