k8s的pod的管理和优化

最新推荐文章于 2024-11-08 23:44:45 发布
最新推荐文章于 2024-11-08 23:44:45 发布
阅读量1.3k 收藏 26
点赞数 26
文章标签： kubernetes 容器 云原生
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/maoqiwei/article/details/142715056
版权

资源管理介绍

  • 在kubernetes中，所有的内容都抽象为资源，用户需要通过操作资源来管理kubernetes。

  • kubernetes的本质上就是一个集群系统，用户可以在集群中部署各种服务

  • 所谓的部署服务，其实就是在kubernetes集群中运行一个个的容器，并将指定的程序跑在容器中。

  • kubernetes的最小管理单元是pod而不是容器，只能将容器放在Pod中，

  • kubernetes一般也不会直接管理Pod，而是通过Pod控制器来管理Pod的。

  • Pod中服务服务的访问是由kubernetes提供的Service资源来实现。

  • Pod中程序的数据需要持久化是由kubernetes提供的各种存储系统来实现

# 查看所有pod
kubectl get pod 

# 查看某个pod
kubectl get pod pod_name

# 查看某个pod,以yaml格式展示结果
kubectl get pod pod_name -o yaml

#查看某个pod的详细信息
kubectl get pod_name -o wide

查看版本

[root@k8s-master ~]# kubectl version

查看私有节点状态

[root@k8s-master ~]# kubectl get nodes 

NAME         STATUS   ROLES           AGE     VERSION
k8s-1        Ready    <none>          3d20h   v1.30.5
k8s-2        Ready    <none>          3d20h   v1.30.5
k8s-master   Ready    control-plane   3d21h   v1.30.5

常用资源类型

常见的命令操作

一切的示例演示的前提是你的hub仓库有这些镜像

基本命令

创建一个类型为deployment,名字为web的控制器，并指定有3个

[root@k8s-master ~]# kubectl create deployment web --image nginx/nginx --replicas 3

查看控制器

[root@k8s-master ~]# kubectl get deployments.apps 

NAME   READY   UP-TO-DATE   AVAILABLE   AGE
web    3/3     3            3           5s

查看pod

[root@k8s-master ~]# kubectl get pod

NAME                READY   STATUS    RESTARTS   AGE
web-78bcbff-pssd6   1/1     Running   0          49s
web-78bcbff-qlq2v   1/1     Running   0          49s
web-78bcbff-w6dqt   1/1     Running   0          49s

查看某个pod的详细信息显示

[root@k8s-master ~]# kubectl get pod web-78bcbff-pssd6 -o wide 

NAME                READY   STATUS    RESTARTS   AGE   IP           NODE    NOMINATED NODE   READINESS GATES
web-78bcbff-pssd6   1/1     Running   0          86s   10.244.1.4   k8s-1   <none>           <none>

编辑控制器的配置，如把数量该为一个

[root@k8s-master ~]# kubectl edit deployments.apps web

此时在查看pod就会发现只有一个了

[root@k8s-master ~]# kubectl get pod

NAME                READY   STATUS    RESTARTS   AGE
web-78bcbff-qlq2v   1/1     Running   0          5m36s

或者查看控制器

[root@k8s-master ~]# kubectl get deployments.apps 

NAME   READY   UP-TO-DATE   AVAILABLE   AGE
web    1/1     1            1           6m45s

也可以用命令修改，此时该为6个

[root@k8s-master ~]# kubectl scale deployment web --replicas 6

查看

如果删除pod，控制器会再自动创建新的pod

如果要删除，删除资源,

[root@k8s-master ~]# kubectl delete deployments.apps web

此时在查看就会提示没有了

[root@k8s-master ~]# kubectl get pod

No resources found in default namespace.

运行和调试

运行一个pod

[root@k8s-master ~]# kubectl run web --image nginx/nginx

查看

[root@k8s-master ~]# kubectl get pod

NAME   READY   STATUS    RESTARTS   AGE
web    1/1     Running   0          12s

端口暴露（即创建一个微服务），把微服务80端口映射到容器内的80端口

[root@k8s-master ~]# kubectl expose pod web --port 80 --target-port 80

查看

此时就可以进行访问

可以查看pod的web的详细信息，要指定pod名称

可以查看日志，指定pod的名称

删除微服务

[root@k8s-master ~]# kubectl delete service web

运行一个交互的pod

[root@k8s-master ~]# kubectl run -it test --image busybox/busybox
If you don't see a command prompt, try pressing enter.
/ # 
/ #

当同时安装下CTRL和pq时会退出pod，但不会停止运行

重新进入

[root@k8s-master ~]# kubectl attach pods/test -it

如果删除交互示的pod较慢时可以加--force

[root@k8s-master ~]# kubectl delete pod test --force

在已经运行的pod中运行指定命令，此时就会在名为web的pod中运行了一个一个 bash shell 会话

[root@k8s-master ~]# kubectl exec pods/web -- /bin/bash

也可以加-it进入交互查看

把文件复制到pod里

[root@k8s-master ~]# mkdir mqw

[root@k8s-master ~]# kubectl cp mqw web:/

此时进入容器查看，就会看到在/下多出一个mqw的文件

可以把pod里的文件复制到本机中

[root@k8s-master mnt]# kubectl cp web:/home home

此时就会在mnt的目录下有home的目录

高级命令演示

生成yml模板

[root@k8s-master ~]# kubectl create deployment --image nginx/nginx web --dry-run=client -o yaml > web.yml

此时可以查看，vim web.yml

启用

[root@k8s-master ~]# kubectl apply -f web.yml

查看

因为控制器的原因，即使你删了pod，控制器会自动再开启新的pod

收回资源

[root@k8s-master ~]# kubectl delete -f web.yml

版本更新

用控制器创建pod，并暴露端口，

访问，此时是v1版本的

查看历史版本



命令修改

[root@k8s-master ~]# kubectl set image deployments/test myapp=myapp:v2

查看版本

此时再次访问，就会变成v2版本

版本回滚

[root@k8s-master ~]# kubectl rollout undo deployment test --to-revision 1

此时就会变为v1版本了

利用yaml文件部署

资源参数介绍

参数名称类型参数说明
versionString这里是指的是K8S API的版本，目前基本上是v1，可以用kubectl api-versions命令查询
kindString这里指的是yaml文件定义的资源类型和角色，比如:Pod
metadataObject元数据对象，固定值就写metadata
metadata.nameString元数据对象的名字，这里由我们编写，比如命名Pod的名字
metadata.namespaceString元数据对象的命名空间，由我们自身定义
SpecObject详细定义对象，固定值就写Spec
spec.containers[]list这里是Spec对象的容器列表定义，是个列表
spec.containers[].nameString这里定义容器的名字
spec.containers[].imagestring这里定义要用到的镜像名称
spec.containers[].imagePullPolicyString定义镜像拉取策略，有三个值可选： (1) Always: 每次都尝试重新拉取镜像 (2) IfNotPresent:如果本地有镜像就使用本地镜像 (3) )Never:表示仅使用本地镜像
spec.containers[].command[]list指定容器运行时启动的命令，若未指定则运行容器打包时指定的命令
spec.containers[].args[]list指定容器运行参数，可以指定多个
spec.containers[].workingDirString指定容器工作目录
spec.containers[].volumeMounts[]list指定容器内部的存储卷配置
spec.containers[].volumeMounts[].nameString指定可以被容器挂载的存储卷的名称
spec.containers[].volumeMounts[].mountPathString指定可以被容器挂载的存储卷的路径
spec.containers[].volumeMounts[].readOnlyString设置存储卷路径的读写模式，ture或false，默认为读写模式
spec.containers[].ports[]list指定容器需要用到的端口列表
spec.containers[].ports[].nameString指定端口名称
spec.containers[].ports[].containerPortString指定容器需要监听的端口号
spec.containers[] ports[].hostPortString指定容器所在主机需要监听的端口号，默认跟上面containerPort相同，注意设置了hostPort同一台主机无法启动该容器的相同副本(因为主机的端口号不能相同，这样会冲突)
spec.containers[].ports[].protocolString指定端口协议，支持TCP和UDP，默认值为 TCP
spec.containers[].env[]list指定容器运行前需设置的环境变量列表
spec.containers[].env[].nameString指定环境变量名称
spec.containers[].env[].valueString指定环境变量值
spec.containers[].resourcesObject指定资源限制和资源请求的值(这里开始就是设置容器的资源上限)
spec.containers[].resources.limitsObject指定设置容器运行时资源的运行上限
spec.containers[].resources.limits.cpuString指定CPU的限制，单位为核心数，1=1000m
spec.containers[].resources.limits.memoryString指定MEM内存的限制，单位为MIB、GiB
spec.containers[].resources.requestsObject指定容器启动和调度时的限制设置
spec.containers[].resources.requests.cpuStringCPU请求，单位为core数，容器启动时初始化可用数量
spec.containers[].resources.requests.memoryString内存请求，单位为MIB、GIB，容器启动的初始化可用数量
spec.restartPolicystring定义Pod的重启策略，默认值为Always. (1)Always: Pod-旦终止运行，无论容器是如何 终止的，kubelet服务都将重启它 (2)OnFailure: 只有Pod以非零退出码终止时，kubelet才会重启该容器。如果容器正常结束(退出码为0)，则kubelet将不会重启它 (3) Never: Pod终止后，kubelet将退出码报告给Master，不会重启该
spec.nodeSelectorObject定义Node的Label过滤标签，以key:value格式指定
spec.imagePullSecretsObject定义pull镜像时使用secret名称，以name:secretkey格式指定
spec.hostNetworkBoolean定义是否使用主机网络模式，默认值为false。设置true表示使用宿主机网络，不使用docker网桥，同时设置了true将无法在同一台宿主机 上启动第二个副本

示例

获取yaml模板

[root@k8s-master ~]# cd mqw/
[root@k8s-master mqw]# ls
[root@k8s-master mqw]# kubectl run test --image myapp:v1 --dry-run=client -o yaml > pod.yml

查看文件

[root@k8s-master mqw]# vim pod.yml

运行

资源回收

[root@k8s-master mqw]# kubectl delete -f pod.yml

注意如果多个容器运行在一个pod中，资源共享的同时在使用相同资源时也会干扰，比如端口

示例

[root@k8s-master mqw]# vim pod.yml

启动之后查看,此时有一个会启动不了

在一个pod中开启多个容器时一定要确保容器彼此不能互相干扰

示例

[root@k8s-master mqw]# vim pod1.yml 


apiVersion: v1
kind: Pod 
metadata:
  labels:
    run: timing
  name: timinglee
spec:
  containers:
    - image: nginx/nginx:latest
      name: web1

    - image: busybox/busybox:latest
      name: busybox
      command: ["/bin/sh","-c","sleep 1000000"]
~

此时两个容器都运行了

同在一个pod中的容器公用一个网络

示例

[root@k8s-master mqw]# vim pod2.yml

运行

在同一pod下的容器进行测试

可以看到查看到了另一个容器的内容

端口映射

示例

[root@k8s-master mqw]# vim pod3.yml

运行

此时就可以访问了

设定环境变量

示例

[root@k8s-master mqw]# vim pod4.yml

运行，并测试

资源限制

示例

[root@k8s-master mqw]# vim pod5.yml


 limits是设置pod使用资源的最高限制	
 requests是设置pod期望使用资源量，不能大于limits

查看

容器启动管理

示例

[root@k8s-master mqw]# vim pod6.yml

选择节点管理

示例

[root@k8s-master mqw]# vim pod7.yml


apiVersion: v1
kind: Pod
metadata:
  labels:
    run: timinglee
  name: test
spec:
  nodeSelector:
    kubernetes.io/hostname: k8s-2  #选择在节点2上运行
  restartPolicy: Always
  containers:
    - image: myapp:v1
      name: myapp
~

运行，可以看到在节点2上运行了

共享宿主机网络

示例

[root@k8s-master mqw]# vim pod8.yml


apiVersion: v1
kind: Pod
metadata:
  labels:
    run: timinglee
  name: test
spec:
  hostNetwork: true      #打开
  restartPolicy: Always
  containers:
    - image: busybox/busybox:latest
      name: busybox
      command: ["/bin/sh","-c","sleep 100000"]
~

运行，测试

[root@k8s-master mqw]# kubectl apply -f pod8.yml 


[root@k8s-master mqw]#  kubectl exec -it pods/test -c busybox -- /bin/s

pod的生命周期

  • Pod 可以包含多个容器，应用运行在这些容器里面，同时 Pod 也可以有一个或多个先于应用容器启动的 Init 容器。

  • Init 容器与普通的容器非常像，除了如下两点：

    • 它们总是运行到完成

    • init 容器不支持 Readiness，因为它们必须在 Pod 就绪之前运行完成，每个 Init 容器必须运行成功，下一个才能够运行。

  • 如果Pod的 Init 容器失败，Kubernetes 会不断地重启该 Pod，直到 Init 容器成功为止。但是，如果 Pod 对应的 restartPolicy 值为 Never，它不会重新启动

INIT 容器的功能

  • Init 容器可以包含一些安装过程中应用容器中不存在的实用工具或个性化代码。

  • Init 容器可以安全地运行这些工具，避免这些工具导致应用镜像的安全性降低。

  • 应用镜像的创建者和部署者可以各自独立工作，而没有必要联合构建一个单独的应用镜像。

  • Init 容器能以不同于Pod内应用容器的文件系统视图运行。因此，Init容器可具有访问 Secrets 的权限，而应用容器不能够访问。

  • 由于 Init 容器必须在应用容器启动之前运行完成，因此 Init 容器提供了一种机制来阻塞或延迟应用容器的启动，直到满足了一组先决条件。一旦前置条件满足，Pod内的所有的应用容器会并行启动。

示例

[root@k8s-master mqw]# vim pod9.yml

启动之后容器并没有运行，因为没有满足在容器内有mqw这个文件

此时在容器内创建mqw的文件后，就可以运行了

探针

探针是由 kubelet 对容器执行的定期诊断:

  • 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。

ReadinessProbe 与 LivenessProbe 的区别

  • ReadinessProbe 当检测失败后，将 Pod 的 IP:Port 从对应的 EndPoint 列表中删除。

  • LivenessProbe 当检测失败后，将杀死容器并根据 Pod 的重启策略来决定作出对应的措施

StartupProbe 与 ReadinessProbe、LivenessProbe 的区别

  • 如果三个探针同时存在，先执行 StartupProbe 探针，其他两个探针将会被暂时禁用，直到 pod 满足 StartupProbe 探针配置的条件，其他 2 个探针启动，如果不满足按照规则重启容器。

  • 另外两种探针在容器启动后，会按照配置，直到容器消亡才停止探测，而 StartupProbe 探针只是在容器启动后按照配置满足一次后，不在进行后续的探

存活探针演示

[root@k8s-master mqw]# vim pod10.yml

解释

  tcpSocket作用：检测端口存在性
 initialDelaySeconds: 3		#容器启动后要等待多少秒后就探针开始工作，默认是 0
 periodSeconds: 1			#执行探测的时间间隔，默认为 10s
timeoutSeconds: 1			#探针执行检测请求后，等待响应的超时时间，默认为 1s

运行

就绪探针

[root@k8s-master mqw]# vim pod11.yml

此时启动后，但还是处于准备状态

端口启动微服务

[root@k8s-master mqw]# kubectl expose pod readiness --port 80 --target-port 80

此时查看详细信息，但端口没暴露，不满足条件

添加

[root@k8s-master mqw]# kubectl exec pods/readiness -c myapp -- /bin/sh -c "echo test > /usr/share/nginx/html/test.html"

查看,此时条件满足，已经运行了

查看详细信息

小毛002
关注
kmem问题造成K8S中pod内存溢出
01-20
在Kubernetes(K8S)集群中，当遇到“kmem问题造成K8S中pod内存溢出”的情况，这通常意味着内核内存(kernel memory)的使用超过了预期限制，导致了Pod无法正常运行或者性能下降。内核内存是操作系统用于内部数据结构和...
Kubernetes--Pod概述
GaoChuang_的博客
11-07 992
一、Pod调度 在kubernetes平台上，很少会直接创建一个Pod，大多数情况下会通过RC(ReplicationController)、Deployment、DaemonSet、Job等控制器完成对一组Pod副本的创建，调用以及生命周期管理的自动控制任务。 在最早的kubernetes版本里面没有这么多的Pod副本控制器，只有一个Pod副本控制器RC(ReplicationController)，其实现方式: RC独立于所控制的Pod，并通过Label标签这个松耦合关联关系控制目...
k8s之pod
weixin_41927873的博客
07-20 222
概念： Pod是Kubernetes创建或部署的最小/最简单的基本单位，一个Pod代表集群上正在运行的一个进程。 一个Pod封装一个应用容器（也可以有多个容器），存储资源、一个独立的网络IP以及管理控制容器运行方式的策略选项。Pod代表部署的一个单位：Kubernetes中单个应用的实例，它可能由单个容器或多个容器共享组成的资源。 Kubernetes中的Pod使用可分两种主要方式： Pod中运行一个容器。“one-container-per-Pod”模式是Kubernetes最常见的用法...
在k8s中部署prometheus的镜像
03-23
Kubernetes，简称k8s，是Google开源的容器编排系统，用于自动化容器化应用的部署、扩展和管理。Kubernetes提供了一种声明式的方法来管理应用，使得在大规模集群中运行应用变得更加容易。 三、部署Prometheus in k8s...
K8S监控模板，用于k8S集群Pod监控
03-08
标题和描述提到的"K8S监控模板"是为了帮助用户更好地观测和管理K8S集群中的Pods，确保应用程序的正常运行。下面我们将详细探讨K8S监控的关键知识点，以及提供的三个文件可能包含的内容。 1. K8S监控的重要性： - ...
k8s pod-infrastructure.tgz 软件包，用于 k8s部署基础包
03-26
《K8s Pod基础设施软件包详解》 在现代云计算领域，Kubernetes（简称K8s）作为容器编排的领头羊，已经成为管理和部署应用程序的标准工具。...理解这些文件的作用和相互关系，对于有效地管理和优化K8s集群至关重要。
k8s+k8s+pod介绍与网络通讯+配合博文
03-30
Kubernetes（简称k8s）是目前最流行的容器编排系统，它允许用户高效地管理和部署容器化应用。本文将深入探讨k8s中的Pod、控制器、网络架构以及Flannel网络解决方案...理解这些概念对于有效管理和优化k8s集群至关重要。
【云原生开发】如何通过client-go来操作K8S集群
景天科技苑
11-06 3462
client-go是Kubernetes官方提供的，用于操作kubernetes资源的Go语言客户端库，通过它，开发者可以非常方便地在Go项目中与Kubernetes集群进行交互，实现对Kubernetes资源以及自定义CRD的增删改查和事件监听等操作。 同时，可以通过client-go实现kubernetes的二次开发。自定义资源开发。
CKA认证 | Day1 k8s核心概念与集群搭建
小安的运维专栏
11-08 576
Kubernetes简称K8s。Kubernetes用于容器化应用程序的部署，扩展和管理，目标是让部署容器化应用简单高效。
k8s 处理namespace删除一直处于Terminating —— 筑梦之路
筑梦之路
11-06 426
k8s集群要清理某个名空间，把该名空间下的资源全部删除后，删除名空间，一直处于Terminating状态，无法完全清理掉。
【K8S系列】Kubernetes Pod节点CrashLoopBackOff 状态及解决方案详解【已解决】
颜淡慕潇
11-07 3179
在 Kubernetes 中，Pod 的状态为 **`CrashLoopBackOff`** 表示某个容器在启动后崩溃，Kubernetes > 尝试重启该容器，但由于持续崩溃，重启的间隔时间逐渐增加。下面将详细介绍 `CrashLoopBackOff > `状态的原因、解决方案及相关命令的输出解释。
k8s核心概念
m0_54187478的博客
11-06 1130
Kubernetes 提供了丰富的资源对象来支持应用的部署、管理、扩展、监控和存储等需求。每种资源对象都有其独特的功能，帮助你在集群中实现不同的场景。：用于管理应用的容器和副本。：用于暴露应用和服务发现。：用于配置和管理敏感信息。Volume、PersistentVolumeClaim、StatefulSet**：用于持久化存储和有状态应用。：用于执行批处理任务或定时任务。Namespace：用于资源隔离和组织。这些配置文件通常使用 YAML 格式定义，并通过kubectl。
K8S网络插件故障处理
云原生运维
11-06 494
详情处理方法参考 https://www.cnblogs.com/codertl/p/17021964.html。查询ip是否正常是否是主节点IP地址如果不是需要更改。1 修改calico.yaml文件的相应参数。进入容器修改这个路由地址。1此故障问题处理方法。
K8S简单部署，以及UI界面配置
weixin_43819738的博客
11-05 765
修改文件recommended.yaml的39行内容，#因为默认情况下，service的类型是cluster IP，需更改为NodePort的方式，便于访问，也可映射到指定的端口。修改文件recommended.yaml的195行内容，#因为默认情况下Dashboard为英文显示，可以设置为中文。将calico.yaml里面镜像修改为自己私有仓库的地址、修改镜像下载策略为使用本地；执行完成后，主节点名称改为master1，monion节点名称变为node2。备份下载的recommended.yaml文件，
【K8S系列】K8S 集群 CPU 爆满导致 Pod Pending 状态的分析与解决方案
颜淡慕潇
11-08 926
在 Kubernetes 集群中，CPU 突然爆满可能导致 Pod 状态变为 Pending，影响应用的可用性。本文将深入分析其原因，并附上相关命令及其执行结果，帮助你更好地理解和解决此问题。
K8S node节点没有相应的pod镜像运行故障处理办法
云原生运维
11-06 326
以下是报错提示 解决办法 需要处理node1节点上的磁盘空间，磁盘空间需要在85%
联网环境kubeadm安装k8s
weixin_66575196的博客
11-07 647
所有系统 Pods 都应该运行正常，表明 Kubernetes 集群部署成功。初始化完成后，终端会输出加入 Worker 节点的命令（替换为初始化 Master 节点时生成的具体值。），请复制保存下来供后续使用。
sealos部署K8s，安装docker时master节点突然NotReady
最新发布
qq_46497658的博客
11-08 183
历经风雨，后面的路就知道出门要带伞了
k8s Pod检测工具
09-05
Kubernetes（简称k8s）是一个用于容器编排和管理的开源平台，可以帮助用户更好地部署、扩展和管理容器化应用程序。在k8s中，Pod是k8s的最小管理单元，一个Pod可以包含一个或多个容器，并共享相同的网络和存储。 ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值