如何通过kubectl获取节点污点信息及相关依据求证

问题1：自定义列查看污点命令的出处 #

你使用的这个自定义列命令，核心是借助kubectl的自定义输出（Custom Columns）结合JSONPath语法提取节点资源的特定字段。

kubectl速查表仅罗列高频常用命令，不会覆盖所有字段提取的具体示例，但这个用法的依据来自两个核心部分：

• kubectl原生支持通过-o custom-columns指定自定义输出列，每列对应资源的JSONPath路径，你可以执行kubectl get --help查看自定义输出的参数说明，里面明确提到了custom-columns与JSONPath的用法规则。
• 节点资源的.spec.taints路径，源自Kubernetes Node API对象的结构定义——污点本身就是Node资源spec字段下的数组类型字段。

问题2：证明污点属于节点spec的依据，以及kubectl get node -o yaml无taints的原因 #

为什么kubectl get node -o yaml看不到spec.taints？ #

只有当节点实际存在污点配置时，spec.taints字段才会出现在YAML/JSON输出中。如果节点未设置任何污点，Kubernetes API默认会省略这个空字段。你可以给节点添加污点测试验证：

kubectl taint nodes <node-name> test-key=test-value:NoSchedule

执行完上述命令后，再运行kubectl get node <node-name> -o yaml，就能在spec字段下看到taints数组内容。

污点属于节点spec的依据 #

1. Kubernetes Node API规范：Node资源的spec字段明确包含taints字段，类型为[]Taint，每个Taint对象包含key、value、effect三个属性，这是Kubernetes API定义的官方标准。
2. kubectl命令操作验证：kubectl taint命令的本质就是修改Node资源的spec.taints字段——添加污点时是往该数组追加元素，删除污点时是移除对应元素，操作后通过-o yaml/json输出可直接观察到spec字段的变化。
3. kubectl describe输出对应关系：kubectl describe node中显示的Taints信息，就是从节点spec.taints字段解析而来的，无污点时显示<none>，有污点时列出具体配置项。

内容的提问来源于stack exchange，提问作者Rajat Singh