GKE 上的 Redis 运行 磁盘不足 space
Redis on GKE is running out of disk space
我刚刚通过helm在GKE上安装了redis（实际上是重新安装和升级）。这是一个非常标准的安装，没有什么不正常的。不幸的是，我的“redis-master”容器日志一遍又一遍地显示同步错误：
Info 2022-02-01 12:58:22.733 MST redis1:M 01 Feb 2022 19:58:22.733 * Waiting for end of BGSAVE for SYNC
Info 2022-02-01 12:58:22.733 MST redis 8085:C 01 Feb 2022 19:58:22.733 # Write error saving DB on disk: No space left on device
Info 2022-02-01 12:58:22.830 MST redis 1:M 01 Feb 2022 19:58:22.829 # Background saving error
Info 2022-02-01 12:58:22.830 MST redis 1:M 01 Feb 2022 19:58:22.829 # Connection with replica redis-replicas-0.:6379 lost.
Info 2022-02-01 12:58:22.830 MST redis 1:M 01 Feb 2022 19:58:22.829 # SYNC failed. BGSAVE child returned an error
Info 2022-02-01 12:58:22.830 MST redis 1:M 01 Feb 2022 19:58:22.829 # Connection with replica redis-replicas-1.:6379 lost.
Info 2022-02-01 12:58:22.830 MST redis 1:M 01 Feb 2022 19:58:22.829 # SYNC failed. BGSAVE child returned an error
Info 2022-02-01 12:58:22.832 MST redis 1:M 01 Feb 2022 19:58:22.832 * Replica redis-replicas-0.:6379 asks for synchronization
Info 2022-02-01 12:58:22.832 MST redis 1:M 01 Feb 2022 19:58:22.832 * Full resync requested by replica redis-replicas-0.:6379
Info 2022-02-01 12:58:22.832 MST redis 1:M 01 Feb 2022 19:58:22.832 * Starting BGSAVE for SYNC with target: disk
Info 2022-02-01 12:58:22.833 MST redis 1:M 01 Feb 2022 19:58:22.833 * Background saving started by pid 8086
然后我查看了我的持久卷声明规范“redis-data”，它处于“待定”阶段，而且似乎永远不会脱离该阶段。如果我查看我所有的 PVC，那么它们都已绑定并且看起来很健康。
很明显有些东西并不像看起来那么健康，但我不确定如何诊断。任何帮助将不胜感激。
所以我非常接近它，在我的情况下，当我卸载 redis 时它没有删除 PVC（这有一定道理）然后当我重新安装时它试图使用相同的 PVC。
不幸的是，pvc 运行 内存不足。
我能够手动删除以前存在的 PVC（我们不需要保留数据），然后通过 helm 重新安装 redis。那时，它创建了新的 PVC，并且运行良好。
我知道聚会晚了，但如果有人陷入相同的场景并且不能删除PVC[=37，我会添加更多=] 他们可以在 GKE.
中增加 PVC 的大小
检查存储类：
apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
…
provisioner: kubernetes.io/gce-pd
allowVolumeExpansion: true
编辑PVC
spec:
accessModes:
- ReadWriteOnce
resources:
requests:
storage: 10Gi
您需要在 PVC 中更新的 Field
spec:
accessModes:
- ReadWriteOnce
resources:
requests: <== make sure in requests section
storage: 30Gi <=========
对 PVC 应用更改并保存后，现在只需 重新启动 POD。
分享以下链接：https://medium.com/@harsh.manvar111/resizing-pvc-disk-in-gke-c5b882c90f7b
我刚刚通过helm在GKE上安装了redis（实际上是重新安装和升级）。这是一个非常标准的安装，没有什么不正常的。不幸的是，我的“redis-master”容器日志一遍又一遍地显示同步错误：
Info 2022-02-01 12:58:22.733 MST redis1:M 01 Feb 2022 19:58:22.733 * Waiting for end of BGSAVE for SYNC
Info 2022-02-01 12:58:22.733 MST redis 8085:C 01 Feb 2022 19:58:22.733 # Write error saving DB on disk: No space left on device
Info 2022-02-01 12:58:22.830 MST redis 1:M 01 Feb 2022 19:58:22.829 # Background saving error
Info 2022-02-01 12:58:22.830 MST redis 1:M 01 Feb 2022 19:58:22.829 # Connection with replica redis-replicas-0.:6379 lost.
Info 2022-02-01 12:58:22.830 MST redis 1:M 01 Feb 2022 19:58:22.829 # SYNC failed. BGSAVE child returned an error
Info 2022-02-01 12:58:22.830 MST redis 1:M 01 Feb 2022 19:58:22.829 # Connection with replica redis-replicas-1.:6379 lost.
Info 2022-02-01 12:58:22.830 MST redis 1:M 01 Feb 2022 19:58:22.829 # SYNC failed. BGSAVE child returned an error
Info 2022-02-01 12:58:22.832 MST redis 1:M 01 Feb 2022 19:58:22.832 * Replica redis-replicas-0.:6379 asks for synchronization
Info 2022-02-01 12:58:22.832 MST redis 1:M 01 Feb 2022 19:58:22.832 * Full resync requested by replica redis-replicas-0.:6379
Info 2022-02-01 12:58:22.832 MST redis 1:M 01 Feb 2022 19:58:22.832 * Starting BGSAVE for SYNC with target: disk
Info 2022-02-01 12:58:22.833 MST redis 1:M 01 Feb 2022 19:58:22.833 * Background saving started by pid 8086
然后我查看了我的持久卷声明规范“redis-data”，它处于“待定”阶段，而且似乎永远不会脱离该阶段。如果我查看我所有的 PVC，那么它们都已绑定并且看起来很健康。
很明显有些东西并不像看起来那么健康，但我不确定如何诊断。任何帮助将不胜感激。
所以我非常接近它，在我的情况下，当我卸载 redis 时它没有删除 PVC（这有一定道理）然后当我重新安装时它试图使用相同的 PVC。
不幸的是，pvc 运行 内存不足。
我能够手动删除以前存在的 PVC（我们不需要保留数据），然后通过 helm 重新安装 redis。那时，它创建了新的 PVC，并且运行良好。
我知道聚会晚了，但如果有人陷入相同的场景并且不能删除PVC[=37，我会添加更多=] 他们可以在 GKE.
中增加 PVC 的大小检查存储类：
apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
…
provisioner: kubernetes.io/gce-pd
allowVolumeExpansion: true
编辑PVC
spec:
accessModes:
- ReadWriteOnce
resources:
requests:
storage: 10Gi
Field
spec:
accessModes:
- ReadWriteOnce
resources:
requests: <== make sure in requests section
storage: 30Gi <=========
对 PVC 应用更改并保存后，现在只需 重新启动 POD。
分享以下链接：https://medium.com/@harsh.manvar111/resizing-pvc-disk-in-gke-c5b882c90f7b