k8s limit/request 限制类型介绍

8 篇文章 0 订阅
6 篇文章 0 订阅

request

容器使用的最小资源需求, 作为容器调度时资源分配的判断依赖。

只有当前节点上可分配的资源量 >= request 时才允许将容器调度到该节点。

request参数不限制容器的最大可使用资源。

假如:节点上的可用内存只有 2 G,而我们在启动 pod 的时候设置的 request 为 2050 MB,这显然超过了当前节点上可分配的资源量,这样的情况下启动 pod 会出现什么情况呢?


如下:这里我们通过 webui 创建了一个 deployment,副本数为 2,request 为 2050 MB:
在这里插入图片描述修改之后更新,然后查看 pod 的启动情况:在这里插入图片描述
在这里插入图片描述

[root@zabbix_server /root]# kubectl describe pod nginxapp-7ccf547d86-dmgg9 -n dev
Name:           nginxapp-7ccf547d86-dmgg9
Namespace:      dev
Priority:       0
Node:           <none>
Labels:         k8s-app=nginxapp
                pod-template-hash=7ccf547d86
Annotations:    <none>
Status:         Pending
IP:             
IPs:            <none>
Controlled By:  ReplicaSet/nginxapp-7ccf547d86
Containers:
  nginxapp:
    Image:      nginx
    Port:       <none>
    Host Port:  <none>
    Requests:
      cpu:        1
      memory:     2050Mi
    Environment:  <none>
    Mounts:
      /var/run/secrets/kubernetes.io/serviceaccount from kube-api-access-jcrln (ro)
Conditions:
  Type           Status
  PodScheduled   False 
Volumes:
  kube-api-access-jcrln:
    Type:                    Projected (a volume that contains injected data from multiple sources)
    TokenExpirationSeconds:  3607
    ConfigMapName:           kube-root-ca.crt
    ConfigMapOptional:       <nil>
    DownwardAPI:             true
QoS Class:                   Burstable
Node-Selectors:              <none>
Tolerations:                 node.kubernetes.io/not-ready:NoExecute op=Exists for 300s
                             node.kubernetes.io/unreachable:NoExecute op=Exists for 300s
Events:
  Type     Reason            Age                From               Message
  ----     ------            ----               ----               -------
  Warning  FailedScheduling  34d                default-scheduler  0/3 nodes are available: 2 Insufficient cpu, 3 Insufficient memory.
  Warning  FailedScheduling  34d (x1 over 34d)  default-scheduler  0/3 nodes are available: 2 Insufficient cpu, 3 Insufficient memory.
  

## 可以看到 evsents 提示,三个节点都是不可用的,cpu 不足、内存不足。



limit

容器能使用资源的最大值

设置为0表示对使用的资源不做限制, 可无限的使用

request 和 limit 关系

request能保证pod有足够的资源来运行, 而limit则是防止某个pod无限制的使用资源, 导致其他pod崩溃. 两者的关系必须满足:

0 <= request <= limit

如果limit=0表示不对资源进行限制, 这时可以小于request。

  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: 我不太清楚关于K8s LimitRange的内容,但我可以提供一些帮助。LimitRange是一种在Kubernetes集群中用于限制资源使用的资源配置机制,它可以限制一个命名空间或一组命名空间中Pod和容器的资源使用。 ### 回答2: KubernetesK8s)是一种用于管理容器化应用程序的开源平台。K8s LimitRange是Kubernetes中的一种资源限制机制,用于限制容器或Pod的资源使用。 K8s LimitRange允许您在创建Pod时指定资源使用的限制。它可以设置以下几个方面的限制:CPU、内存、存储和持久卷数量等。通过设置LimitRange,可以防止容器或Pod占用过多的资源,从而确保系统的稳定性和性能。 通过LimitRange,我们可以设置默认的资源限制,所有未指定资源限制的Pod都将被应用这个默认值。此外,我们还可以定义一组特定名称空间的资源限制,以便对不同名称空间内的Pod应用不同的限制K8s LimitRange还支持资源限制的最大值和最小值。这意味着我们可以设置资源的上限和下限值,以确保Pod的资源使用在可控范围内。这在多租户环境中特别有用,可以避免某个Pod激增导致其他Pod的资源被枯竭。 另外,LimitRange还可以设置资源请求的默认值。资源请求是指容器或Pod为其正常运行所需的最低资源量。通过设置资源请求的默认值,可以确保Pod在启动时能够得到所需的资源,并避免因资源不足而导致的问题。 综上所述,K8s LimitRange是一种非常有用的资源限制机制,可以帮助我们在Kubernetes集群中管理和控制容器或Pod的资源使用。它提供了灵活的设置选项,可以根据需求定制和调整资源限制,从而有效地管理和优化容器化应用程序的性能和稳定性。 ### 回答3: K8s LimitRange是Kubernetes中一种资源配额管理机制,用于限制Pod及其容器可以使用的资源量。它允许集群管理员为不同的命名空间或特定的对象设置资源限制,以确保资源的合理分配和优化资源利用率。 LimitRange可以设置多个资源类型的配额,包括CPU、内存、存储等。可以设置每个容器的最小和最大资源请求以及限制值。通过LimitRange,管理员可以控制Pod或容器的资源使用情况,防止某些容器占用过多资源而影响其他容器的正常运行。 此外,LimitRange还可以限制Pod运行的最大副本数、最大并发请求数以及最大存活时间等。这些限制可用于确保集群性能和稳定性,防止异常情况下资源被过度占用。 在使用LimitRange时,需要在命名空间中创建相应的LimitRange对象,并指定每个资源的限制范围。Pod或容器创建时,会自动应用这些限制。同时,如果用户尝试创建不符合LimitRange限制的Pod或容器,将会收到相应的错误信息,从而保证了资源配额的合理使用。 总之,K8s LimitRange是Kubernetes中一种用于资源配额管理的重要机制。通过它,管理员可以有效地控制集群资源的分配,避免资源竞争和过度消耗,提高集群性能和稳定性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值