原標題:要想做好容器化實踐管理,關于Pod最全面的解析不得不看
在介紹Kubernetes集群管理的網(wǎng)絡篇中,我們已經(jīng)提到過Pod的概念。在Kubernetes的模型中,Pod是構建各類工作負載的最基本模塊,也是用戶可以創(chuàng)建和部署的最小單元。本文將重點介紹Pod的基本概念、生命周期以及Pod的一些重要屬性。
在Kubernetes中,Pod是最基本的操作單元,也是用戶應用運行的載體。Pod封裝了運行應用程序的容器、存儲資源、網(wǎng)絡地址以及控制容器如何運行的各種配置。實際上,整個Kubernetes系統(tǒng)的設計都是以Pod為基礎展開的,包括如何部署和運行Pod、如何保障Pod的高可用、如何建立Pod的訪問入口等。
?
Pod與其他組件的關系
? Pod與容器
Docker是最常用的容器運行時,但是Pod同樣也支持使用其它的容器運行時。一個Pod中可以包含一個或者多個容器,其中運行多個容器的場景通常是這些容器之間耦合緊密并且需要共享部分資源,從微服務的角度來講,同一個Pod中的多個容器通常聚合形成一個單一的服務單元。Kubernetes會將同一個Pod中的所有容器部署在一個Node節(jié)點中。
? Pod與網(wǎng)絡
每個Pod將被分配一個唯一的IP地址,同一Pod內(nèi)部的所有容器都將共享同一個網(wǎng)絡地址空間,因此Pod內(nèi)部的容器間通過localhost即可互相通信,而這些容器對外通信時就需要共享同一個IP地址和所有端口,這就要求用戶在創(chuàng)建Pod時需要定義好容器間如何對這些網(wǎng)絡資源進行共享。
? Pod與存儲
Pod內(nèi)的所有容器也將共享存儲資源,用戶在創(chuàng)建Pod時可以指定一系列共享存儲卷,Pod中的所有容器均可以訪問這些存儲卷用于互相共享數(shù)據(jù)。由于Pod本身的生命周期可能較短,共享存儲卷中的數(shù)據(jù)將會隨著Pod被刪除而釋放,Kubernetes也支持用戶通過PV(PersistentVolumes – 持久化存儲卷)將持久化存儲介質(zhì)掛載到Pod中供容器使用。
如何定義Pod的生命周期
Pod的整個生命周期被定義為多種不同狀態(tài),包括:Pending、Running、Succeeded、Failed、Unknown。
這些狀態(tài)的具體定義如下所示:
Pod可以被用戶直接創(chuàng)建,也可能通過Kubernetes提供的各類控制器創(chuàng)建(控制器為用戶提供了多種基于Pod的工作負載模型,我們將在后續(xù)文章中詳細介紹)。當Pod被創(chuàng)建時,對應的容器資源將會被分配到某個集群節(jié)點中啟動并運行,直到Pod停止。
通常Pod會因為3種原因停止:所有的容器均退出、節(jié)點資源不足將Pod驅(qū)逐、節(jié)點出現(xiàn)故障。
用戶可以對Pod中的容器設置重啟策略,用于在容器退出時判斷是否要重啟該容器。重啟策略包括Always、OnFailure及Never,分別代表容器總是會被重啟、僅在失敗退出時重啟、從不重啟。如果用戶不設置重啟策略,那么默認的策略為Always。
其它重要功能
健康檢查:用戶可以對Pod設置兩種健康檢查探針:LivenessProbe和ReadinessProbe。前者用于判斷Pod中的容器是否存活(處于running狀態(tài)),當探測到容器不健康時kill該容器并根據(jù)容器重啟策略做進一步處理。后者用于判斷容器是否啟動完成(處于ready狀態(tài)),如果探測失敗即容器無法接受請求,則修改Pod的狀態(tài),用于對Pod對應的訪問入口進行處理。
Init容器:用戶可以在Pod中定義一個或者多個Init容器,這些容器會優(yōu)先于Pod中的其它容器啟動。Init容器總是按照順序一次運行一個,并且必須運行到成功,如果Init容器啟動失敗,Kubernetes將會不斷重啟該Pod,直到Init容器成功為止。當所有Init容器運行完成時,Kubernetes才會初始化Pod并正常啟動其它的普通容器。
Pod Preset:Pod Preset是一種Kubernetes中的API資源,用來在創(chuàng)建Pod時向其注入運行時所需的額外信息,用戶通過使用標簽選擇器來確定為Pod應用哪些Presets。Preset最大的好處在于可以創(chuàng)建出具有通用性的Pod模板,而模板的使用者只需要通過Preset提供Pod運行時所需的定制化形式,從而無需關注Pod實現(xiàn)的所有細節(jié)。
本期關于Pod的概念就介紹到這里,在實際使用kubernetes的過程中,用戶其實很少會直接創(chuàng)建Pod,而是通過本文提到的控制器(Controller)來創(chuàng)建不同特定類型的Pod,下一篇文章我們將會詳細介紹各種不同的控制器類型,敬請期待。
- 蜜度索驥:以跨模態(tài)檢索技術助力“企宣”向上生長
- 美媒聚焦比亞迪“副業(yè)”:電子代工助力蘋果,下個大計劃瞄準AI機器人
- 微信零錢通新政策:銀行卡轉入資金提現(xiàn)免手續(xù)費引熱議
- 消息稱塔塔集團將收購和碩印度iPhone代工廠60%股份 并接管日常運營
- 蘋果揭秘自研芯片成功之道:領先技術與深度整合是關鍵
- 英偉達新一代Blackwell GPU面臨過熱挑戰(zhàn),交付延期引發(fā)市場關注
- 馬斯克能否成為 AI 部部長?硅谷與白宮的聯(lián)系日益緊密
- 余承東:Mate70將在26號發(fā)布,意外泄露引發(fā)關注
- 無人機“黑科技”亮相航展:全球首臺低空重力測量系統(tǒng)引關注
- 賽力斯發(fā)布聲明:未與任何伙伴聯(lián)合開展人形機器人合作
- 賽力斯觸及漲停,汽車整車股盤初強勢拉升
免責聲明:本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿,凡在本網(wǎng)站出現(xiàn)的信息,均僅供參考。本網(wǎng)站將盡力確保所提供信息的準確性及可靠性,但不保證有關資料的準確性及可靠性,讀者在使用前請進一步核實,并對任何自主決定的行為負責。本網(wǎng)站對有關資料所引致的錯誤、不確或遺漏,概不負任何法律責任。任何單位或個人認為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識產(chǎn)權或存在不實內(nèi)容時,應及時向本網(wǎng)站提出書面權利通知或不實情況說明,并提供身份證明、權屬證明及詳細侵權或不實情況證明。本網(wǎng)站在收到上述法律文件后,將會依法盡快聯(lián)系相關文章源頭核實,溝通刪除相關內(nèi)容或斷開相關鏈接。