国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

【云原生】kubernetes在Pod中init容器的作用和使用

這篇具有很好參考價(jià)值的文章主要介紹了【云原生】kubernetes在Pod中init容器的作用和使用。希望對(duì)大家有所幫助。如果存在錯(cuò)誤或未考慮完全的地方,請(qǐng)大家不吝賜教,您也可以點(diǎn)擊"舉報(bào)違法"按鈕提交疑問(wèn)。

【云原生】kubernetes在Pod中init容器的作用和使用,云原生,云原生,kubernetes,容器

目錄

Pod 中 init 容器

1 init 容器特點(diǎn)

2 使用 init 容器


Pod 中 init 容器

Init 容器是一種特殊容器,在Pod 內(nèi)的應(yīng)用容器啟動(dòng)之前運(yùn)行。Init 容器可以包括一些應(yīng)用鏡像中不存在的實(shí)用工具和安裝腳本。

1 init 容器特點(diǎn)

init 容器與普通的容器非常像,除了如下幾點(diǎn):

  • 它們總是運(yùn)行到完成。如果 Pod 的 Init 容器失敗,kubelet 會(huì)不斷地重啟該 Init 容器直到該容器成功為止。 然而,如果 Pod 對(duì)應(yīng)的 restartPolicy 值為 "Never",并且 Pod 的 Init 容器失敗, 則 Kubernetes 會(huì)將整個(gè) Pod 狀態(tài)設(shè)置為失敗。

  • 每個(gè)都必須在下一個(gè)啟動(dòng)之前成功完成。

  • 同時(shí) Init 容器不支持 lifecycle、livenessProbe、readinessProbestartupProbe, 因?yàn)樗鼈儽仨氃?Pod 就緒之前運(yùn)行完成。

  • 如果為一個(gè) Pod 指定了多個(gè) Init 容器,這些容器會(huì)按順序逐個(gè)運(yùn)行。 每個(gè) Init 容器必須運(yùn)行成功,下一個(gè)才能夠運(yùn)行。當(dāng)所有的 Init 容器運(yùn)行完成時(shí), Kubernetes 才會(huì)為 Pod 初始化應(yīng)用容器并像平常一樣運(yùn)行。

  • Init 容器支持應(yīng)用容器的全部字段和特性,包括資源限制、數(shù)據(jù)卷和安全設(shè)置。 然而,Init 容器對(duì)資源請(qǐng)求和限制的處理稍有不同。

2 使用 init 容器

官網(wǎng)地址: Init 容器 | Kubernetes

在 Pod 的規(guī)約中與用來(lái)描述應(yīng)用容器的 containers 數(shù)組平行的位置指定 Init 容器。

apiVersion: v1
kind: Pod
metadata:
  name: init-demo
spec:
  containers:
  - name: myapp-container
 ?  image: busybox:1.28
 ?  command: ['sh', '-c', 'echo The app is running! && sleep 3600']
  initContainers:
  - name: init-myservice
 ?  image: busybox:1.28
 ?  command: ['sh', '-c', 'echo init-myservice is running! && sleep 5']
  - name: init-mydb
 ?  image: busybox:1.28
 ?  command: ['sh', '-c', 'echo init-mydb is running! && sleep 10']
  • 查看啟動(dòng)詳細(xì)文章來(lái)源地址http://www.zghlxwxcb.cn/news/detail-632855.html

$ kubectl describe pod init-demo
?
# 部分結(jié)果
Events:
  Type ?  Reason ? ? Age ?  From ? ? ? ? ? ? ? Message
 ?---- ? ?------ ? ? ---- ? ---- ? ? ? ? ? ? ? -------
  Normal  Scheduled  2m16s  default-scheduler  Successfully assigned default/init-demo to k8s-node2
  Normal  Pulling ?  2m16s  kubelet ? ? ? ? ?  Pulling image "busybox:1.28"
  Normal  Pulled ? ? 118s ? kubelet ? ? ? ? ?  Successfully pulled image "busybox:1.28" in 17.370617268s (17.370620685s including waiting)
  Normal  Created ?  118s ? kubelet ? ? ? ? ?  Created container init-myservice
  Normal  Started ?  118s ? kubelet ? ? ? ? ?  Started container init-myservice
  Normal  Pulled ? ? 112s ? kubelet ? ? ? ? ?  Container image "busybox:1.28" already present on machine
  Normal  Created ?  112s ? kubelet ? ? ? ? ?  Created container init-mydb
  Normal  Started ?  112s ? kubelet ? ? ? ? ?  Started container init-mydb
  Normal  Pulled ? ? 101s ? kubelet ? ? ? ? ?  Container image "busybox:1.28" already present on machine
  Normal  Created ?  101s ? kubelet ? ? ? ? ?  Created container myapp-container
  Normal  Started ?  101s ? kubelet ? ? ? ? ?  Started container myapp-container

到了這里,關(guān)于【云原生】kubernetes在Pod中init容器的作用和使用的文章就介紹完了。如果您還想了解更多內(nèi)容,請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來(lái)自互聯(lián)網(wǎng)用戶投稿,該文觀點(diǎn)僅代表作者本人,不代表本站立場(chǎng)。本站僅提供信息存儲(chǔ)空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請(qǐng)注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實(shí)不符,請(qǐng)點(diǎn)擊違法舉報(bào)進(jìn)行投訴反饋,一經(jīng)查實(shí),立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

相關(guān)文章

  • K8S基本概念+pod生命周期+容器重啟策略+Init容器和邊車容器+pod探針+postStart和preStop

    Kubernetes是谷歌以Borg為前身,基于谷歌15年生產(chǎn)環(huán)境經(jīng)驗(yàn)的基礎(chǔ)上開(kāi)源的一個(gè)項(xiàng)目,Kubernetes致力于提供跨主機(jī)集群的自動(dòng)部署、擴(kuò)展、高可用以及運(yùn)行應(yīng)用程序容器的平臺(tái)。 kube-APIServer:集群的控制中樞,各個(gè)模塊之間信息交互都需要經(jīng)過(guò)Kube-APIServer,同時(shí)它也是集群管理、資

    2024年04月15日
    瀏覽(42)
  • 【云原生】Init 容器

    +v ljx97609760 一起溝通學(xué)習(xí) Init 容器是一種特殊容器,在 Pod 內(nèi)的應(yīng)用容器啟動(dòng)之前運(yùn)行。Init 容器可以包括一些應(yīng)用鏡像中不存在的實(shí)用工具和安裝腳本 每個(gè) Pod 中可以包含多個(gè)容器, 應(yīng)用運(yùn)行在這些容器里面,同時(shí) Pod 也可以有一個(gè)或多個(gè)先于應(yīng)用容器啟動(dòng)的 Init 容器。 I

    2024年02月16日
    瀏覽(26)
  • 容器和云原生(三):kubernetes搭建與使用

    容器和云原生(三):kubernetes搭建與使用

    ? ? ? ? 目錄 單機(jī)K8S docker containerd image依賴 kubeadm初始化 驗(yàn)證 crictl工具 K8S核心組件 上文安裝單機(jī)docker是很簡(jiǎn)單docker,但是生產(chǎn)環(huán)境需要多個(gè)主機(jī),主機(jī)上啟動(dòng)多個(gè)docker容器,相同容器會(huì)綁定形成1個(gè)服務(wù)service,微服務(wù)場(chǎng)景中多個(gè)service會(huì)互相調(diào)用,那么就需要保證多個(gè)servi

    2024年02月11日
    瀏覽(27)
  • 云原生Kubernetes:pod基礎(chǔ)

    云原生Kubernetes:pod基礎(chǔ)

    目錄 一、理論 1.pod 2.pod容器分類 3.鏡像拉取策略 4.pod 的重啟策略 二、實(shí)驗(yàn) 1.Pod容器的分類 2.鏡像拉取策略 三、問(wèn)題 1.apiVersion 報(bào)錯(cuò) 2.pod v1版本資源未注冊(cè) 3.格式錯(cuò)誤 4.取行顯示指定pod信息 四、總結(jié) (1)? 概念 ?Pod是kubernetes中最小的資源管理組件,Pod也是最小化運(yùn)行容器化應(yīng)

    2024年02月09日
    瀏覽(19)
  • 云原生之深入解析Kubernetes中如何使用臨時(shí)容器進(jìn)行故障排查

    容器及其周圍的生態(tài)系統(tǒng)改變了工程師部署、維護(hù)和排查工作負(fù)載故障的方式。但是,在 Kubernetes 集群上調(diào)試應(yīng)用程序有時(shí)可能會(huì)很困難,因?yàn)榭赡茉谌萜髦姓也坏剿璧恼{(diào)試工具。許多工程師使用基于精簡(jiǎn)、發(fā)行版構(gòu)建無(wú)發(fā)行版的基礎(chǔ)鏡像,其中甚至沒(méi)有包管理器或shell,

    2024年02月05日
    瀏覽(28)
  • Kubernetes —Pod 和容器日志

    Kubernetes —Pod 和容器日志

    應(yīng)用日志可以讓你了解應(yīng)用內(nèi)部的運(yùn)行狀況。日志對(duì)調(diào)試問(wèn)題和監(jiān)控集群活動(dòng)非常有用。 大部分現(xiàn)代化應(yīng)用都有某種日志記錄機(jī)制。同樣地,容器引擎也被設(shè)計(jì)成支持日志記錄。 針對(duì)容器化應(yīng)用,最簡(jiǎn)單且最廣泛采用的日志記錄方式就是寫(xiě)入標(biāo)準(zhǔn)輸出和標(biāo)準(zhǔn)錯(cuò)誤流。 但是,

    2024年02月13日
    瀏覽(25)
  • 云原生之深入解析如何正確計(jì)算Kubernetes容器CPU使用率

    使用 Prometheus 配置 kubernetes 環(huán)境中 Container 的 CPU 使用率時(shí),會(huì)經(jīng)常遇到 CPU 使用超出 100%,現(xiàn)在來(lái)分析一下: container_spec_cpu_period:當(dāng)對(duì)容器進(jìn)行 CPU 限制時(shí),CFS 調(diào)度的時(shí)間窗口,又稱容器 CPU 的時(shí)鐘周期通常是 100000 微秒 container_spec_cpu_quota:是指容器的使用 CPU 時(shí)間周期總量

    2024年02月10日
    瀏覽(36)
  • 【云原生】Kubernetes之 Pod hook(鉤子)

    Pod hook(鉤子)是由 Kubernetes 管理的 kubelet 發(fā)起的,當(dāng)容器中的進(jìn)程啟動(dòng)前或者容器中的進(jìn)程終止之前運(yùn)行,這是包含在容器的生命周期之中??梢酝瑫r(shí)為 Pod 中的所有容器都配置 hook。 Hook 的類型包括兩種: exec:執(zhí)行一段命令 HTTP:發(fā)送 HTTP 請(qǐng)求 示例如下: 說(shuō)明: postStar

    2024年02月15日
    瀏覽(20)
  • Kubernetes在容器內(nèi)獲取Pod信息

    我們知道,每個(gè) Pod 在被成功創(chuàng)建出來(lái)之后,都會(huì)被系統(tǒng)分配唯一的名字、IP 地址,并且處于某個(gè) Namespace 中,那么我們?nèi)绾卧?Pod 的容器內(nèi)獲取 Pod 的這些重要信息呢?答案就是使用 Downward API。 Downward API 可以通過(guò)以下兩種方式將 Pod 信息注入容器內(nèi)部。 (1)環(huán)境變量:用于單

    2024年02月10日
    瀏覽(22)
  • 【云原生】kubernetes深入理解Pod對(duì)象:基本管理

    【云原生】kubernetes深入理解Pod對(duì)象:基本管理

    目錄 一、Pod 基本概念 二、pod 常用命令 三、Pod 資源共享實(shí)現(xiàn)機(jī)制 3.1 共享網(wǎng)絡(luò) 3.2 共享存儲(chǔ) 四、Pod 狀態(tài)管理 五、重啟策略和健康檢查 5.1 基本概念 5.1.1 重啟策略 5.1.2 健康檢查有以下三種類型: 5.1.3 支持以下三種檢查方法: 5.2 示例講解 5.2.1 就緒健康檢查示例 六、Pod環(huán)境變

    2024年02月07日
    瀏覽(28)

覺(jué)得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請(qǐng)作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包