這篇文章主要講解了“Kubernetes的pod屬性介紹”，文中的講解內(nèi)容簡單清晰，易于學習與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學習“Kubernetes的pod屬性介紹”吧！
聊城ssl適用于網(wǎng)站、小程序/APP、API接口等需要進行數(shù)據(jù)傳輸應(yīng)用場景，ssl證書未來市場廣闊！成為創(chuàng)新互聯(lián)公司的ssl證書銷售渠道，可以享受市場價格4-6折優(yōu)惠！如果有意向歡迎電話聯(lián)系或者加微信：18982081108（備注：SSL證書合作）期待與您的合作！我們可以首先使用kubectl get pods命令得到pod列表，比如我們想研究pod nginx-storage-pod的明細：
使用命令kubectl describe pod nginx-storage-pod > nginx-storage-pod.yaml, 將describe命令的輸出重定向到一個yaml文件里。用vi打開這個yaml文件：
pod的所有屬性可以從這個yaml文件里學習：
node：shoot--k8s-train--shacw46-worker-prvfv-z1-7844dc6744-ghd5m/10.250.0.6
表明pod所在的node，這個node一定是命令kubectl get node返回的結(jié)果之一：
image
Image：代表該pod是基于哪一個docker image創(chuàng)建的。
Mount：該pod使用的persistent volume對應(yīng)的物理文件目錄，我的例子是.usr/share/nginx/html
這個路徑從哪里來的呢？就是我的pod文件的yaml文件里的定義：
describe命令除了本文介紹的可以用來深入學習pod的屬性外，還可以用于pod不能正常啟動時的錯誤排查。
比如我有一個pod名為another3，狀態(tài)一直處于CrashLoopBackOff, RESTART次數(shù)為12：
使用kubectl describe pod another3就可以看到這個容器啟動的明細：Back-off restarting failed container
仔細檢查pod的yaml文件，發(fā)現(xiàn)原因是因為我定義了volume的name為content-storage，但是沒有指定persistentvolumeclaim。當我把volumes: - name: content-storage刪除之后，
下圖是修改后的yaml文件：
重新創(chuàng)建名為another3的pod，很快就創(chuàng)建成功并且狀態(tài)處于running了：
感謝各位的閱讀，以上就是“Kubernetes的pod屬性介紹”的內(nèi)容了，經(jīng)過本文的學習后，相信大家對Kubernetes的pod屬性介紹這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是創(chuàng)新互聯(lián)，小編將為大家推送更多相關(guān)知識點的文章，歡迎關(guān)注！
重慶分公司
重慶分公司
