k8s的资源限制

最新推荐文章于 2024-06-24 19:15:08 发布
最新推荐文章于 2024-06-24 19:15:08 发布
阅读量3.3k 收藏 11
点赞数
分类专栏： 云维护及交付技术 运维及部署 文章标签： kubernetes 大数据
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/rudolfyan/article/details/113252250
版权

目录

1.资源的限制类型

2. 内存限制

3. CPU限制

4. 为namespace设置资源限制

5. 为namespace设置资源配额

1.资源的限制类型

Kubernetes采用request和limit两种限制类型来对资源进行分配。
• request(资源需求)：即运行Pod的节点必须满足运行Pod的最基本需求才能 运行Pod。
• limit(资源限额)：即运行Pod期间，可能内存使用量会增加，那最多能使用多少内存，这就是资源限额。

资源类型:
• CPU 的单位是核心数，内存的单位是字节。
• 一个容器申请0.5个CPU，就相当于申请1个CPU的一半，你也可以加个后缀 m 表示千分之一的概念。比如说100m的CPU，100豪的CPU和0.1个CPU都是一样的。
内存单位：
• K、M、G、T、P、E #通常是以1000为换算标准的。
• Ki、Mi、Gi、Ti、Pi、Ei #通常是以1024为换算标准的。

2. 内存限制

[kubeadm@server1 ~]$ mkdir quota
[kubeadm@server1 ~]$ cd quota/
[kubeadm@server1 quota]$ vim demo.yml
[kubeadm@server1 quota]$ cat demo.yml
apiVersion: v1 
kind: Pod 
metadata:  
  name: memory-demo 
spec:  
  containers:  
  - name: memory-demo    
    image: stress    
    args:    
    - --vm    
    - "1"    
    - --vm-bytes    
    - 200M    
    resources:      
      requests:        
        memory: 50Mi      
      limits:        
        memory: 100Mi
[kubeadm@server1 quota]$ kubectl apply -f demo.yml 
pod/memory-demo created
[kubeadm@server1 quota]$ kubectl get pod
NAME                                     READY   STATUS              RESTARTS   AGE
memory-demo                              0/1     ContainerCreating   0          5s
nfs-client-provisioner-96649cd96-pntbp   1/1     Running             1          26h
[kubeadm@server1 quota]$ kubectl get pod
NAME                                     READY   STATUS      RESTARTS   AGE
memory-demo                              0/1     OOMKilled   2          33s
nfs-client-provisioner-96649cd96-pntbp   1/1     Running     1          26h
[kubeadm@server1 quota]$ kubectl describe pod memory-demo 
Name:         memory-demo
Namespace:    default
Priority:     0
Node:         server3/172.25.1.3
Start Time:   Sat, 04 Jul 2020 22:43:14 +0800
Labels:       <none>
Annotations:  Status:  Running
IP:           10.244.2.137
IPs:
  IP:  10.244.2.137
Containers:
  memory-demo:
    Container ID:  docker://d8745253bbf2a986d4a8bf7e1afd5aed1609e42601d4801d57feccb5424bcb21
    Image:         stress
    Image ID:      docker-pullable://stress@sha256:48a71454d405dbe1c756dd728cadeb577f429f61313ac62b413b52fbaa8a3b44
    Port:          <none>
    Host Port:     <none>
    Args:
      --vm
      1
      --vm-bytes
      200M
    State:          Waiting
      Reason:       CrashLoopBackOff
    Last State:     Terminated
      Reason:       OOMKilled
      Exit Code:    1
      Started:      Sat, 04 Jul 2020 22:44:51 +0800
      Finished:     Sat, 04 Jul 2020 22:44:51 +0800
    Ready:          False
    Restart Count:  4
    Limits:
      memory:  100Mi
    Requests:
      memory:     50Mi
    Environment:  <none>
    Mounts:
      /var/run/secrets/kubernetes.io/serviceaccount from default-token-5qqxc (ro)
Conditions:
  Type              Status
  Initialized       True 
  Ready             False 
  ContainersReady   False 
  PodScheduled      True 
Volumes:
  default-token-5qqxc:
    Type:        Secret (a volume populated by a Secret)
    SecretName:  default-token-5qqxc
    Optional:    false
QoS Class:       Burstable
Node-Selectors:  <none>
Tolerations:     node.kubernetes.io/not-ready:NoExecute for 300s
                 node.kubernetes.io/unreachable:NoExecute for 300s
Events:
  Type     Reason     Age                From               Message
  ----     ------     ----               ----               -------
  Normal   Scheduled  104s               default-scheduler  Successfully assigned default/memory-demo to server3
  Normal   Created    51s (x4 over 96s)  kubelet, server3   Created container memory-demo
  Normal   Started    51s (x4 over 96s)  kubelet, server3   Started container memory-demo
  Warning  BackOff    22s (x7 over 94s)  kubelet, server3   Back-off restarting failed container
  Normal   Pulling    7s (x5 over 103s)  kubelet, server3   Pulling image "stress"
  Normal   Pulled     7s (x5 over 96s)   kubelet, server3   Successfully pulled image "stress"
[kubeadm@server1 quota]$ kubectl delete -f demo.yml 
pod "memory-demo" deleted

在这里插入图片描述
在这里插入图片描述

3. CPU限制

[kubeadm@server1 quota]$ cat demo.yml 
apiVersion: v1 
kind: Pod 
metadata:  
  name: memory-demo 
spec:  
  containers:  
  - name: memory-demo    
    image: stress    
    args:    
    - -c    
    - "2"    
    resources:      
      requests:        
        cpu: 5      
      limits:        
        cpu: 10

[kubeadm@server1 quota]$ kubectl apply -f demo.yml 
pod/memory-demo created
[kubeadm@server1 quota]$ kubectl get pod
NAME                                     READY   STATUS              RESTARTS   AGE
memory-demo                              0/1     Pending             0          3s
nfs-client-provisioner-96649cd96-zprsg   0/1     ContainerCreating   0          10h
[kubeadm@server1 quota]$ kubectl get pod
NAME                                     READY   STATUS              RESTARTS   AGE
memory-demo                              0/1     Pending             0          7s
nfs-client-provisioner-96649cd96-zprsg   0/1     ContainerCreating   0          10h
[kubeadm@server1 quota]$ kubectl describe pod memory-demo 
Name:         memory-demo
Namespace:    default
Priority:     0
Node:         <none>
Labels:       <none>
Annotations:  Status:  Pending
IP:           
IPs:          <none>
Containers:
  memory-demo:
    Image:      stress
    Port:       <none>
    Host Port:  <none>
    Args:
      -c
      2
    Limits:
      cpu:  10
    Requests:
      cpu:        5
    Environment:  <none>
    Mounts:
      /var/run/secrets/kubernetes.io/serviceaccount from default-token-5qqxc (ro)
Conditions:
  Type           Status
  PodScheduled   False 
Volumes:
  default-token-5qqxc:
    Type:        Secret (a volume populated by a Secret)
    SecretName:  default-token-5qqxc
    Optional:    false
QoS Class:       Burstable
Node-Selectors:  <none>
Tolerations:     node.kubernetes.io/not-ready:NoExecute for 300s
                 node.kubernetes.io/unreachable:NoExecute for 300s
Events:
  Type     Reason            Age                From               Message
  ----     ------            ----               ----               -------
  Warning  FailedScheduling  16s (x2 over 16s)  default-scheduler  0/3 nodes are available: 3 Insufficient cpu.

在这里插入图片描述在这里插入图片描述
在这里插入图片描述
调度失败是因为申请的CPU资源超出集群节点所能提供的资源 但CPU 使用率过高，不会被杀死

[kubeadm@server1 quota]$ vim demo.yml 
[kubeadm@server1 quota]$ cat demo.yml 
apiVersion: v1 
kind: Pod 
metadata:  
  name: memory-demo 
spec:  
  containers:  
  - name: memory-demo    
    image: stress    
    args:    
    - -c    
    - "1"    
    resources:      
      requests:        
        memory: 50Mi
        cpu: 1      
      limits:        
        memory: 300Mi
        cpu: 10
[kubeadm@server1 quota]$ kubectl apply -f demo.yml 
pod/memory-demo created
[kubeadm@server1 quota]$ kubectl get pod
NAME                                     READY   STATUS    RESTARTS   AGE
memory-demo                              1/1     Running   0          3s

[kubeadm@server1 quota]$ kubectl describe pod memory-demo 
Name:         memory-demo
Namespace:    default
Priority:     0
Node:         server3/172.25.1.3
Start Time:   Sat, 04 Jul 2020 22:47:39 +0800
Labels:       <none>
Annotations:  Status:  Running
IP:           10.244.2.138
IPs:
  IP:  10.244.2.138
Containers:
  memory-demo:
    Container ID:  docker://7487935a3be6f3b577786c33dc924e34b9f65644ac184886592bceeb5b6156d6
    Image:         stress
    Image ID:      docker-pullable://stress@sha256:48a71454d405dbe1c756dd728cadeb577f429f61313ac62b413b52fbaa8a3b44
    Port:          <none>
    Host Port:     <none>
    Args:
      -c
      1
    State:          Running
      Started:      Sat, 04 Jul 2020 22:47:40 +0800
    Ready:          True
    Restart Count:  0
    Limits:
      cpu:     10
      memory:  300Mi
    Requests:
      cpu:        1
      memory:     50Mi
    Environment:  <none>
    Mounts:
      /var/run/secrets/kubernetes.io/serviceaccount from default-token-5qqxc (ro)
Conditions:
  Type              Status
  Initialized       True 
  Ready             True 
  ContainersReady   True 
  PodScheduled      True 
Volumes:
  default-token-5qqxc:
    Type:        Secret (a volume populated by a Secret)
    SecretName:  default-token-5qqxc
    Optional:    false
QoS Class:       Burstable
Node-Selectors:  <none>
Tolerations:     node.kubernetes.io/not-ready:NoExecute for 300s
                 node.kubernetes.io/unreachable:NoExecute for 300s
Events:
  Type    Reason     Age   From               Message
  ----    ------     ----  ----               -------
  Normal  Scheduled  18s   default-scheduler  Successfully assigned default/memory-demo to server3
  Normal  Pulling    17s   kubelet, server3   Pulling image "stress"
  Normal  Pulled     17s   kubelet, server3   Successfully pulled image "stress"
  Normal  Created    17s   kubelet, server3   Created container memory-demo
  Normal  Started    17s   kubelet, server3   Started container memory-demo

在这里插入图片描述
在这里插入图片描述

4. 为namespace设置资源限制

[kubeadm@server1 quota]$ vim limits.yml
[kubeadm@server1 quota]$ cat limits.yml
apiVersion: v1 
kind: LimitRange 
metadata:  
  name: limitrange-memory 
spec:  
  limits:  
  - default:      
      cpu: 0.5      
      memory: 512Mi    
    defaultRequest:      
      cpu: 0.1      
      memory: 256Mi    
    max:      
      cpu: 1      
      memory: 1Gi    
    min:      
      cpu: 0.1      
      memory: 100Mi    
    type: Container
[kubeadm@server1 quota]$ kubectl apply -f limits.yml 
limitrange/limitrange-memory created
[kubeadm@server1 quota]$ kubectl get limitranges 
NAME                CREATED AT
limitrange-memory   2020-07-04T14:51:09Z
[kubeadm@server1 quota]$ kubectl describe limitranges limitrange-memory 
Name:       limitrange-memory
Namespace:  default
Type        Resource  Min    Max  Default Request  Default Limit  Max Limit/Request Ratio
----        --------  ---    ---  ---------------  -------------  -----------------------
Container   cpu       100m   1    100m             500m           -
Container   memory    100Mi  1Gi  256Mi            512Mi          -
[kubeadm@server1 quota]$ kubectl apply -f demo.yml 
Error from server (Forbidden): error when creating "demo.yml": pods "memory-demo" is forbidden: [minimum memory usage per Container is 100Mi, but request is 50Mi, maximum cpu usage per Container is 1, but limit is 10]
[kubeadm@server1 quota]$ vim demo.yml 
[kubeadm@server1 quota]$ cat demo.yml 
apiVersion: v1 
kind: Pod 
metadata:  
  name: memory-demo 
spec:  
  containers:  
  - name: memory-demo    
    image: myapp:v1    
    resources:      
      requests:        
        memory: 100Mi
        cpu: 0.2      
      limits:        
        memory: 300Mi
        cpu: 1
[kubeadm@server1 quota]$ kubectl apply -f demo.yml 
pod/memory-demo created
[kubeadm@server1 quota]$ kubectl delete -f demo.yml 
pod "memory-demo" deleted

==注意：LimitRange 在 namespace 中施加的最小和最大内存限制只有在创建和更新 Pod 时才会被应用。改变 LimitRange 不会对之前创建的 Pod 造成影响。 ==

在这里插入图片描述在这里插入图片描述
在这里插入图片描述

在这里插入图片描述

[kubeadm@server1 quota]$ vim demo.yml 
[kubeadm@server1 quota]$ cat demo.yml 
apiVersion: v1 
kind: Pod 
metadata:  
  name: memory-demo 
spec:  
  containers:  
  - name: memory-demo    
    image: myapp:v1    
[kubeadm@server1 quota]$ kubectl apply -f demo.yml 
pod/memory-demo created
[kubeadm@server1 quota]$ kubectl describe pod demo.yml 
Error from server (NotFound): pods "demo.yml" not found
[kubeadm@server1 quota]$ kubectl describe pod memory-demo 
Name:         memory-demo
Namespace:    default
Priority:     0
Node:         server3/172.25.1.3
Start Time:   Sat, 04 Jul 2020 22:55:49 +0800
Labels:       <none>
Annotations:  kubernetes.io/limit-ranger:
                LimitRanger plugin set: cpu, memory request for container memory-demo; cpu, memory limit for container memory-demo
Status:       Running
IP:           10.244.2.140
IPs:
  IP:  10.244.2.140
Containers:
  memory-demo:
    Container ID:   docker://70632378717f635ef59e376befa1d5925ac86c654b1feacc8ecea4ed25fe3428
    Image:          myapp:v1
    Image ID:       docker-pullable://myapp@sha256:9eeca44ba2d410e54fccc54cbe9c021802aa8b9836a0bcf3d3229354e4c8870e
    Port:           <none>
    Host Port:      <none>
    State:          Running
      Started:      Sat, 04 Jul 2020 22:55:50 +0800
    Ready:          True
    Restart Count:  0
    Limits:
      cpu:     500m
      memory:  512Mi
    Requests:
      cpu:        100m
      memory:     256Mi
    Environment:  <none>
    Mounts:
      /var/run/secrets/kubernetes.io/serviceaccount from default-token-5qqxc (ro)
Conditions:
  Type              Status
  Initialized       True 
  Ready             True 
  ContainersReady   True 
  PodScheduled      True 
Volumes:
  default-token-5qqxc:
    Type:        Secret (a volume populated by a Secret)
    SecretName:  default-token-5qqxc
    Optional:    false
QoS Class:       Burstable
Node-Selectors:  <none>
Tolerations:     node.kubernetes.io/not-ready:NoExecute for 300s
                 node.kubernetes.io/unreachable:NoExecute for 300s
Events:
  Type    Reason     Age   From               Message
  ----    ------     ----  ----               -------
  Normal  Scheduled  19s   default-scheduler  Successfully assigned default/memory-demo to server3
  Normal  Pulled     18s   kubelet, server3   Container image "myapp:v1" already present on machine
  Normal  Created    18s   kubelet, server3   Created container memory-demo
  Normal  Started    18s   kubelet, server3   Started container memory-demo
  • 1
  •  

在这里插入图片描述
在这里插入图片描述

5. 为namespace设置资源配额

参考官网：https://kubernetes.io/zh/docs/concepts/policy/resource-quotas/
当多个用户或团队共享具有固定节点数目的集群时，人们会担心有人使用超过其基于公平原则所分配到的资源量。资源配额是帮助管理员解决这一问题的工具。

资源配额，通过 ResourceQuota 对象来定义，对每个命名空间的资源消耗总量提供限制。 它可以限制命名空间中某种类型的对象的总数目上限，也可以限制命令空间中的 Pod 可以使用的计算资源的总上限。

资源配额的工作方式如下：
不同的团队可以在不同的命名空间下工作，目前这是非约束性的，在未来的版本中可能会通过 ACL (Access Control List 访问控制列表) 来实现强制性约束。
集群管理员可以为每个命名空间创建一个或多个资源配额对象。
当用户在命名空间下创建资源（如 Pod、Service 等）时，Kubernetes 的配额系统会跟踪集群的资源使用情况，以确保使用的资源用量不超过资源配额中定义的硬性资源限额。
如果资源创建或者更新请求违反了配额约束，那么该请求会报错（HTTP 403 FORBIDDEN），并在消息中给出有可能违反的约束。
如果命名空间下的计算资源 （如 cpu 和 memory）的配额被启用，则用户必须为这些资源设定请求值（request）和约束值（limit），否则配额系统将拒绝 Pod 的创建。
提示: 可使用 LimitRanger 准入控制器来为没有设置计算资源需求的 Pod 设置默认值。
在这里插入图片描述更多示例可以参考https://kubernetes.io/docs/tasks/administer-cluster/quota-api-object/

[kubeadm@server1 quota]$ kubectl get limitranges 
NAME                CREATED AT
limitrange-memory   2020-07-06T22:15:14Z
[kubeadm@server1 quota]$ cat demo.yml 
apiVersion: v1 
kind: Pod 
metadata:  
  name: memory-demo 
spec:  
  containers:  
  - name: memory-demo    
    image: myapp:v1    
[kubeadm@server1 quota]$ kubectl apply -f demo.yml 
pod/memory-demo created
[kubeadm@server1 quota]$ kubectl get pod
NAME          READY   STATUS    RESTARTS   AGE
memory-demo   1/1     Running   0          9s

[kubeadm@server1 quota]$ cat quota.yml 
apiVersion: v1 
kind: ResourceQuota 
metadata:  
  name: mem-cpu-demo 
spec:  
  hard:    
    requests.cpu: "1"    
    requests.memory: 1Gi    
    limits.cpu: "2"    
    limits.memory: 2Gi
    pods: "2"
[kubeadm@server1 quota]$ kubectl apply -f quota.yml 
resourcequota/mem-cpu-demo created
[kubeadm@server1 quota]$ kubectl describe resourcequotas 
Name:            mem-cpu-demo
Namespace:       default
Resource         Used   Hard
--------         ----   ----
limits.cpu       500m   2
limits.memory    512Mi  2Gi
pods             1      2
requests.cpu     100m   1
requests.memory  256Mi  1Gi

在这里插入图片描述在这里插入图片描述
创建的ResourceQuota对象将在default名字空间中添加以下限制：
• 每个容器必须设置内存请求（memory request），内存限额（memory limit），cpu请求（cpu request）和cpu限额（cpu limit）
在这里插入图片描述

[kubeadm@server1 quota]$ kubectl delete -f limits.yml 
limitrange "limitrange-memory" deleted
[kubeadm@server1 quota]$ kubectl delete -f demo.yml 
pod "memory-demo" deleted
[kubeadm@server1 quota]$ kubectl apply -f demo.yml 
Error from server (Forbidden): error when creating "demo.yml": pods "memory-demo" is forbidden: failed quota: mem-cpu-demo: must specify limits.cpu,limits.memory,requests.cpu,requests.memory
[kubeadm@server1 quota]$ kubectl describe resourcequotas 
Name:            mem-cpu-demo
Namespace:       default
Resource         Used  Hard
--------         ----  ----
limits.cpu       0     2
limits.memory    0     2Gi
pods             0     2
requests.cpu     0     1
requests.memory  0     1Gi
[kubeadm@server1 quota]$ vim demo.yml 
[kubeadm@server1 quota]$ cat demo.yml 
apiVersion: v1
kind: Pod
metadata:
  name: memory-demo
spec:
  containers:
  - name: memory-demo
    image: myapp:v1
    resources:
      requests:
        memory: 100Mi
        cpu: 0.2
      limits:
        memory: 300Mi
        cpu: 1
[kubeadm@server1 quota]$ kubectl apply -f demo.yml 
pod/memory-demo created
[kubeadm@server1 quota]$ kubectl describe resourcequotas
Name:            mem-cpu-demo
Namespace:       default
Resource         Used   Hard
--------         ----   ----
limits.cpu       1      2
limits.memory    300Mi  2Gi
requests.cpu     200m   1
requests.memory  100Mi  1Gi

在这里插入图片描述
在这里插入图片描述

为 Namespace 配置Pod配额:

[kubeadm@server1 quota]$ vim quota.yml
[kubeadm@server1 quota]$ cat quota.yml
apiVersion: v1
kind: ResourceQuota
metadata:
  name: mem-cpu-demo
spec:
  hard:
    requests.cpu: "1"
    requests.memory: 1Gi
    limits.cpu: "2"
    limits.memory: 2Gi
    pods: "2"
[kubeadm@server1 quota]$ kubectl apply -f quota.yml
resourcequota/mem-cpu-demo configured
[kubeadm@server1 quota]$ kubectl describe resourcequotas 
Name:            mem-cpu-demo
Namespace:       default
Resource         Used   Hard
--------         ----   ----
limits.cpu       1      2
limits.memory    300Mi  2Gi
pods             1      2
requests.cpu     200m   1
requests.memory  100Mi  1Gi
[kubeadm@server1 quota]$ kubectl apply -f limits.yml 
limitrange/limitrange-memory created
[kubeadm@server1 quota]$ kubectl get limitranges 
NAME                CREATED AT
limitrange-memory   2020-07-06T22:34:34Z
[kubeadm@server1 quota]$ kubectl run demo-1 --image=myapp:v1
pod/demo-1 created
[kubeadm@server1 quota]$ kubectl get pod
NAME          READY   STATUS    RESTARTS   AGE
demo-1        1/1     Running   0          4s
memory-demo   1/1     Running   0          7m26s
[kubeadm@server1 quota]$ kubectl run demo-2 --image=myapp:v1
Error from server (Forbidden): pods "demo-2" is forbidden: exceeded quota: mem-cpu-demo, requested: pods=1, used: pods=2, limited: pods=2
[kubeadm@server1 quota]$ kubectl delete pod demo-1 
pod "demo-1" deleted
[kubeadm@server1 quota]$ kubectl delete -f .
pod "memory-demo" deleted
limitrange "limitrange-memory" deleted
resourcequota "mem-cpu-demo" deleted

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

老骥又出发
关注
  • 0
    点赞
  • 踩
  • 11
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
K8S1.20.6资源对象监控kube-state-metrics-2.0.0镜像及资源清单文件
12-28
总之，`kube-state-metrics`在K8S资源对象监控中扮演着重要角色，通过资源清单文件配置和管理，可以实现对K8S集群的深度监控，从而更好地优化性能、发现潜在问题并进行故障排查。理解并熟练运用`kube-state-metrics`...
K8S集群部署资源.rar
01-03
文档大小有限制，有个安装包kubernetes-server-linux-amd64.tar.gz实在是传不上去，大家自己找吧！
k8s Pod调度失败（NoExecute）排查及分析
热门推荐
u012516914的专栏
11-23 1万+
问题背景k8s集群，总共5个节点，信息如下所示：集群污点k8s版本系统版本master无1.14Centos 7.1work1有1.14Centos 7.1work2无1.14Cento...
k8s资源限制
LinuxOs of Internet
03-04 1051
k8s容器资源限制 (一)Kubernetes采用request和limit两种限制类型来对资源进行分配。 request(资源需求)：即运行Pod的节点必须满足运行Pod的最基本需求才能运行Pod。 limit(资源限额)：即运行Pod期间，可能内存使用量会增加，那最多能使用多少内存，这就是资源限额。 (二)资源类型: 1.CPU 的单位是核心数，内存的单位是字节。 一个容器申请0.5个CPU，就相当于申请1个CPU的一半，你也可以加个后缀m 表示千分之一的概念。比如说100m的CPU，100豪的CPU和
【K8s】专题六（1）：Kubernetes 稳定性之资源限制及服务质量等级
最新发布
行者Sun1989的博客
06-24 1230
Kubernetes 专题 - 稳定性之资源限制及服务质量等级
k8s-10:k8s资源限制
Fancyll_Lee的博客
09-05 573
文章目录1. 简介2. 内存限制3. CPU限制4. namespace下的资源限制5. namespace中pod的配额6. 清除资源限制和配额 1. 简介 request(资源需求)：即运行pod的节点必须满足运行pod的最基本需求才能运行pod。 limit(资源限制)：即运行pod期间，可能内存使用量会增加，那最多能使用多少内存，这就是资源限额。 资源类型： CPU的单位是核心数，内存的单位是字节。 一个容器申请0.5各CPU，就相当于申请1个CPU的一半，可以加个后缀m表示千分之一的概念。比
k8s资源限制建议
Ffffatass的博客
07-27 624
当应用限制了cpu和内存资源时，对于资源的配置建议如下： 1、cpu requests为应用最小所需cpu，其值可以设置的相对小。只会将应用调度到满足该条件的节点。 limit为应用最大可使用cpu，其值可以设置得相对更大。提高应用峰值计算能力，如应用启动更快。 节点cpu资源争抢时，按照requests比例分配。 cpu为可压缩资源，出现资源不够的情况不会驱逐或重启应用。 示例： resources: requests: cpu: 300m limits: ...
k8s资源限制——资源的配额管理(Resource Quotas)
skh2015java的博客
09-04 6796
简介 在k8s集群中为了能够使系统正常稳定运行，通常会限制Pod的资源使用情况，在k8s集群中如果有一个程序出现异常，并占用大量的系统资源。如果未对该Pod进行资源限制的话，可能会影响其他的Pod。 k8s常见的资源管理方式：计算资源管理(Compute Resources)、资源的配置范围管理(LimitRange)和资源的配额管理(Resource Quotas) 计算资源管理(Compute Resources): 为Pod中的容器指定使用的计算资源(CPU和内存)。 资源的配置范..
让JVM感知K8s资源限制
水妖
09-24 1990
Java应用进了K8s无限重生，原因竟是这么回事
k8s-资源限制
weixin_61269220的博客
10-10 2973
健康检查又称为探针（Probe），是由kubelet对容器执行的定期诊断。以上三种规则可同时定义。在 rbeadinessProbe 检测成功之前，Pod 的 running 状态是不会变成 ready 状态的探针分为3种：livenessProbe（存活探针）∶判断容器是否正常运行，如果失败则杀掉容器（不是pod），再根据重启策略是否重启容器。
K8s资源限制-Day 06
qq_42515722的博客
08-07 1628
【代码】K8s资源限制-Day 06。
k8s资源限制——LimitRange使用
skh2015java的博客
09-04 6594
一、简介 前面我们介绍了k8s资源限制在容器中的使用： https://blog.csdn.net/skh2015java/article/details/108409767 在k8s集群中为了能够使系统正常稳定运行，通常会限制Pod的资源使用情况，在k8s集群中如果有一个程序出现异常，并占用大量的系统资源。如果未对该Pod进行资源限制的话，可能会影响其他的Pod。 k8s常见的资源管理方式：计算资源管理(Compute Resources)、资源的配置范围管理(LimitRange)...
深入理解K8s资源限制[转
chuxiong5717的博客
07-01 2013
写在前面 当我开始大范围使用Kubernetes的时候，我开始考虑一个我做实验时没有遇到的问题：当集群里的节点没有足够资源的时候，Pod会卡在Pending状态。你是没有办法给节点增加CPU或者内存的，那么你该怎么做才能将这个Pod从这个节点拿走？最简单的办法是添加另一个节点，我承认我总是...
阿里云k8s 一键部署nacos2.0.3
01-10
阿里云Kubernetes（简称k8s）是一款强大的容器编排系统，它可以帮助用户轻松管理和部署分布式应用。Nacos是阿里巴巴开源的一款动态服务发现、配置管理和服务管理平台，它为微服务架构提供了关键的支持。在本场景中，...
k8s 创建mysql的 全套yaml文件
04-13
它包含了容器镜像、端口映射、环境变量（如MYSQL_ROOT_PASSWORD用于设置root用户的初始密码）、资源限制以及初始化容器等信息。例如： ```yaml apiVersion: apps/v1 kind: Deployment metadata: name: mysql spec: ...
k8s架构图整体框架知识合集
04-13
资源模型是k8s中的一种抽象，用于描述k8s集群中的资源。默认调度器是k8s中的一个组件，负责调度k8s集群中的资源。GPU管理和Device Plugin机制是k8s中的一个机制，用于管理GPU资源。 五、容器运行时 容器运行时是k8...
如何查看docker中nginx的日志
老码农的心路历程
12-05 9736
docker logs -f nginx_name 1>/dev/null docker logs -f nginx_name 2>/dev/null
GaussDB 100 数据的安装及远程连接
老码农的心路历程
12-02 5610
Gauss安装及远程连接。非常细致实用，文章中的软件必须先准备好。
kubernetes 更改副本数量
老码农的心路历程
01-30 5205
我们使用控制器复制一个tomcat.yaml 对象如下，设置myweb的副本为1.发布nodePort 为30001 apiVersion: v1 kind: ReplicationController metadata: name: mysql spec: replicas: 1 selector: app: mysql template: metadata: labels: app: mysql spec: containers: - na.
k8s pod数量限制
07-28
根据引用\[1\]中的信息，k8s中的pod数量限制与资源配置有关。具体来说，requests的值决定了一个节点能够分配的pod数量。因此，如果requests的值设置得太大，会导致节点资源浪费，即跑的pod数量较少，实际负载很低。另外，limits的值也需要注意，它不能超出宿主机的配置，并且requests的值必须小于或等于limits的限制。 引用\[2\]中提到，requests是容器使用的最小资源申请，它决定了容器至少需要多少资源才能运行。一般来说，requests的值应该小于limits限制的20%-30%。 如果想要查看节点资源分配情况，可以使用命令"kubectl describe node/<node-name>"，其中<node-name>是节点的名称。 综上所述，k8s中的pod数量限制与资源配置有关，通过合理设置requests和limits的值，可以控制节点上可以分配的pod数量。 #### 引用[.reference_title] - *1* *2* *3* [Kubernetes 对Pod的资源限制详解；](https://blog.csdn.net/qq_44930876/article/details/130594744)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^insertT0,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

老骥又出发

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值