PVC 綁定但未被 GKE 上的 pod 發現

Question

我將 GKE 的機器升級到新的更大的機器。 所有應用程序看起來都很好，直到一個 pod 仍在掛起 state。在對舊 pod 設置警戒線和排水管后，我的 prometheus pod 仍然掛起。

在吊艙描述它顯示

我已經重新創建部署和 PVC，但結果仍然相同。 在 PVC 上顯示..

describe上說是prometheus deployment使用的PVC。 事實上，部署仍處於待定狀態 state。如何解決這個問題？ 任何建議將不勝感激

Answer 1

PVC 的待定狀態可能意味着您沒有相應的 PV。 如果您使用 PersistentVolumeClaim，您通常需要一個用於動態卷配置的卷配置器

除非您使用動態卷配置配置您的集群，否則您每次都必須手動制作 PV。

您必須定義一個PersistentVolume來提供磁盤空間以供PersistentVolumeClaim使用。 如果匹配的 PersistentVolume 不存在，PersistentVolumeClaims 將無限期保持未綁定狀態。

使用 storageClass 時，Kube.netes 將啟用不適用於本地文件系統的“動態卷配置” 。

動態卷配置允許按需創建存儲卷。 如果沒有動態配置，集群管理員必須手動調用他們的雲或存儲提供商來創建新的存儲卷，然后創建PersistentVolume 對象以在 Kube.netes 中表示它們。

解決您的問題：

• 提供滿足聲明約束的PersistentVolume （大小 >= 100Mi）。
• 從PersistentVolumeClaim中刪除 storageClass 或為其提供一個空值 ("")。
• 從集群中刪除StorageClass 。

還要確保 PV 容量 >= PVC 容量，然后 PVC 應該綁定到 PV。 PV 中的容量需要與聲明中的容量相同，以解決未綁定的即時 PersistentVolumeClaims 問題。 如果不是，那么我們將在 pod 級別收到未綁定的即時 PersistentVolumeClaims 錯誤，並且在描述 PVC 時沒有卷插件匹配名稱。

請參閱Configure a Pod to Use a PersistentVolume for Storage ，其中描述了如何使用 hostPath 創建 PersistentVolume，並參閱stackpost以獲取有關 pod has unbound PersistentVolumeClaims 錯誤的更多信息。