相關(guān)文章

• k8s 中快速啟動(dòng)curl pod 做api test

  k8s上運(yùn)行的pod需要進(jìn)行api測(cè)試,由于開發(fā)使用的鏡像都是最小化構(gòu)建,不能保證現(xiàn)有的pod中一定有curl工具,于是需要啟動(dòng)一個(gè)帶有curl工具的測(cè)試pod專門進(jìn)行api測(cè)試 上述指令實(shí)現(xiàn)在指定namespace下創(chuàng)建一個(gè)帶有curl tool的pod, 可以用于進(jìn)行api測(cè)試.

  2024年02月12日

  瀏覽(15)

• 驗(yàn)證K8S集群pod之間傳輸速度過慢，導(dǎo)致pod之間業(yè)務(wù)無(wú)法正常交互

  原因： K8S部署完成后，但是pod之間無(wú)法進(jìn)行交互訪問，導(dǎo)致pod異常 定位思路： 通過啟動(dòng)兩個(gè)busybox容器，之間進(jìn)行scp傳輸文件，驗(yàn)證pod之間tcp連接是否正常 解決方法： 運(yùn)行第一個(gè)busybox 拷貝文件至busybox1 進(jìn)入第一個(gè)busybox1 進(jìn)入第二個(gè)busybox1 結(jié)論： 發(fā)現(xiàn)1K的文件可以相互拷貝

  2024年03月19日

  瀏覽(27)
• 

  k8s pod啟動(dòng)報(bào)錯(cuò): no route to host

  查看pod命令 查看報(bào)錯(cuò)pod日志 命令： pod報(bào)錯(cuò)都一樣: no route to host 原因： 找不到這個(gè)路由對(duì)應(yīng)的地址，關(guān)閉防火墻，重啟k8s，執(zhí)行下面命令即可。 正常線上是不能關(guān)閉防火墻，這個(gè)屬于pod內(nèi)部之間的host調(diào)用失敗，有大神知道的這種情況怎么處理的， 可以在評(píng)論區(qū)告知一下，

  2024年02月13日

  瀏覽(16)

• K8S集群中Node節(jié)點(diǎn)資源不足導(dǎo)致Pod無(wú)法運(yùn)行的故障排查思路

  故障一：Pod數(shù)量太多超出物理節(jié)點(diǎn)的限制 每一臺(tái)Node節(jié)點(diǎn)中默認(rèn)限制最多運(yùn)行110個(gè)Pod資源，當(dāng)一個(gè)應(yīng)用程序有成百上千的Pod資源時(shí)，如果不擴(kuò)容Node節(jié)點(diǎn)或者修改最大Pod數(shù)量限制，那么就會(huì)導(dǎo)致部分Pod資源無(wú)法正常運(yùn)行，因?yàn)楣?jié)點(diǎn)已經(jīng)沒有資源可以被調(diào)度了。 解決思路就是擴(kuò)容

  2024年02月02日

  瀏覽(31)
• 

  解決公網(wǎng)下，k8s calico master節(jié)點(diǎn)無(wú)法訪問node節(jié)點(diǎn)創(chuàng)建的pod

  目的：解決pod部署成功后，只能在node節(jié)點(diǎn)訪問，而master節(jié)點(diǎn)無(wú)法訪問 原因：集群搭建時(shí)，沒有配置公網(wǎng)進(jìn)行kubectl操作，從而導(dǎo)致系統(tǒng)默認(rèn)node節(jié)點(diǎn)，使用內(nèi)網(wǎng)IP加入k8s集群！如下： 解決方案：圍繞公網(wǎng)IP進(jìn)行搭建即可，其實(shí)就是在傳統(tǒng)的搭建步驟下，給master節(jié)點(diǎn)和node節(jié)點(diǎn)添加

  2024年02月03日

  瀏覽(39)

• Java操作k8s api示例：使用kubeconfig文件認(rèn)證；獲取所有pod；獲取pod內(nèi)應(yīng)用容器的啟動(dòng)日志

  公司準(zhǔn)備將應(yīng)用容器化部署，先使用了華為云的 Kubernetes 服務(wù)，后面又使用阿里云的 Kubernetes 服務(wù)。并短期一個(gè)月內(nèi)無(wú)法判斷走哪個(gè)云商。而作為一個(gè)在公司內(nèi)部用于應(yīng)用發(fā)布，部署的應(yīng)用。在對(duì)接完華為云的 Kubernetes 服務(wù) Api 后。再對(duì)接阿里云發(fā)現(xiàn)阿里云并沒用像華為云一

  2023年04月09日

  瀏覽(97)
• 

  Kubernetes 啟動(dòng)Pod的方法-Pod的調(diào)度算法-Pod間的通信-k8s的控制器-Pod資源控制-發(fā)布Service服務(wù)

  目錄 Pod 參考文檔：Pod | Kubernetes Pod配置文件：simple-pod.yaml 對(duì)master進(jìn)行如下操作 Pod的狀態(tài)有： 參考文檔：(70條消息) Pod生命周期中的狀態(tài)解釋_pod狀態(tài)_鬧玩兒扣眼珠子的博客-CSDN博客 進(jìn)入Pod內(nèi)的nginx容器： 當(dāng)我們創(chuàng)建一個(gè)Pod，其中的步驟是什么？（啟動(dòng)Pob的流程） 大概步驟：

  2024年02月13日

  瀏覽(100)
• 

  【故障排查】VMware掛起后恢復(fù)，k8s集群無(wú)法ping/curl通pod/svc/ingress

  一、master/node節(jié)點(diǎn)，去curl pod IP，一直卡著，沒反應(yīng)。timeout。 二、掛起恢復(fù)后，harbor服務(wù)無(wú)法正常訪問503 ，需要重啟harbor服務(wù)。 進(jìn)容器curl localhost，是正常的。 而網(wǎng)絡(luò)CNI 、flannel 、 coreDNS等都是running狀態(tài)。 （發(fā)現(xiàn)restarts的次數(shù)有點(diǎn)多） .這里的metrics-server一直失敗的。 可參考

  2023年04月17日

  瀏覽(24)
• 

  k8s無(wú)法正常啟動(dòng)使用，排查：etcd損壞

  問題： 在跑項(xiàng)目的時(shí)候，機(jī)器意外斷電了，重啟后發(fā)現(xiàn)kubectl無(wú)法使用，報(bào)錯(cuò)如下： 排查： 1、 Unable to register node with API server\\\" err=“Post “https://192.168.18.101:6443/api/v1/nodes”: dial tcp 192.168.18.101:6443: connect: connection refused” node=\\\"k8s-master01 發(fā)現(xiàn)連接不到apiserver 2、然后我到docker容器

  2024年02月07日

  瀏覽(22)

• 主機(jī)重啟后k8s kubelet無(wú)法自動(dòng)啟動(dòng)問題解決梳理

  OS Version:CentOS Linux release 7.9.2009 (Core) K8S Version:Kubernetes v1.20.4 K8S安裝配置完成后，重啟服務(wù)器發(fā)現(xiàn)，kubelet沒有正常啟動(dòng)(systemctl status kubelet) 命令： systemctl status kubelet 輸入kubectl?-n kube-system get pods命令，有如下報(bào)錯(cuò)： 命令： kubectl -n kube-system get pods 由于K8S的要求，在部署K8S的服

  2024年02月03日

  瀏覽(20)