在K8S中，Kubernets资源限制是如何配置的，是否根据Qos？

在Kubernetes中，资源限制是通过Pod的配置来设置的，它们定义了Pod可以请求和使用的最大资源量。资源限制分为两类：CPU和内存。这些限制不仅帮助系统管理员控制资源使用，还对Pod的服务质量(QoS)有重要影响。

1. 资源限制的配置

1. CPU限制：

• CPU限制是通过spec.containers[].resources.limits.cpu字段来设置的。
• 可以指定整数或小数来表示CPU的核数。例如，1代表1个CPU核，0.5代表0.5个CPU核。

2. 内存限制：

• 内存限制是通过spec.containers[].resources.limits.memory字段来设置的。
• 可以使用Gi（Gibibytes）、Mi（Mebibytes）等单位来指定内存大小。例如，512Mi代表512兆字节，2Gi代表2吉字节。

3. 资源请求：

• 资源请求（Requests）是Pod启动时需要的资源量，通过spec.containers[].resources.requests字段设置。
• 资源请求通常用于调度决策，确保Pod有足够的资源运行。

4. 示例配置：

apiVersion: v1
kind: Pod
metadata:
name: my-pod
spec:
containers:
- name: my-container
image: my-image
resources:
limits:
cpu: "1"
memory: "500Mi"
requests:
cpu: "0.5"
memory: "200Mi"

2. QoS（服务质量）

Kubernetes使用资源请求和限制来确定Pod的QoS类别。QoS类别决定了在资源不足时，Pod的优先级和行为：

1. Guaranteed：

• 当Pod的所有容器的内存和CPU请求与限制相等，并且都设置了非零值时，Pod被认为是Guaranteed类别。
• 在资源不足时，Guaranteed类别的Pod不会被杀死。

2. Burstable：

• 当Pod至少有一个容器的内存或CPU限制高于请求时，Pod被认为是Burstable类别。
• 这些Pod可以在不超过限制的情况下使用额外的资源，但在资源不足时可能会被杀死。

3. BestEffort：

• 当Pod没有设置资源请求或限制，或者至少有一个容器的请求为零时，Pod被认为是BestEffort类别。
• 这些Pod在资源不足时最容易被杀死。

3. 配置资源限制的重要性

• 公平性：通过设置资源限制，可以确保Pod不会消耗过多资源，影响其他Pod和系统的稳定性。
• 可预测性：资源请求和限制帮助Kubernetes调度器做出更好的调度决策，提高集群的可预测性。
• 服务质量：不同的QoS类别影响Pod在资源不足时的行为，合理配置资源可以帮助保证关键应用的稳定性。

综上所述，合理配置资源限制对于维护Kubernetes集群的健康和效率至关重要。管理员应该根据应用的需求和集群的资源状况来设置这些值。