管理节点标签
节点标签使用场景
节点标签的主要使用场景有两类。
- 节点管理:通过节点标签管理节点,给节点分类。
- 工作负载与节点的亲和与反亲和:
- 有的工作负载需要的CPU大,有的工作负载需要的内存大,有的工作负载需要IO大,可能会影响其他工作负载正常工作等等,此时建议给节点添加不同标签。在部署工作负载的时候,就可以选择相应标签的节点亲和部署,保证系统正常工作;反之,可以使用节点的反亲和部署。
- 一个系统可以分为多个模块,每个模块由多个微服务组成,为保证后期运维的高效,可以将节点打上对应模块的标签,让各模块部署到各自的节点模块上,互不干扰,方便开发到各自节点上去维护。
节点固有标签
节点创建出来会存在一些固有的标签,并且是无法删除的,这些标签的含义请参见表1。
系统自动添加的节点固有标签不建议手动修改,如果手动修改值与系统值产生冲突,将以系统值为准。
键 |
说明 |
---|---|
新:topology.kubernetes.io/region 旧:failure-domain.beta.kubernetes.io/region |
表示节点当前所在区域。 |
新:topology.kubernetes.io/zone 旧:failure-domain.beta.kubernetes.io/zone |
表示节点所在区域的可用区。 |
新:node.kubernetes.io/baremetal 旧:failure-domain.beta.kubernetes.io/is-baremetal |
表示是否为裸金属节点。 例如:false,表示非裸金属节点 |
node.kubernetes.io/instance-type |
节点实例规格。 |
kubernetes.io/arch |
节点处理器架构。 |
kubernetes.io/hostname |
节点名称。 |
kubernetes.io/os |
节点操作系统类型。 |
node.kubernetes.io/subnetid |
节点所在子网的ID。 |
os.architecture |
表示节点处理器架构。 例如:amd64,表示AMD64位架构的处理器 |
os.name |
节点的操作系统名称。 |
os.version |
操作系统节点内核版本。 |
node.kubernetes.io/container-engine |
节点所用容器引擎。 |
accelerator/huawei-npu |
NPU节点标签。 |
accelerator |
GPU节点标签。 |
cce.cloud.com/cce-nodepool |
节点池节点专属标签。 |
添加/删除节点标签
- 登录CCE控制台,单击集群名称进入集群。
- 在集群控制台左侧导航栏中选择“节点管理”,切换至“节点”页签,勾选目标节点,并单击左上方“标签与污点管理”。
- 在弹出的窗口中,在“批量操作”下方单击“新增批量操作”,然后选择“添加/更新”或“删除”。
填写需要增加/删除标签的“键”和“值”,单击“确定”。
例如,填写的键为“deploy_qa”,值为“true”,就可以从逻辑概念表示该节点是用来部署QA(测试)环境使用。
- 标签添加成功后,再次进入该界面,在节点数据下可查看到已经添加的标签。