3

我啓動了一個kubernetes複製控制器。當此複製控制器中的單個容器中的相應容器指定gcePersistentDisk時,容器將啓動非常慢。 5分鐘後,吊艙仍處於Pending狀態。安裝gcePersistentDisk kubernetes卷非常慢

kubectl get po會告訴我:

NAME   READY  STATUS RESTARTS AGE 
app-1-a4ni7 0/1  Pending 0   5m 

沒有gcePersistentDisk吊艙是在最長30秒Running

(我使用的是10 GB的谷歌雲存儲盤,我知道這些磁盤有lower performance較低的能力,但我不知道這是問題。)

什麼可能是這個原因嗎?

+0

您的磁盤是否與羣集在同一個區域中創建? – George

+0

是的,因爲不在同一個區域內,它根本不起作用。這是明確的。 –

回答

5

我們已經看到GCE PD附加呼叫需要10分鐘以上才能完成,所以這或多或少是預期的。例如,參見https://github.com/kubernetes/kubernetes/issues/15382#issuecomment-153268655,其中PD測試在GCE PD附着/分離呼叫可能完成之前超時。我們正在與GCE團隊合作,以提高性能並縮短延遲。

如果pod永遠不會退出暫掛狀態,那麼您可能會遇到一個錯誤。在這種情況下,抓住你的kubelet日誌並在https://github.com/kubernetes/kubernetes/發現問題

1

至少從我的感覺來看,使用PersistentVolumeClaims的工作速度要快得多。您幾乎可以立即銷燬並重新創建複製控制器。

請參閱:http://kubernetes.io/v1.1/docs/user-guide/persistent-volumes/README.html

+0

謝謝!這改善了問題,但是直到pod達到「運行」狀態仍有20-60秒的延遲。請參閱:http://stackoverflow.com/q/34854472/454103 –