由于 PersistentVolume，GKE 无法扩展节点答案

【问题标题】：GKE Can’t scale up nodes due of PersistentVolume由于 PersistentVolume，GKE 无法扩展节点
【发布时间】：2022-08-03 17:14:22
【问题描述】：

我的 Terraformed GKE 集群遇到了一个奇怪的问题，

我有一个部署请求带有 PVC 的 GcePersistentVolume，当它被创建时，我的 GCloud 控制台上有一个 Can’t scale up nodes 通知。如果我检查日志，它会说：

reason: {
messageId: \"no.scale.up.mig.failing.predicate\"
parameters: [
0: \"\"
1: \"pod has unbound immediate PersistentVolumeClaims\"

如果不创建此部署，我根本没有 Scale UP 错误。

有问题的PVC：

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  finalizers:
  - kubernetes.io/pvc-protection
  name: nfs
  namespace: nfs
spec:
  accessModes:
  - ReadWriteOnce
  resources:
    requests:
      storage: 10Gi
  storageClassName: standard
  volumeMode: Filesystem
status:
  accessModes:
  - ReadWriteOnce
  capacity:
    storage: 10Gi
  phase: Bound

我的部署运行良好，PV 直接创建并绑定到我的 PVC。

所以我觉得这个Can\'t Scale up Nodes 真的很奇怪吗？

（它是一个单区域集群，有一个 NodePool）。

对我有什么想法吗？

非常感谢

stackoverflow.com/a/52669115/8016720
它似乎与我的问题没有真正的联系，在这个链接中问题是关于 HostLocal PV。

标签： kubernetes google-cloud-platform google-kubernetes-engine

【解决方案1】：

我有同样的问题。这很奇怪，因为如果你在 GKE 中创建 PVC，PV 是动态创建的（确实如此），所以你去检查kubectl get pv,pvc --all-namespaces，一切看起来都很正常。但似乎在创建部署（使用 PVC）并等待创建 PVC 时出现此错误，并且集群确认它并显示警报（创建一些误报警报）。这似乎是一个时间问题。

一种解决方法是更改storageClassName 定义的值。如果您使用standard-rwo 而不是standard（两者都默认显示在存储的存储类选项卡中），问题似乎消失了。这样做的结果是底层磁盘的类型从Standard persistent disk 更改为Balanced persistent disk。无论如何，后者表现更好。

【讨论】：