11、Kubernetes存储、资源与网络安全详解

Kubernetes存储、资源与网络安全详解

1. 可突发式Pod配置

可突发式（Burstable）Pod的优先级高于尽力而为式（BestEffort）Pod，但低于保证式（Guaranteed）Pod。与保证式Pod不同，可突发式Pod的资源限制设置不是强制性的。因此，在节点资源可用的情况下，Pod可以尽可能多地消耗CPU和内存，适用于各种类型的应用程序。

如果已知应用程序的最小内存大小，应该指定资源请求，这有助于Kubernetes调度器将Pod分配到合适的节点。例如，有两个节点，每个节点有1GB内存。节点1已为其他Pod分配了600MB内存，节点2分配了200MB内存。如果创建一个资源请求内存为500MB的Pod，Kubernetes调度器会将该Pod分配到节点2。但如果Pod没有资源请求，结果可能是节点1或节点2，因为Kubernetes不知道该Pod会消耗多少内存。

资源服务质量（QoS）的粒度是Pod级别，而不是容器级别。如果一个Pod中有两个容器，打算将容器A设置为保证式（请求和限制值相同），容器B设置为可突发式（仅设置请求），Kubernetes会将该Pod配置为可突发式，因为它不知道容器B的限制。以下是一个配置失败的示例：

# cat guaranteed-fail.yml
apiVersion: v1
kind: Pod
metadata:
  name: burstable-pod
spec:
  containers:
  - name: nginx
    image: nginx
    resources:
     limits:
       cpu: 0.3