玩k8s? Pod的资源限制&重启策略

本文介绍了Kubernetes Pod的资源限制,包括内存和CPU的申请配额与限制配额,以及资源限制的重要性。同时,讲解了Pod的重启策略,如Always、OnFailure和Never,并给出了不同场景下的适用情况。最后,详细阐述了健康检查机制,包括livenessProbe和readinessProbe,以及httpGet、exec和tcpSocket三种检查方法的应用示例。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

Pod 资源限制&重启策略

1.1: 资源限制

  • 官方文档

https://kubernetes.io/docs/concepts/configuration/manage-compute-resources-container/

Pod资源配额有两种:

  • 申请配额:调度时使用,参考是否有节点满足该配置

    spec.containers[].resources.limits.cpu

    spec.containers[].resources.limits.memory

  • 限制配额:容器能使用的最大配置

    spec.containers[].resources.requests.cpu

    spec.containers[].resources.requests.memory

  • 容器资源限制:
    1、内存
    2、CPU

    limits:实际最大使用的配额

    requests:申请的配额,主要用于k8s做资源调度分配时参考值

    一般limits比requests大一些

  • 资源限制好处:避免某容器资源利用率异常突发影响其他容器,可能会产生雪崩效应!

  •   - name: wp
        image: wordpress
        resources:
          requests:
            memory: "64Mi"
            cpu: "250m"
          limits:
            memory: "128Mi"
            cpu: "500m"
    

示例:

[root@k8s-master1 demo]# vim resources.yaml
apiVersion: v1
kind: Pod
metadata:
  name: frontend
spec:
  containers:
  - name: db
    image: mysql
    env: "设定变量"
    - name: MYSQL_ROOT_PASSWORD
      value: "password"
    resources: "资源限额"
      requests: "请求资源"
        memory: "64Mi" "请求内存64M"
        cpu: "250m" "一秒钟能够使用一个cpu核心资源的25%的资源"
      limits: "最大限制资源"
        memory: "128Mi" "最大限制内存128M"
        cpu: "500m" "一秒钟能够使用一个cpu核心资源的50%资源"
  - name: wp
    image: wordpress
    resources:
      requests:
        memory: "64Mi"
        cpu: "250m"
      limits:
        memory: "128Mi"
        cpu: "500m"
[root@k8s-master1 demo]# kubectl apply -f resources.yaml 
pod/frontend created
[root@k8s-master1 demo]# kubectl describe pod  frontend "查看创建过程"
[root@k8s-master1 demo]# kubectl get pods
NAME               READY   STATUS    RESTARTS   AGE
frontend           2/2     Running   0          2m39s
[root@k8s-master1 demo]# kubectl get pods -o wide
NAME       READY   STATUS    RESTARTS   AGE     IP            NODE        NOMINATED NODE   READINESS GATES
frontend   2/2     Running   0          3m55s   10.244.1.33   k8s-node1   <none>           <none>
[root@k8s-master1 demo]#  kubectl describe nodes k8s-node1
...
  Namespace                   Name                                          CPU Requests  CPU Limits  Memory Requests  Memory Limits  AGE
  ---------                   ----                                          ------------  ----------  ---------------  -------------  ---
  default                     frontend                                      500m (12%)    1 (25%)     128Mi (7%)       256Mi (14%)    4m42s
...
Allocated resources:
  (Total limits may be over 100 percent, i.e., overcommitted.)
  Resource           Requests      Limits
  --------           --------      ------
  cpu                920m (23%)    1320m (33%)
  memory             1308Mi (76%)  1878Mi (109%)
  ephemeral-storage  0 (0%)        0 (0%)
  hugepages-1Gi      0 (0%)        0 (0%)
  hugepages-2Mi      0 (0%)        0 (0%)
Events:              <none>
[root@k8s-master1 demo]# kubectl get pods
NAME       READY   STATUS    RESTARTS   AGE
frontend   2/2     Running   0          6m9s
[root@k8s-master1 demo]# kubectl describe nodes 192.168.100.202 "查看节点信息"

[root@k8s-master1 demo]# kubectl get ns "查看命名空间"
NAME                   STATUS   AGE
default                Active   3d1h
ingress-nginx          Active   3d1h
kube-node-lease        Active   3d1h
kube-public            Active   
&lt;think&gt;好的,我现在需要帮助用户解答如何在Kubernetes中查看Pod的状态和信息。首先,我要回忆一下自己之前学过的Kubernetes知识,特别是关于Pod的部分。记得用户提到了几个引用,可能需要参考里面的内容来确保回答准确。 首先,用户的问题是如何查看Pod的状态和信息。常见的命令应该是kubectl相关的命令。比如kubectl get pods可以列出所有Pod的基本信息,包括状态。然后是kubectl describe pod &lt;pod-name&gt;,这个命令能显示详细的信息,包括事件和可能的错误原因。另外,kubectl logs &lt;pod-name&gt;可以查看日志,帮助诊断问题。这些命令应该覆盖了大部分查看状态和信息的场景。 接下来,我需要确认用户提供的引用是否支持这些方法。引用[1]提到Pod的状态反映生命周期,引用[3]详细说明了Pod的状态和重启策略等,引用[4]讨论Pod的自我修复能力。这些引用可能关联到查看状态时的不同状态解释,比如Pending、Running、CrashLoopBackOff等。因此在回答中应该结合这些状态的含义,并指导用户如何通过命令获取这些状态。 然后,用户可能需要了解如何解读这些状态。例如,如果Pod处于Pending状态,可能是资源不足或调度问题;CrashLoopBackOff说明容器反复崩溃。这时候需要引用[3]中的Pod状态说明部分,给出每个状态的解释和可能的解决办法。同时,在描述kubectl describe命令时,可以提到它会显示事件,这些事件有助于诊断问题,比如引用[4]中提到的资源不足或被驱逐的情况。 另外,用户可能对具体的操作步骤不熟悉,所以需要分步骤说明。例如,先列出所有Pod,然后查看特定Pod的详细信息,再检查日志。每个步骤给出对应的命令示例,并解释输出的关键部分。例如,使用kubectl get pods -o wide可以查看Pod所在的节点,这在调度问题中很有用。 还要注意是否需要提到命名空间的问题。如果Pod位于特定的命名空间,需要在命令中添加-n参数,比如kubectl get pods -n &lt;namespace&gt;。这也是一个常见的细节,用户可能会遇到问题的地方。 此外,健康检查相关的状态可能涉及到就绪和存活探针,这部分在引用[3]中提到的健康检查部分,可能需要说明如何通过describe命令查看探针的配置和状态,帮助用户确认配置是否正确。 最后,生成相关问题的时候,要考虑用户可能的后续问题,比如如何解决Pod无法启动的问题,如何调试容器,或者如何查看资源使用情况等。这些问题可以引导用户进一步学习相关命令和排查方法。 现在需要确保所有提到的命令和解释都正确,并且引用的来源准确。例如,在解释Pod状态时,引用[3]中的Pod常见状态部分,而在讨论Pod无法自愈时引用[4]的内容。这样可以让回答更具可信度,同时符合用户提供的引用材料。 总结回答的结构应该是分步骤说明查看方法,解释关键命令的输出,列出常见状态及其含义,并提供相关的引用支持。最后生成的问题要围绕Pod状态和信息查看的延伸,比如故障排除、状态解释、日志分析等。&lt;/think&gt;在Kubernetes中查看Pod的状态和信息是日常运维的关键操作,以下是分步骤操作方法: ### 一、查看Pod基础状态 1. **列出所有Pod** 执行命令: ```bash kubectl get pods ``` 输出字段包括: - `NAME`:Pod名称 - `READY`:容器就绪比例(如1/2表示2个容器中1个就绪) - `STATUS`:当前状态(如Running、Pending、CrashLoopBackOff) - `RESTARTS`:容器重启次数 - `AGE`:运行时长[^3][^4] 添加 `-o wide` 参数可查看Pod所在节点信息。 2. **查看特定Pod的详细信息** ```bash kubectl describe pod &lt;pod-name&gt; ``` 输出包含: - 事件记录(Events):显示调度、拉取镜像、启动容器等关键事件 - 容器状态:就绪/存活探针结果 - 资源限制:CPU/内存配额 --- ### 二、解读Pod常见状态 | 状态 | 含义 | 常见原因 | |---------------------|----------------------------------------------------------------------|--------------------------------------------------------------------------| | `Pending` | Pod已被调度到节点,但容器未启动 | 镜像拉取失败、资源不足、节点选择器不匹配[^3] | | `Running` | 至少一个容器正在运行 | 正常状态 | | `CrashLoopBackOff` | 容器反复崩溃,Kubernetes尝试重启 | 应用代码错误、配置错误、依赖缺失 | | `ImagePullBackOff` | 镜像拉取失败 | 镜像名称错误、私有仓库认证失败 | | `Terminating` | Pod正在删除过程中 | 手动删除或控制器触发删除操作 | --- ### 三、进阶诊断方法 1. **查看容器日志** ```bash kubectl logs &lt;pod-name&gt; [-c &lt;container-name&gt;] ``` 若Pod含多个容器,需指定容器名称。 2. **实时监控状态变化** ```bash kubectl get pods -w ``` 动态观察Pod状态流转(如从Pending到Running)。 3. **检查资源使用** ```bash kubectl top pod &lt;pod-name&gt; ``` 需安装Metrics Server组件。 --- ### 四、典型问题排查流程 1. 若Pod处于`Pending`状态: - 执行 `kubectl describe pod` 查看事件中的调度失败原因 - 检查节点资源:`kubectl describe node &lt;node-name&gt;` 2. 若容器频繁重启: - 查看日志定位崩溃原因 - 检查存活探针配置是否过于敏感
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值