什么是大页面？
当一个进程使用一些内存时，CPU标记该进程使用的RAM。为了 高效，CPU接4K字节按块分配（许多平台默认）。这些块成为页面。由于进程地址空间是虚拟的，因此CPU和OS必须记住那个页面属于哪个进程，使用了更多的内存，需要管理更多的页面。为了避免对页面进行繁重的调度，大多数当前的CPU体系结构都支持大于4KB的页面，在Linux上，它称为巨大页面。
Kubernetes
如今，我们处于容器化领域，Kubernetes用一个基于自动化的部署，扩展和管理的开源容器编排系统。但是在我们的例子中，某些需要巨大页面能力的应用程序就是DPDK。
那么我们可以在kubernetes中使用大页面吗？
根据官方描述，如果kubernetes版本>=1.10，则默认启动HugePages，否则你必须自己启用它。
登录到你的Kubernetes节点机器。打开并编辑/etc/default/kubelet此文件，找到--feature-gates=这些文本，添加一些文本以使其看起来像--feature-gates=HugePages=true。
systemctl daemon-reload
systemctl restart kubelet
然后进行下一步
mkdir -p /mnt/huge
mount -t hugetlbfs nodev /mnt/huge
# 1024 is the total number of hugepages, you can using others value as you need
echo 1024 > /sys/devices/system/node/node0/hugepages/hugepages-2048kB/nr_hugepages
现在登录master，并使用kubectl describe nodes检查是否启用了大页面。你可能会看到类似下面的内容
apiVersion: v1
kind: Node
metadata:
name: node1
# ignore...
status:
capacity:
memory: 10Gi
hugepages-2Mi: 1Gi
allocatable:
memory: 9Gi
hugepages-2Mi: 1Gi
# ignore...
一个示例Pod
apiVersion: v1
kind: Pod
metadata:
name: example
spec:
containers:
# use the image you like
volumeMounts:
- mountPath: /hugepages
name: hugepage
resources:
requests:
hugepages-2Mi: 1Gi
limits:
hugepages-2Mi: 1Gi
volumes:
- name: hugepage
emptyDir:
medium: HugePages