Job类型容器应用 Job类型工作负载说明 选择Job类型工作负载,在边缘侧成功部署后,会生成一次性Job任务。 操作指南 创建应用 在应用列表点击创建应用,容器配置如下 容器名称:自定义 镜像地址:perl 启动命令: perl -Mbignum=bpi -wle print bpi(2000) 容器配置完成后,在应用层可以看到工作负载的选项,选择job类型。
10 hashed :表示基于哈希分片,通常能将写入均衡分布到各Shard节点中。
资源池维度报表 聚合该资源池下所有队列的全量负载数据。 指标名称 定义说明 计算逻辑 总占用卡时 反映资源池的真实负载总量。 ∑(单个任务占用GPU数 × 实际运行时长) 注:支持按开发/训练/推理类型拆解 GPU/显存平均利用率 反映资源池的整体利用效率。 统计周期内,所有占用GPU卡的任务运行中的平均利用率。 注:支持按负载类型(开发机 / 训练 / 推理)分别查看GPU利用率与显存利用率。
规格配置 可选 为组件中的工作负载设置容器配额,即指定组件部署Pod运行所分配的CPU、内存request值和limit值。 调度策略 可选 为组件中的工作负载设置节点选择和污点容忍调度策略。 节点选择: 指定组件Pod部署的节点。若不指定,将根据集群默认调度策略进行随机调度。
负载不只体现在 CPU 占用率, load average 也是重要指标;当前负载达到 1.26 、 1.88 、 1.68 ,偏高。 进程伪装分析 针对 kswapd0 进行分析,发现它的命名伪装成了内核线程 [kswapd0] ,因此可以认定它为植入的挖矿进程。
t;, 16 "defaultValue": "0", 17 "description": "全量迁移中每秒同步到目标端的行数", 18 "warning": "并发数越大会增加下游实例的负载
Pod的Spec字段中或Deployment、Job等工作负载的PodTemplate的Spec字段中,可以通过以下方式声明一个拓扑分布约束。
升级过程中使用了PFS L2存储卷的工作负载是否有影响? 回答:不受影响。升级过程中和升级到最新版本后用户工作负载无感,可正常访问存储集群。 2. 升级过程耗时多久,升级过程有哪些限制? 回答:升级完成大约25s左右,升级过程中无法创建新的pv/pvc,无法挂载新的工作负载。 3. 升级成功后,用户旧版本 CCE CSI PFS L2 Plugin 创建的pv/pvc能否继续使用?
重新部署依赖该存储插件的应用,确认工作负载已不再依赖内置 CephFS 卷插件。 完成迁移后,再执行 Kubernetes 1.31 升级。 注意: 存储插件迁移会影响持久化数据访问链路,执行前应完成变更评估、业务验证和回滚预案。 说明: 若缺少查看 PersistentVolume 、 StorageClass 、 CSIDriver 或工作负载的权限,则无法直接完成使用情况核查和迁移确认。
threads 工作负载的并发线程数量。 注意:默认情况下,预填数据工作负载定义为 threads=8 , xfersize=128k ,即预填数据使用 8 线程,IO 大小为 128K,如需更改默认预填数据工作负载定义,则需要增加参数指定线程数和 IO 大小( fwd=format , threads=nn , xfersize=nn )。