咨询：在GKE集群中无需Alpha特性使用本地SSD的可行方案

当然可以！在GKE里使用本地SSD完全不需要依赖任何Alpha特性，有几种成熟稳定的实现方式，我给你详细拆解下：

如果你是新建GKE集群，可以在创建时直接指定每个节点挂载的本地SSD数量，这是GKE的稳定特性。

用gcloud命令的示例：

gcloud container clusters create my-ssd-cluster \
  --zone us-central1-a \
  --num-nodes=3 \
  --local-ssd-count=1 \
  --machine-type n1-standard-2

• --local-ssd-count=1：指定每个节点挂载1块本地SSD（单块容量是375Gi，最多每个节点可以挂载8块，具体上限取决于你选择的机器类型）
• 注意要选择支持本地SSD的机器类型，比如n1-standard、n2、e2系列里的多数机型都支持。

如果已经有运行中的GKE集群，不需要重建，直接新增一个带本地SSD的节点池即可：

gcloud container node-pools create ssd-node-pool \
  --cluster my-existing-cluster \
  --zone us-central1-a \
  --num-nodes=2 \
  --local-ssd-count=2 \
  --machine-type n2-standard-4

这样新节点池里的所有节点都会挂载指定数量的本地SSD，你可以通过节点标签或者污点把需要使用SSD的Pod调度到这个节点池。

直接用hostPath挂载虽然简单，但不推荐（容易出现调度错误、数据丢失风险不可控），更规范的方式是使用Local Persistent Volume，这是Kubernetes的稳定特性，完全不需要Alpha支持：

1. 创建专属的StorageClass #

先创建一个StorageClass，设置延迟绑定（确保PV在Pod调度时才绑定到对应节点的SSD）：

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: local-ssd-sc
provisioner: kubernetes.io/no-provisioner
volumeBindingMode: WaitForFirstConsumer

2. 创建PersistentVolumeClaim（PVC） #

请求这个StorageClass的存储：

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: local-ssd-pvc
spec:
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 375Gi  # 对应1块本地SSD的容量，如果挂载了2块就写750Gi
  storageClassName: local-ssd-sc

3. 在Pod中挂载PVC #

把PVC挂载到容器里的指定路径：

apiVersion: v1
kind: Pod
metadata:
  name: ssd-workload-pod
spec:
  containers:
  - name: my-workload
    image: nginx
    volumeMounts:
    - mountPath: /mnt/ssd-storage
      name: ssd-volume
  volumes:
  - name: ssd-volume
    persistentVolumeClaim:
      claimName: local-ssd-pvc

• 本地SSD是临时存储：节点销毁或重启时，SSD上的数据会被彻底清除，所以只适合缓存、临时计算数据这类不需要持久化的场景。
• 容量匹配：PVC请求的存储容量要和节点挂载的SSD总容量对应，比如挂载2块SSD的话，单PVC最多请求750Gi。
• 调度策略：如果需要把Pod固定到SSD节点池，可以给节点池添加标签，然后在Pod的nodeSelector里指定标签，避免调度到普通节点。

以上所有操作都是基于GKE的稳定特性，完全不需要启用任何Alpha功能，放心使用就行！

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