如何在Kubernetes中配置健康檢查？kubernetes的里對于容器的健康檢查分成三類兩種，共有為可以生存探針（livenessProbe）和準備完畢探針（readinessProbe）,定義在

如何在Kubernetes中配置健康檢查？

kubernetes的里對于容器的健康檢查分成三類兩種，共有為可以生存探針（livenessProbe）和準備完畢探針（readinessProbe）,定義在pod的containers的具體看容器的定義里面。存活下來探針用處無法探測容器進程是否存活，就緒探針用于確定容器是否是早就緒可以不進行流量。

可以生存探針會對容器進程的狀態(tài)做監(jiān)控，怎么檢測如何確定存活，如果不存活即重啟后以復原進程。探測裝置方法有三種：

⑴ExecAction：

執(zhí)行另一個作好定義的shell命令或是腳本，若正常再次則正常了，否則異樣，yaml文件中的寫法為：

livenessProbe:

exec:

command:

-cat

-/tmp/health

initialDelaySeconds:5##容器正常啟動之后延遲高十幾秒結(jié)束檢測

timeoutSeconds:1##先檢測失敗的已超時時間

failureThreshold:3##過失敗的話以為關機重啟啟動失敗的可能

periodSeconds:10##不能執(zhí)行探測裝置的頻率（以秒為單位）

successThreshold:1##無法探測成功了的最大值連續(xù)順利數(shù)

⑵TCPSocketAction：

實際探測重新指定的端口是否先打開先檢測容器是否算正常，yaml文件的寫法為：

livenessProbe:

tcpSocket:

port:80

initialDelaySeconds:5

timeoutSeconds:1

⑶HTTPGetAction:

先執(zhí)行一個http只是請求探測到指定你的地址、端口和uri，假如其吶喊之聲代碼在200-400之間則任務成功，yaml文件的寫法為：

livenessProbe:

httpGet:

path:/

port:80

scheme:HTTPSinitialDelaySeconds: 5 imeoutSeconds:1

host不指定你即為pod的ip。

應用于探測業(yè)務邏輯是否需要準備完畢，是否是準備好如何處理客戶端流量，如果可以檢測不通過會把pod的ip從對應service的endpoint列表中去除掉，僅有readinessProbe直接返回順利的才會被一并加入到service的再轉(zhuǎn)發(fā)列表中，以免相似進程啟動但內(nèi)部根本無法如何處理業(yè)務邏輯的情況。yaml文件的寫法和livenessProbe已經(jīng)不同，僅僅把livenessProbe全部替換為readinessProbe，兩者手中掌握同一的參數(shù)和完全相同的監(jiān)測。

反彈shell如何判斷頁面有無回顯？

這個要你進行一個日志查看檢查一下了

你可以不在你其實有問題的地方加一個echo$VAR這樣的模式

來可以確定是否是有輸出