容器健康檢查和恢復機制

通過命令健康檢查的一個例子

apiVersion: v1
kind: Pod
metadata:
  labels:
    test: liveness
  name: test-liveness-exec
spec:
  containers:
  - name: liveness
    image: busybox
    args:
    - /bin/sh
    - -c
    - touch /tmp/healthy; sleep 30; rm -rf /tmp/healthy; sleep 600
    livenessProbe:
      exec:
        command:
        - cat
        - /tmp/healthy
      initialDelaySeconds: 5   # 容器執(zhí)行5秒之后進行健康檢查
      periodSeconds: 5  # 每隔5秒進行健康檢查

我們定義了一個這樣的 livenessProbe(健康檢查)它的類型是 exec,這意味著蜒什,它會在容器啟動后,在容器里面執(zhí)行一句我們指定的命令,比如:“cat /tmp/healthy”关拒。這時,如果這個文件存在,這條命令的返回值就是 0着绊,Pod 就會認為這個容器不僅已經啟動谐算,而且是健康的。這個健康檢查归露,在容器啟動 5 s 后開始執(zhí)行(initialDelaySeconds: 5)洲脂,每 5 s 執(zhí)行一次
(periodSeconds: 5)。

我們發(fā)現剧包,Pod 并沒有進入 Failed 狀態(tài)恐锦,而是保持了 Running 狀態(tài)。這是為什么呢疆液?
其實一铅,如果你注意到 RESTARTS 字段從 0 到 1 的變化,就明白原因了:這個異常的容器已經被
Kubernetes 重啟了堕油。在這個過程中潘飘,Pod 保持 Running 狀態(tài)不變。

需要注意的是:Kubernetes 中并沒有 Docker 的 Stop 語義掉缺。所以雖然是 Restart(重啟)卜录,但實際卻是重新創(chuàng)建了容器。

這個功能就是 Kubernetes 里的Pod 恢復機制攀圈,也叫 restartPolicy暴凑。它是 Pod 的 Spec 部分的一個標準字段(pod.spec.restartPolicy),默認值是 Always赘来,即:任何時候這個容器發(fā)生了異常现喳,它一定會被重新創(chuàng)建。

但一定要強調的是犬辰,Pod 的恢復過程嗦篱,永遠都是發(fā)生在當前節(jié)點上,而不會跑到別的節(jié)點上去幌缝。事實上灸促,一旦一個 Pod 與一個節(jié)點(Node)綁定,除非這個綁定發(fā)生了變化(pod.spec.node 字段
被修改)涵卵,否則它永遠都不會離開這個節(jié)點浴栽。這也就意味著,如果這個宿主機宕機了轿偎,這個 Pod 也不會主動遷移到其他節(jié)點上去典鸡。

而如果你想讓 Pod 出現在其他的可用節(jié)點上,就必須使用 Deployment 這樣的“控制器”來管理Pod

restartPolicy 和 Pod 里容器的狀態(tài)坏晦,以及 Pod 狀態(tài)的對應關系總結:

1萝玷、只要 Pod 的 restartPolicy 指定的策略允許重啟異常的容器(比如:Always)嫁乘,那么這個 Pod就會保持 Running 狀態(tài),并進行容器重啟球碉。
否則蜓斧,Pod 就會進入 Failed 狀態(tài) 。

2睁冬、對于包含多個容器的 Pod挎春,只有它里面所有的容器都進入異常狀態(tài)后,Pod 才會進入 Failed 狀態(tài)豆拨。
在此之前搂蜓,Pod 都是 Running 狀態(tài)。此時辽装,Pod 的 READY 字段會顯示正常容器的個數,
所以相味,假如一個 Pod 里只有一個容器拾积,然后這個容器異常退出了。那么丰涉,只有當restartPolicy=Never 時拓巧,這個 Pod 才會進入 Failed 狀態(tài)。

健康檢查發(fā)起HTTP請求

livenessProbe:
     httpGet:
       path: /healthz
       port: 8080
       httpHeaders:
       - name: X-Custom-Header
         value: Awesome
     initialDelaySeconds: 3
     periodSeconds: 3

健康檢查發(fā)起TCP請求

 livenessProbe:
      tcpSocket:
        port: 8080
      initialDelaySeconds: 15
      periodSeconds: 20
?著作權歸作者所有,轉載或內容合作請聯系作者
  • 序言:七十年代末一死,一起剝皮案震驚了整個濱河市肛度,隨后出現的幾起案子,更是在濱河造成了極大的恐慌投慈,老刑警劉巖承耿,帶你破解...
    沈念sama閱讀 222,681評論 6 517
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現場離奇詭異伪煤,居然都是意外死亡加袋,警方通過查閱死者的電腦和手機,發(fā)現死者居然都...
    沈念sama閱讀 95,205評論 3 399
  • 文/潘曉璐 我一進店門抱既,熙熙樓的掌柜王于貴愁眉苦臉地迎上來职烧,“玉大人,你說我怎么就攤上這事防泵∈粗” “怎么了?”我有些...
    開封第一講書人閱讀 169,421評論 0 362
  • 文/不壞的土叔 我叫張陵捷泞,是天一觀的道長足删。 經常有香客問我,道長肚邢,這世上最難降的妖魔是什么壹堰? 我笑而不...
    開封第一講書人閱讀 60,114評論 1 300
  • 正文 為了忘掉前任拭卿,我火速辦了婚禮,結果婚禮上贱纠,老公的妹妹穿的比我還像新娘峻厚。我一直安慰自己,他們只是感情好谆焊,可當我...
    茶點故事閱讀 69,116評論 6 398
  • 文/花漫 我一把揭開白布惠桃。 她就那樣靜靜地躺著,像睡著了一般辖试。 火紅的嫁衣襯著肌膚如雪辜王。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 52,713評論 1 312
  • 那天罐孝,我揣著相機與錄音呐馆,去河邊找鬼。 笑死莲兢,一個胖子當著我的面吹牛汹来,可吹牛的內容都是我干的。 我是一名探鬼主播改艇,決...
    沈念sama閱讀 41,170評論 3 422
  • 文/蒼蘭香墨 我猛地睜開眼收班,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了谒兄?” 一聲冷哼從身側響起摔桦,我...
    開封第一講書人閱讀 40,116評論 0 277
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎承疲,沒想到半個月后邻耕,有當地人在樹林里發(fā)現了一具尸體,經...
    沈念sama閱讀 46,651評論 1 320
  • 正文 獨居荒郊野嶺守林人離奇死亡纪隙,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 38,714評論 3 342
  • 正文 我和宋清朗相戀三年赊豌,在試婚紗的時候發(fā)現自己被綠了。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片绵咱。...
    茶點故事閱讀 40,865評論 1 353
  • 序言:一個原本活蹦亂跳的男人離奇死亡碘饼,死狀恐怖,靈堂內的尸體忽然破棺而出悲伶,到底是詐尸還是另有隱情艾恼,我是刑警寧澤,帶...
    沈念sama閱讀 36,527評論 5 351
  • 正文 年R本政府宣布麸锉,位于F島的核電站钠绍,受9級特大地震影響,放射性物質發(fā)生泄漏花沉。R本人自食惡果不足惜柳爽,卻給世界環(huán)境...
    茶點故事閱讀 42,211評論 3 336
  • 文/蒙蒙 一媳握、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧磷脯,春花似錦蛾找、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,699評論 0 25
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至俩功,卻和暖如春幻枉,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背诡蜓。 一陣腳步聲響...
    開封第一講書人閱讀 33,814評論 1 274
  • 我被黑心中介騙來泰國打工熬甫, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人蔓罚。 一個月前我還...
    沈念sama閱讀 49,299評論 3 379
  • 正文 我出身青樓罗珍,卻偏偏與公主長得像,于是被迫代替她去往敵國和親脚粟。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 45,870評論 2 361

推薦閱讀更多精彩內容