Kubernetes内存Requests与Limits：定点后缀vs2的幂后缀疑问及官方示例解析

你提到Kubernetes官方文档里有两个容易混淆的内存配置示例，写法分别是：

示例1：

resources:
  requests:
    memory: 64Mi
  limits:
    memory: 128Mi

示例2：

resources:
  limits:
    memory: 200Mi
  requests:
    memory: 100Mi

咱们把问题拆开来逐一解答：

关于两个示例的合法性 #

首先要明确：Kubernetes对resources下requests和limits的书写顺序没有任何要求——不管你先写requests还是limits，YAML解析器都能正常识别，所以这两个示例都是完全合法的配置，这点不用纠结。

Mi后缀的数值是否必须是2的幂？ #

这里得先区分两个核心的单位概念：

• 十进制单位（M、G）：M代表10^{6字节（也就是日常说的1MB，1,000,000字节），`G`对应10}9字节；
• 二进制单位（Mi、Gi）：Mi代表2^{20字节（1,048,576字节，也就是1mebibyte），`Gi`对应2}30字节，这是遵循IEC标准的二进制前缀。

从语法规则上来说，Kubernetes并没有强制要求Mi后缀必须搭配8、16、32这类2的幂数值——你写100Mi或者200Mi都是合法的，系统会自动计算成100*1048576和200*1048576字节。

但从语义合理性来说，Mi作为二进制单位，设计初衷就是用来表示2的幂倍数的内存大小，这样更贴合它的定义。你提到的示例2里的200Mi和100Mi，如果作者实际想表达的是十进制的100MB（100,000,000字节），那确实应该换成100M而非100Mi——这种写法很大概率是作者混淆了二进制和十进制单位，或者只是随手写了个数值，没有严格遵循二进制倍数的规范。

表示268435456字节该用250Mi还是256Mi？ #

咱们简单算一下就清楚了：
1Mi = 2^20 = 1,048,576字节
268435456 ÷ 1,048,576 = 256

所以要表示268435456字节，正确的写法是256Mi。而250Mi对应的是250*1,048,576=262,144,000字节，和目标数值完全不符。

额外实用建议 #

为了避免团队内的理解混淆，配置Kubernetes内存资源时可以遵循这些原则：

• 如果是和硬件内存颗粒度对齐的二进制规划（比如256Mi、512Mi），优先用Mi/Gi单位；
• 如果是十进制的近似值（比如100M代表100MB），就用M/G单位；
• 尽量保持数值和单位的语义匹配，减少不必要的误解。

内容的提问来源于stack exchange，提问作者PussInBoots