发生了什么？
在处理大页资源时，资源的单位是整个页面(通常是2Mi或1Gi的大小)。资源的单位不是内存字节的数量。使用大页资源的用户请求X个页面，而不是X字节的内存。
在我们使用resource-topology-exporter和NUMA感知调度插件的情况下，我们看到了关于大页资源的不准确报告。例如，我们的计算工作节点有两个NUMA单元，每个NUMA单元有256Gi的RAM。其中256Gi RAM中，我们创建了224个1Gi的大页，这些大页可以分配给节点上的工作负载。
不幸的是，当我们查看每个NUMA单元报告的数量时，我们得到的是：

root@b37dev07c2mg01 [ ~ ]# kubectl get noderesourcetopologies/b37dev07c1co02 -ojsonpath='{.zones}' | jq
[
  {
    "costs": [
      {
        "name": "node-0",
        "value": 10
      },
      {
        "name": "node-1",
        "value": 20
      }
    ],
    "name": "node-0",
    "resources": [
      {
        "allocatable": "58",
        "available": "45",
        "capacity": "58",
        "name": "mellanox.com/mlnx_sriov_vfio"
      },
      {
        "allocatable": "52",
        "available": "44",
        "capacity": "56",
        "name": "cpu"
      },
      {
        "allocatable": "240518168576",
        "available": "201863462912",
        "capacity": "240518168576",
        "name": "hugepages-1Gi"
      },
      {
        "allocatable": "28606324736",
        "available": "25636757503",
        "capacity": "269661364224",
        "name": "memory"
      },
      {
        "allocatable": "6",
        "available": "6",
        "capacity": "6",
        "name": "mellanox.com/mlnx_sriov"
      }
    ],
    "type": "Node"
  },
  {
    "costs": [
      {
        "name": "node-0",
        "value": 20
      },
      {
        "name": "node-1",
        "value": 10
      }
    ],
    "name": "node-1",
    "resources": [
      {
        "allocatable": "6",
        "available": "6",
        "capacity": "6",
        "name": "mellanox.com/mlnx_sriov"
      },
      {
        "allocatable": "58",
        "available": "58",
        "capacity": "58",
        "name": "mellanox.com/mlnx_sriov_vfio"
      },
      {
        "allocatable": "52",
        "available": "52",
        "capacity": "56",
        "name": "cpu"
      },
      {
        "allocatable": "240518168576",
        "available": "240518168576",
        "capacity": "240518168576",
        "name": "hugepages-1Gi"
      },
      {
        "allocatable": "29461528576",
        "available": "29461528576",
        "capacity": "270516568064",
        "name": "memory"
      }
    ],
    "type": "Node"
  }
]

在resource-topology-exporter中，它们通过计算页面总数所代表的总字节数来计算大页资源的数量。
他们这样做是因为上游Kubernetes使用字节作为单位，而不是页面，我不确定上游为什么这样做......大页应该更像不可分割的CPU,分配给特定的消费者，不能在多个消费者之间共享。将大页的单位等于内存量a)使大页看起来就像内存资源(可以在消费者之间共享),并且b)对于消耗大页资源的应用程序来说令人困惑，因为这些应用程序通常请求X个大页，而不是Y字节的数量。
你期望发生什么？
将大页资源视为页面，而不是内存字节。
我们如何尽可能精确地重现它？
n/a
我们需要了解其他信息吗？

• 无响应*

Kubernetes版本
支持大页的所有版本...
云提供商
n/a
操作系统版本
Linux
安装工具

• 无响应*

容器运行时(CRI)和版本(如适用)

• 无响应*

相关插件(CNI、CSI等)和版本(如适用)