相關(guān)文章

• 

  問(wèn)題記錄：K8s中安裝calico，calico反復(fù)重啟，原因：版本未匹配

  K8s版本1.23.6 calico-node-反復(fù)重啟，READY狀態(tài)一直為0，STATUS為CrashLoopBackOff， 查看節(jié)點(diǎn)日志 沒(méi)有錯(cuò)誤，只有info信息 但是一直反復(fù)重啟，導(dǎo)致coredns一直處于未準(zhǔn)備好狀態(tài) calico與k8s的版本未匹配 刪除calico，重新安裝對(duì)應(yīng)k8s版本 先刪除calico pod 刪掉calico.yaml文件 重新下載 k8s版本1.

  2024年02月09日

  瀏覽(26)
• 

  案例分享-full gc導(dǎo)致k8s pod重啟

  ?在之前的記一次k8s pod頻繁重啟的優(yōu)化之旅中分享過(guò)對(duì)于pod頻繁重啟的一些案例，最近又遇到一例，繼續(xù)分享出來(lái)希望能給大家?guī)?lái)些許收獲。 報(bào)警群里突然顯示某pod頻繁重啟，我隨即上去查看日志，主要分這么幾步：?? 1.查看pod重啟的原因，kubectl descirbe pod 上面的Reason：

  2024年02月02日

  瀏覽(21)

• K8s（四）Pod資源——pod生命周期、重啟策略、容器鉤子與容器探測(cè)

  目錄 Pod生命周期 Pod重啟策略 初始化容器 容器鉤子 容器探測(cè) 啟動(dòng)探測(cè) 存活探測(cè) 就緒探測(cè) 參考資料 Pod 的生命周期 | Kubernetes Init 容器 | Kubernetes Pod的生命周期可以分為以下幾個(gè)階段： Pending（等待）：在這個(gè)階段，Pod被創(chuàng)建，并且正在等待被調(diào)度到一個(gè)節(jié)點(diǎn)上運(yùn)行。此時(shí)，

  2024年01月20日

  瀏覽(43)

• k8s的node節(jié)點(diǎn)重啟后pod不正常運(yùn)行

  同事在k8s集群中的node3跑算法時(shí)候，把node3打崩了，導(dǎo)致kubelet服務(wù)不能正常運(yùn)行和集群通信。 先將node節(jié)點(diǎn)打上不可調(diào)度標(biāo)簽，然后執(zhí)行驅(qū)逐。 已經(jīng)看到pod在其他節(jié)點(diǎn)創(chuàng)建出來(lái)的，但是node3上面的pod仍然處于terminating狀態(tài)。 剛開(kāi)始我以為是磁盤(pán)io仍然太高，導(dǎo)致它延遲，等同事

  2024年02月07日

  瀏覽(22)

• k8s重啟Pod報(bào)錯(cuò)0/4 nodes are available

  當(dāng)您在Kubernetes中使用 kubectl delete pod 命令刪除Pod，并在Pod的定義中指定了nodeSelector時(shí)，可能會(huì)出現(xiàn)“0/4 nodes are available”的錯(cuò)誤。這是因?yàn)镵ubernetes調(diào)度程序在找不到符合nodeSelector條件的節(jié)點(diǎn)時(shí)，會(huì)將Pod設(shè)置為掛起狀態(tài)，直到可用節(jié)點(diǎn)出現(xiàn)為止。 要解決這個(gè)問(wèn)題，您可以采取以

  2024年02月16日

  瀏覽(21)

• K8S 1.27 新特性 Pod 無(wú)需重啟調(diào)整CPU內(nèi)存資源

  如果您已經(jīng)部署了指定 CPU 或 Memory 資源的 Kubernetes pod，可能已經(jīng)注意到更改資源值涉及重新啟動(dòng) pod。直到現(xiàn)在，這一直是運(yùn)行工作負(fù)載的破壞性操作。 在 Kubernetes v1.27 中，添加了一個(gè)新的 alpha 功能，允許用戶(hù)在不重啟容器的情況下調(diào)整分配給 Pod 的 CPU 或 memory 資源的大小。

  2024年02月11日

  瀏覽(27)
• 

  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)

• K8S基本概念+pod生命周期+容器重啟策略+Init容器和邊車(chē)容器+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)

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

  之前整理了一下各種資源長(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ǔ)充和完善，作為筆記記錄。 當(dāng)我們要?jiǎng)h除一個(gè)Pod時(shí)，Kuberne

  2024年02月03日

  瀏覽(25)

• 【k8s】K8S中的cordon、uncordon和drain 凍結(jié)節(jié)點(diǎn)、驅(qū)離pod

  Kubernetes(K8s)中使用Kubectl 命令行工具管理 Kubernetes 集群。 kubectl 在 $HOME/.kube 目錄中查找一個(gè)名為 config 的配置文件。 可以通過(guò)設(shè)置 KUBECONFIG 環(huán)境變量或設(shè)置 --kubeconfig 參數(shù)來(lái)指定其它 kubeconfig 文件。本文主要介紹Kubernetes(K8s)中kubectl cordon, drain, uncordon 常用命令。 1、Kubectl語(yǔ)法

  2024年03月22日

  瀏覽(32)