0

您好我最近在Azure容器服務上創建一個k8s集羣,只是想知道創建的容器(豆莢)是否都是超V容器?另外,我發現每次我用「kubectl create -f file」啓動windows容器(pod)時,都需要將近2分鐘才能拉出圖像,然後將pod的狀態從「創建容器「改爲」就緒「。這是正常的嗎? 如果沒有,有沒有什麼建議可以加快這個過程?現在看來,即使圖像相同,k8s羣集每次都會拉取圖像。 請注意,我現在使用Windows服務器核心映像,我發現它的大小確實相當大(> 9GB)。容器在Azure容器服務和相關問題

回答

0

只是想知道如果容器(豆莢)創建的所有容器都是hyper-V ?

您的意思是在K8S中創建pod,k8s是否會爲所有節點創建k8s容器?

如果我理解正確,答案是。我們可以創建pod到一個節點或多個節點。

如果我們創建莢一個節點,就像這樣: enter image description here

它需要近2分鐘拉圖像,然後從「創建容器」到「準備就緒」轉彎 豆莢狀態。這是正常的嗎?

有多種原因會影響那個速度,我認爲這是正常的。

例如,您在node1中創建pod1,node1將從註冊表中提取圖像。然後在node2上創建另一個窗格(pod2),K8S也會從註冊表中拉出圖像。

順便說一句,它似乎K8S 不能創建存儲在主或節點的圖像的容器。只能使用註冊表,請參閱此case

+0

感謝您的回答@Jason。讓我進一步闡述我的第一個問題。據我瞭解,Windows中有兩種類型的容器,即共享相同主機的Windows容器和不共享相同主機的Hyper-V。只是想驗證ACS是否使用後者? – diamondwong

+0

至於第二個問題,我想知道更多。假設我在節點1之前從Azure容器註冊表中拉出了一個圖像A,那麼節點1是否會嘗試再次將其全部拉出?因爲從我的觀察來看,這似乎是「是」。再次感謝:) – diamondwong

+0

@diamondwong對不起,我的誤解。你說得對,ACS使用後者。第二個問題,答案是肯定的。 –