容器服务 Kubernetes 版 ACK：监控集群GPU资源最佳实践

注意事项

• 当前GPU监控指标的采集间隔时间为15s，与指标产生的时间相比，Grafana监控大盘展示的数据有一定的延迟。因此可能会出现在某个时间点，从监控大盘显示某个节点没有可分配的显存，但是某个Pod还能调度到该节点上。出现该现象可能是指标产生的时间点到下一次产生的15s间隔时间内，有Pod完成了任务，释放了GPU资源，调度器感知后，将处于Pending的Pod调度到这个节点上。

• 监控大盘只支持监控通过在Pod中配置resources.limits的方式申请的GPU资源。更多信息，请参见为Pod和容器管理资源。

  节点使用GPU资源时存在以下情况，可能会导致监控大盘的数据不准确：

  • 直接在节点上运行GPU应用。

  • 通过docker run命令直接启动容器运行GPU应用。

  • 在Pod的env中直接添加环境变量NVIDIA_VISIBLE_DEVICES=all或NVIDIA_VISIBLE_DEVICES=<GPU ID>等，通过环境变量NVIDIA_VISIBLE_DEVICES直接为Pod申请GPU资源，并且运行了GPU程序。

  • 在Pod的securityContext中配置privileged: true，并且运行了GPU程序。

  • 在Pod中未设置环境变量NVIDIA_VISIBLE_DEVICES，但Pod所使用的镜像在制作时，默认配置环境变量NVIDIA_VISIBLE_DEVICES=all，并且运行了GPU程序。

• GPU卡已分配的显存和已使用的显存不一定相同。例如某一张GPU卡共有16 GiB显存，为某个Pod分配了5 GiB显存，但Pod的启动命令为sleep 1000，即Pod处于Running但需要经过1000秒后才会使用GPU，因此存在GPU卡已分配的显存为5 GiB，但已使用的显存为0 GiB的情况。

步骤一：创建节点池

Pod按整张卡方式或显存维度申请GPU资源（包括申请GPU算力资源），GPU监控大盘均可以展示其相关指标。本文以在一个集群中创建三个GPU机型的节点池运行Pod，每个节点池存在一个节点为例，展示GPU监控大盘对Pod的监控情况。关于创建节点池的具体步骤，请参见操作步骤。

在容器服务管理控制台的节点池页面，三个节点池状态显示为已激活，说明节点池创建完成。

步骤二：部署GPU应用

节点池创建完成后，为了验证节点GPU相关指标是否正常，需要在节点上运行一些GPU应用，本文以运行Tensorflow Benchmark项目为例，在每个节点池创建一个任务。运行Tensorflow Benchmark项目至少需要9 GiB显存，本文以申请10 GiB显存为例进行说明。关于Tensorflow Benchmark的更多信息，请参见Tensorflow Benchmark。

1. 创建Job文件。

   • 使用以下YAML内容，创建tensorflow-benchmark-exclusive.yaml文件。

     apiVersion: batch/v1
     kind: Job
     metadata:
       name: tensorflow-benchmark-exclusive
     spec:
       parallelism: 1
       template:
         metadata:
           labels:
             app: tensorflow-benchmark-exclusive
         spec:
           containers:
           - name: tensorflow-benchmark
             image: registry.cn-beijing.aliyuncs.com/ai-samples/gpushare-sample:benchmark-tensorflow-2.2.3
             command:
             - bash
             - run.sh
             - --num_batches=5000000
             - --batch_size=8
             resources:
               limits:
                 nvidia.com/gpu: 1 #申请1张GPU卡。
             workingDir: /root
           restartPolicy: Never

   • 使用以下YAML内容，创建tensorflow-benchmark-share-mem.yaml文件。

     apiVersion: batch/v1
     kind: Job
     metadata:
       name: tensorflow-benchmark-share-mem
     spec:
       parallelism: 1
       template:
         metadata:
           labels:
             app: tensorflow-benchmark-share-mem
         spec:
           containers:
           - name: tensorflow-benchmark
             image: registry.cn-beijing.aliyuncs.com/ai-samples/gpushare-sample:benchmark-tensorflow-2.2.3
             command:
             - bash
             - run.sh
             - --num_batches=5000000
             - --batch_size=8
             resources:
               limits:
                 aliyun.com/gpu-mem: 10 #申请10 GiB显存。
             workingDir: /root
           restartPolicy: Never

   • 使用以下YAML内容，创建tensorflow-benchmark-share-mem-core.yaml文件。

     apiVersion: batch/v1
     kind: Job
     metadata:
       name: tensorflow-benchmark-share-mem-core
     spec:
       parallelism: 1
       template:
         metadata:
           labels:
             app: tensorflow-benchmark-share-mem-core
         spec:
           containers:
           - name: tensorflow-benchmark
             image: registry.cn-beijing.aliyuncs.com/ai-samples/gpushare-sample:benchmark-tensorflow-2.2.3
             command:
             - bash
             - run.sh
             - --num_batches=5000000
             - --batch_size=8
             resources:
               limits:
                 aliyun.com/gpu-mem: 10 #申请10 GiB显存。
                 aliyun.com/gpu-core.percentage: 30  #申请1张卡的30%算力。
             workingDir: /root
           restartPolicy: Never

2. 部署Job任务。

   • 执行以下命令，部署tensorflow-benchmark-exclusive。

     kubectl apply -f tensorflow-benchmark-exclusive.yaml

   • 执行以下命令，部署tensorflow-benchmark-share-mem。

     kubectl apply -f tensorflow-benchmark-share-mem.yaml

   • 执行以下命令，部署tensorflow-benchmark-share-mem-core。

     kubectl apply -f tensorflow-benchmark-share-mem-core.yaml

3. 执行以下命令，查看Pod的运行状态。

   kubectl get po

   预期输出：

   NAME                                        READY   STATUS    RESTARTS   AGE
   tensorflow-benchmark-exclusive-7dff2        1/1     Running   0          3m13s
   tensorflow-benchmark-share-mem-core-k24gz   1/1     Running   0          4m22s
   tensorflow-benchmark-share-mem-shmpj        1/1     Running   0          3m46s

   由预期输出得到，3个Pod处于Running状态，表示Job任务部署成功。

步骤三：查看GPU监控2.0大盘

查看集群维度GPU监控大盘

1. 登录容器服务管理控制台，在左侧导航栏选择集群。

2. 在集群列表页面，单击目标集群名称，然后在左侧导航栏，选择运维管理 > Prometheus监控。

3. 在Prometheus监控大盘列表页面，单击GPU监控页签，然后单击集群GPU监控-集群维度页签。

   集群维度监控大盘的信息如下，更多信息，请参见集群维度监控大盘。

   序号	Panel名称	说明
   ①	Total GPU Nodes	共有3个GPU节点。
   ②	Allocated GPUs	GPU总数为3，已分配GPU数为1.6。 说明 如果是按整张卡维度申请GPU，一张卡分配的比例为1；如果是共享GPU调度，分配比例为某张卡已分配的显存与这张卡总显存的比例。
   ③	Allocated GPU Memory	已分配54.84%的显存。
   ④	Used GPU Memory	已使用26.33%的显存。
   ⑤	Average GPU Utilization	所有卡的平均利用率为70%。
   ⑥	GPU Memory Copy Utilization	所有卡的平均内存复制利用率为30%。
   ⑦	GPU Pod Details	集群申请GPU资源的Pod信息，包括Pod所在的命名空间、Pod名称、节点名称、已使用的显存等。 说明 Allocated GPU Memory表示为Pod分配的显存。如果是共享GPU调度，节点在上报API Server每张卡总的显存时，仅支持上报整数，所以上报的显存数为节点的真实显存向下取整。例如节点上某张卡的总显存为31.7 GiB，节点上报给API Server时，只能上报31 GiB，如果Pod申请了10 GiB，那么为该Pod分配的真实显存为31.7*（10/31）=10.2 GiB。 Allocated Computing Power表示为Pod分配的算力。如果Pod没有申请算力，则该值显示为“-”，从图中可以看到名为tensorflow-benchmark-share-mem-core-k24gz的Pod申请了30%的算力。
   ⑧	GPU Node Details	集群中GPU节点的信息，包括节点名称、GPU卡索引号、GPU利用率、内存控制器利用率等。

查看节点维度GPU监控大盘

在Prometheus监控大盘列表页面，单击GPU监控页签，然后单击集群GPU监控-节点维度页签，选择目标GPUNode。

本文以GPUNode为cn-beijing.192.168.10.167为例。节点维度监控大盘的信息如下，更多信息，请参见节点维度监控大盘。