Pod的鏡像拉取與資源請(qǐng)求軟件技術(shù)專業(yè)群·

專業(yè)選修課目錄/Contents鏡像拉取與重啟策略0201不可壓縮資源03可壓縮資源kubectlgetpod<podName>-oyaml該命令可以查看指定Pod信息的yaml格式查看現(xiàn)存Pod的鏡像拉取與重啟策略如右圖所示：imagePullPolicy描述了Pod中容器的鏡像拉取策略；restartPolicy則描述了Pod的重啟策略。Pod的鏡像拉取與重啟策略鏡像拉取策略imagePullPolicy有三種取值：Always：不論本地是否已經(jīng)存在所需鏡像，每次均重新下載鏡像（默認(rèn)）；Never：僅使用本地鏡像，從不下載。若本地沒(méi)有所需鏡像，報(bào)錯(cuò)；IfNotPresent：僅當(dāng)本地沒(méi)有所需鏡像時(shí)，才從倉(cāng)庫(kù)下載鏡像。重啟策略restartPolicy有三種取值：Always：除了Running狀態(tài)外，均重啟容器；OnFailure：失敗狀態(tài)才重啟容器；Never：無(wú)論失敗或完成（正常退出）狀態(tài)，均不重啟容器。查看Pod中容器的重啟狀態(tài)上圖表明，當(dāng)前運(yùn)行于工作節(jié)點(diǎn)worker02之上的pod-nginx，其RESTARTS列的值為2，表示重啟了2次。在工作節(jié)點(diǎn)worker02之上，重啟Docker引擎：systemctlrestartdocker；再次回到主節(jié)點(diǎn)master01上查看當(dāng)前系統(tǒng)中pod-nginx的擴(kuò)展信息Docker引擎重啟，導(dǎo)致pod-nginx中的2個(gè)容器也隨之重啟，所以最終RESTARTS列的值為4Pod作為運(yùn)行容器的資源，將占用其主機(jī)上的內(nèi)存、CPU等硬件資源。Metrics-Server是Kubernetes內(nèi)置自動(dòng)伸縮管道的可伸縮、高效的容器資源度量來(lái)源Pod資源監(jiān)測(cè)Metrics-Server具體配置過(guò)程見(jiàn)操作手冊(cè)為防止某個(gè)應(yīng)用隨運(yùn)行時(shí)間的推移，造成內(nèi)存等資源逐漸越占越多，影響整個(gè)服務(wù)器或其他應(yīng)用的資源使用（利如內(nèi)存不足、CPU過(guò)載等），需要對(duì)Pod所占用的資源在使用時(shí)加以一定的限制。資源請(qǐng)求與限制資源可以區(qū)分為可壓縮資源與不可壓縮資源兩種，如：內(nèi)存屬于不可壓縮資源CPU則屬于可壓縮資源不可壓縮資源指定資源限制，在resources字段中指定limits字段，如左側(cè)內(nèi)存限制上限為200Mi；指定資源請(qǐng)求，在resources字段中指定requests字段，如左側(cè)容器內(nèi)存請(qǐng)求為100Mi；該P(yáng)od中的容器使用了polinux/stress鏡像，其含有stress工具，以供進(jìn)行壓力測(cè)試。配置文件中的args字段部分提供了容器啟動(dòng)時(shí)的參數(shù)，"--vm-bytes","150M"參數(shù)用于告知容器嘗試分配150MiB內(nèi)存。不可壓縮資源，可通過(guò)spec.containers.resources字段在Pod的配置文件中進(jìn)行資源請(qǐng)求和限制不可壓縮資源創(chuàng)建并查看pod資源使用情況使用kubectltoppods命令查看memory-demo1資源的占用情況，memory-demo1占用了150Mi大小的內(nèi)存，符合memory-demo1.yaml配置文件中約定的資源請(qǐng)求與限制的要求思考與討論若將參數(shù)args中的“150M”修改為“250M”，所創(chuàng)建的pod會(huì)有怎樣的變化？？思考與討論使用watch命令，每隔1秒，觀察pod的資源使用情況。從上圖中可以看到，pod的RESTARTS不斷增加，表明該pod在不斷重啟。對(duì)于不可壓縮資源，如果pod運(yùn)行過(guò)程中占用資源超過(guò)限制，會(huì)自動(dòng)刪除重新運(yùn)行一個(gè)新的容器。對(duì)于可壓縮資源，若超過(guò)資源限制，則不會(huì)重啟，依然運(yùn)行。可壓縮資源文件中請(qǐng)求為0.5CPU，限制為1CPU。參數(shù)args中CPU直接占用了2CPU，超過(guò)限制！可壓縮資源與不可壓縮資源一樣，可通過(guò)spec.containers.resources字段在Pod的配置文件中進(jìn)行資源請(qǐng)求和限制可壓縮資源查看pod資源使用情況，可發(fā)現(xiàn)該pod并未重啟，且CPU被壓縮