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

k8s pod 處于Terminating的原因分析和解決處理——筑夢(mèng)之路

這篇具有很好參考價(jià)值的文章主要介紹了k8s pod 處于Terminating的原因分析和解決處理——筑夢(mèng)之路。希望對(duì)大家有所幫助。如果存在錯(cuò)誤或未考慮完全的地方,請(qǐng)大家不吝賜教,您也可以點(diǎn)擊"舉報(bào)違法"按鈕提交疑問(wèn)。

之前整理了一下各種資源長(zhǎng)時(shí)間無(wú)法回收,解決處理的命令行

k8s 各種資源Terminationg狀態(tài)處理 —— 筑夢(mèng)之路_k8s自定義資源修改狀態(tài)-CSDN博客

這里具體整理下pod長(zhǎng)時(shí)間處于Terminating狀態(tài)的相關(guān)知識(shí),主要是對(duì)前面的補(bǔ)充和完善,作為筆記記錄。

背景說(shuō)明

當(dāng)我們要?jiǎng)h除一個(gè)Pod時(shí),Kubernetes會(huì)發(fā)送刪除命令,并開(kāi)始刪除操作。但是,Pod并不會(huì)立即被銷(xiāo)毀。它先被放置在Terminating狀態(tài)下,以便它可以完成正在進(jìn)行的操作。但有時(shí)Pod會(huì)長(zhǎng)時(shí)間停留在Terminating狀態(tài)下,這可能會(huì)影響應(yīng)用程序的正常運(yùn)行。

常見(jiàn)原因

  1. Pod中有未處理完的請(qǐng)求或資源占用,如長(zhǎng)時(shí)間運(yùn)行的進(jìn)程。
  2. ?Kubelet或Kubernetes控制平面出現(xiàn)故障,導(dǎo)致無(wú)法終止Pod。
  3. ?Pod中存在未正確關(guān)閉的文件描述符或套接字。

解決處理

1. 請(qǐng)求或資源占用

? ?檢查確認(rèn)Pod中是否有未處理完的請(qǐng)求或資源占用,并終止它們。

? 在Pod中可能存在很多進(jìn)程或服務(wù),我們可以通過(guò)查看Pod的日志、進(jìn)程列表和資源占用情況,來(lái)確定哪些進(jìn)程或服務(wù)沒(méi)有處理完請(qǐng)求或占用資源。

# 查看pod日志

kubectl logs <pod_name>

# 查看pod內(nèi)進(jìn)程信息

kubectl exec <pod_name> ps -ef

2.?未正確關(guān)閉的文件描述符或套接字

在Pod中可能存在文件描述符或套接字沒(méi)有正確關(guān)閉的情況,這可能會(huì)導(dǎo)致Pod不能正常停止或銷(xiāo)毀。我們可以通過(guò)查看Pod的日志,確認(rèn)哪些進(jìn)程或服務(wù)存在文件描述符或套接字沒(méi)有關(guān)閉的情況。

這里操作同上,也是查看pod的日志和進(jìn)程信息,就不再贅述。

3. 強(qiáng)制刪除pod

這里就用到了之前那篇里面的命令,需要注意的是強(qiáng)制刪除Pod可能會(huì)導(dǎo)致數(shù)據(jù)丟失或數(shù)據(jù)損壞。因此在進(jìn)行操作之前,請(qǐng)確保您已經(jīng)備份了相關(guān)數(shù)據(jù)。?

kubectl delete pods <pod_name> --grace-period=0 --force

? ? 不到萬(wàn)不得已的情況,不建議直接強(qiáng)制刪除pod,可以先嘗試用其他處理方式來(lái)解決,這也是為了避免數(shù)據(jù)丟失或損壞。文章來(lái)源地址http://www.zghlxwxcb.cn/news/detail-775687.html

到了這里,關(guān)于k8s pod 處于Terminating的原因分析和解決處理——筑夢(mèng)之路的文章就介紹完了。如果您還想了解更多內(nèi)容,請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來(lái)自互聯(lián)網(wǎng)用戶(hù)投稿,該文觀(guān)點(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集群namespace一直處于Terminating狀態(tài)不釋放解決辦法

    k8s集群namespace一直處于Terminating狀態(tài)不釋放解決辦法

    Kubernetes中namespace有兩種常見(jiàn)的狀態(tài),即Active和Terminating狀態(tài),其中Terminating狀態(tài)一般會(huì)比較少見(jiàn),當(dāng)對(duì)應(yīng)的命名空間下還存在運(yùn)行的資源,但該命名空間被刪除時(shí)才會(huì)出現(xiàn)所謂的Terminating狀態(tài),這種情況下只要等待Kubernetes本身將命名空間下的資源回收后,該命名空間將會(huì)被系

    2024年02月11日
    瀏覽(24)
  • 云原生 | k8s批量刪除Evicted/Terminating/Unknown Pods

    云原生 | k8s批量刪除Evicted/Terminating/Unknown Pods

    宿主機(jī)內(nèi)存被docker占滿(mǎn)導(dǎo)致,K8s集群pod處于Evicted?狀態(tài),清理內(nèi)存后處理Evicted和Terminating狀態(tài)的pod 1、在集群查詢(xún)pod狀態(tài),發(fā)現(xiàn)大量pod處于Evicted和Terminating狀態(tài) 2.使用kubectl中的強(qiáng)制刪除命令 3.刪除非正常的pod ?

    2024年02月08日
    瀏覽(19)
  • k8s 大量 pod 處于 ContainerStatusUnknown 狀態(tài)

    k8s 大量 pod 處于 ContainerStatusUnknown 狀態(tài)

    如圖所示,nexus 正常運(yùn)行,但產(chǎn)生了大量的狀態(tài)不明的 pod,原因也無(wú)從所知 解決辦法,刪除多余的 pod,一個(gè)一個(gè)刪除,非常費(fèi)勁 獲取 namespace 中狀態(tài)為 ContainerStatusUnknown 的 pod,并刪除 獲取所有非 Running 狀態(tài)下的 pod,并刪除

    2024年02月07日
    瀏覽(28)
  • K8S集群中Pod資源處于CrashLoopBackOff狀態(tài)排查思路

    CrashLoopBackOff狀態(tài)一般都是Pod資源中的容器出現(xiàn)了問(wèn)題,可以有以下幾點(diǎn)原因: 容器中部署的程序存在Bug,無(wú)法正常啟動(dòng),就會(huì)出現(xiàn)此狀態(tài),可以查詢(xún)?nèi)萜鞯膯?dòng)日志,從日志中獲取重要線(xiàn)索,逐個(gè)進(jìn)行排查。 定義Pod資源時(shí),對(duì)于Pod中的容器進(jìn)行了資源限額,可能限額的資源

    2024年01月21日
    瀏覽(25)
  • K8S集群中Pod資源處于ImagePullBackOff狀態(tài)排查思路

    ImagePullBackOff狀態(tài)表示容器的鏡像拉取失敗,可能存在以下幾點(diǎn)原因: 拉取鏡像時(shí)間較長(zhǎng)導(dǎo)致超時(shí),從而導(dǎo)致鏡像拉取失敗,部署完Docker后,一定要添加上阿里云的鏡像加速器,否則拉取鏡像是非常慢的,很容易就會(huì)導(dǎo)致鏡像拉取失敗。 鏡像配置有誤,指定的鏡像在公有倉(cāng)庫(kù)

    2024年02月14日
    瀏覽(26)
  • k8s pod一直處于pending狀態(tài)一般有哪些情況,怎么排查?

    一個(gè)pod一開(kāi)始創(chuàng)建的時(shí)候,它本身就是會(huì)處于pending狀態(tài),這時(shí)可能是正在拉取鏡像,正在創(chuàng)建容器的過(guò)程。 如果等了一會(huì)發(fā)現(xiàn)pod一直處于pending狀態(tài), 那么我們可以使用kubectl describe命令查看一下pod的Events詳細(xì)信息。一般可能會(huì)有這么幾種情況導(dǎo)致pod一直處于pending狀態(tài): 1、

    2024年01月17日
    瀏覽(33)
  • 【k8s問(wèn)題定位】k8s中的pod不停的重啟,定位問(wèn)題原因與解決方法

    【k8s問(wèn)題定位】k8s中的pod不停的重啟,定位問(wèn)題原因與解決方法

    現(xiàn)象: running的pod,短時(shí)間內(nèi)重啟次數(shù)太多 ? 定位問(wèn)題方法: 查看pod日志 本次使用以下命令,解決了問(wèn)題 問(wèn)題原因: OOM,pod被kill掉,重啟了( 內(nèi)存不夠用 ) ? 查看該服務(wù)的deployment.yaml文件 發(fā)現(xiàn)我們deployment.yaml對(duì)服務(wù)的內(nèi)存使用,做了限制 解決方法: 將limit的memory數(shù)值提高,然后

    2024年02月09日
    瀏覽(38)
  • k8s中的pod不停的重啟,定位問(wèn)題原因與解決方法

    k8s中的pod不停的重啟,定位問(wèn)題原因與解決方法

    現(xiàn)象: running的pod,短時(shí)間內(nèi)重啟次數(shù)太多 ? 定位問(wèn)題方法: 查看pod日志 本次使用以下命令,解決了問(wèn)題 問(wèn)題原因: OOM,pod被kill掉,重啟了( 內(nèi)存不夠用 ) ? 查看該服務(wù)的deployment.yaml文件 發(fā)現(xiàn)我們deployment.yaml對(duì)服務(wù)的內(nèi)存使用,做了限制 解決方法: 將limit的memory數(shù)值提高,然后

    2024年02月15日
    瀏覽(25)
  • k8s主節(jié)點(diǎn)部署pod狀態(tài)一直是pending原因排除,并徹底刪除pod技巧

    k8s主節(jié)點(diǎn)部署pod狀態(tài)一直是pending原因排除,并徹底刪除pod技巧

    一般來(lái)說(shuō),master節(jié)點(diǎn)是會(huì)產(chǎn)生一個(gè)污點(diǎn),不允許部署pod的。 如果其他原因也可以使用這個(gè)命令檢查狀態(tài)原因 當(dāng)出現(xiàn)類(lèi)似這樣問(wèn)題 問(wèn)題描述: Warning FailedScheduling 40s (x28 over 28m) default-scheduler 0/1 nodes are available: 1 node(s) had untolerated taint {node-role.kubernetes.io/master: }, that the pod didn’

    2024年01月19日
    瀏覽(30)
  • 高并發(fā)場(chǎng)景下大量TCP鏈接處于time_wait狀態(tài)原因及優(yōu)化思路分析

    高并發(fā)場(chǎng)景下大量TCP鏈接處于time_wait狀態(tài)原因及優(yōu)化思路分析

    對(duì)一臺(tái)服務(wù)器進(jìn)行壓測(cè)(模擬高并發(fā)場(chǎng)景),會(huì)發(fā)現(xiàn)大量 TIME_WAIT 狀態(tài)的 TCP連接,連接關(guān)閉后,這些TIME_WAIT會(huì)被系統(tǒng)回收 一般來(lái)講,在高并發(fā)的場(chǎng)景中,出現(xiàn)TIME_WAIT連接是正?,F(xiàn)象,一旦四次握手連接關(guān)閉之后,這些連接也就隨之被系統(tǒng)回收了 但是在實(shí)際高并發(fā)場(chǎng)景中,很

    2024年02月04日
    瀏覽(37)

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

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

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

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

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包