GKE集群自定义机型下禁用SMT无效，寻求可行配置方案

首先明确：SMT是节点级的CPU硬件配置，无法通过Deployment YAML直接控制——Deployment仅管理Pod层面的资源调度，节点的SMT状态由节点启动时的系统参数决定。下面是两种能解决自定义机器类型下SMT禁用无效问题的方法：

方法一：创建/更新自定义节点池，通过启动脚本禁用SMT #

GKE允许通过节点启动脚本在节点初始化时修改SMT状态，且能保证节点重启后配置依然生效：

1. 创建新的自定义节点池 #

执行以下gcloud命令，指定自定义机器类型，同时注入启动脚本禁用SMT：

gcloud container node-pools create smt-disabled-pool \
  --cluster=YOUR_CLUSTER_NAME \
  --zone=YOUR_CLUSTER_ZONE \
  --machine-type=custom-N-M \ # 替换为你的自定义机器类型，比如custom-8-16384
  --metadata=startup-script='#!/bin/bash
    # 临时禁用SMT
    echo off > /sys/devices/system/cpu/smt/control
    # 配置开机自动禁用
    echo "echo off > /sys/devices/system/cpu/smt/control" >> /etc/rc.local
    chmod +x /etc/rc.local'

2. 更新现有自定义节点池 #

如果已经有自定义机器类型的节点池，可通过更新节点池并重启节点来应用配置：

# 更新节点池的启动脚本
gcloud container node-pools update YOUR_EXISTING_POOL \
  --cluster=YOUR_CLUSTER_NAME \
  --zone=YOUR_CLUSTER_ZONE \
  --metadata=startup-script='#!/bin/bash
    echo off > /sys/devices/system/cpu/smt/control
    echo "echo off > /sys/devices/system/cpu/smt/control" >> /etc/rc.local
    chmod +x /etc/rc.local'

# 逐个重启节点（避免集群中断）
for node in $(kubectl get nodes -l cloud.google.com/gke-nodepool=YOUR_EXISTING_POOL -o name); do
  kubectl drain $node --ignore-daemonsets
  gcloud compute instances reset $(echo $node | cut -d/ -f2) --zone=YOUR_CLUSTER_ZONE
  kubectl uncordon $node
done

方法二：验证SMT是否成功禁用 #

不管用哪种方法，都可以通过以下方式验证：

• 登录节点执行：cat /sys/devices/system/cpu/smt/control，输出应为off
• 在Pod中通过hostPath挂载该文件查看：

  apiVersion: v1
  kind: Pod
  metadata:
    name: smt-check
  spec:
    containers:
    - name: smt-check
      image: busybox
      command: ["cat", "/host/smt/control"]
      volumeMounts:
      - name: smt-control
        mountPath: /host/smt/control
    volumes:
    - name: smt-control
      hostPath:
        path: /sys/devices/system/cpu/smt/control
  

  执行kubectl logs smt-check，输出应为off

为什么直接换自定义机器类型没用？ #

GKE默认不会为任何机器类型（包括自定义类型）自动禁用SMT，必须通过启动脚本手动修改节点的CPU控制参数，这就是你之前替换机器类型后问题依然存在的原因。

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