服务质量QoS

# 服务质量QoS
## 服务质量等级(QoS Class)的优先级
BestEffort < Burstable < Guaranteed

### BestEffot
当spec.containers.resources的配置为{}时，Pod的服务质量等级为BestEffort，该级别的Pod在Node的资源不足时会被优先Kill掉。

### Burstable
当spec.containers.resources中的request与limit不相等时，Pod的服务器质量等级为Burstable，该级别的Pod在Node资源不足且没有级别为BestEffort级别的Pod时会被Kill掉，同时Burstable级别的Pod会根据OOM记分系统的分数来Kill Pod，分数越高QoS优先级越低会被先Kill掉。同时如果使用的资源大于Requests且小于Limits时，Pod可以申请更多资源。

### Guaranteed
当spec.containers.resources中的requests与limits中的配置完全相等时，Pod的服务质量等级为Guaranteed，该级别的Pod也会在Node资源不足时被Kill掉，前提是集群中没有BestEffort与Burstable两个级别的Pod。一般来说只要没有使用超过Limits的资源就不会被Kill掉。

## OOM记分系统
OMM最终分，越大被Kill的越早，最大为1000`?有疑问需要再研究`
OMM调整分（OOM_SCORE_ADJ），1000为最大值，所以OOM_SCORE_ADJ=1000的Pod总是会最先被Kill掉。而Kubernetes、Docker、Containerd的进程OOM_SCORE_ADJ始终为-998，如果配置OOM_SCORE_ADJ为-999Pod则永远不会被Kill

| QoS Class | OOM_SCORE_ADJ | OOM最终分 |
| - | - | - |
|BestEffot| 1000 | 1000 |
| Burstable | min(max(2,1000-(1000 * memoryRequestBytes)/machineMemoryCapacityBytes),999) | 2-999 |
| Guraranteed | -998 | 0,1 |