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

<td id="whv7f"><dl id="whv7f"><big id="whv7f"></big></dl></td>

<b id="whv7f"><abbr id="whv7f"></abbr></b>

K8s集群某節(jié)點出現(xiàn)異常，新分配到node上面的pod不能ping通外部pod，同節(jié)點pod、宿主機IP也不行，外部pod也不可以ping通IP

2年前作者：_7420分類：Toy博客閱讀(25)違法舉報

這篇具有很好參考價值的文章主要介紹了K8s集群某節(jié)點出現(xiàn)異常，新分配到node上面的pod不能ping通外部pod，同節(jié)點pod、宿主機IP也不行，外部pod也不可以ping通IP。希望對大家有所幫助。如果存在錯誤或未考慮完全的地方，請大家不吝賜教，您也可以點擊"舉報違法"按鈕提交疑問。

K8s集群某節(jié)點出現(xiàn)異常，新分配到node上面的pod不能ping通外部pod，同節(jié)點pod、宿主機IP也不行，外部pod也不可以ping通IP

首先對問題pod進行排查，發(fā)現(xiàn)他不能解析域名和svc，網(wǎng)路模式是IPVS的，集群內(nèi)部可以ping通svc地址，我們中間件的pod來的，一開始懷疑是dns解析問題，查看了pod內(nèi)部的dns解析文件內(nèi)容
cat /etc/resolv.conf

IP地址和集群的dns地址一致，通過該節(jié)點其他pod對這個問題pod進行ping，發(fā)現(xiàn)還是不通，ping同節(jié)點其他pod是正常的，問題定位在這個pod上面，接著懷疑是svc未綁定問題，查看endpoint發(fā)現(xiàn)是綁定了pod的地址的，問題pod每次ping都是地址不可達，后將其切換至其他節(jié)點發(fā)現(xiàn)運行正常，也可以正常ping通其他pod，問題在節(jié)點上面，刪建了一個deployment的pod，在該節(jié)點重新啟動后故障現(xiàn)象和之前一樣，問題現(xiàn)象明確：

1.問題節(jié)點舊pod是正常的，對外訪問ping沒問題
2.問題節(jié)點新建pod是異常的，網(wǎng)絡(luò)模式像是none的，當時也去節(jié)點的docker inspect 容器 上面去查過這個容器的網(wǎng)絡(luò)模式是host的和其他容器一致，ping不出去，也進不來，端口telnet也是一樣
3.遷到其他節(jié)點沒問題，問題在node上面

最終在網(wǎng)絡(luò)上面發(fā)現(xiàn)IP出現(xiàn)問題，環(huán)境是云平臺虛擬機，上面有2張網(wǎng)卡，一張是內(nèi)網(wǎng)的，一張平臺上的彈性地址，發(fā)現(xiàn)這個彈性地址不見了，查看網(wǎng)卡內(nèi)容，該網(wǎng)卡是dhcp的，網(wǎng)卡狀態(tài)UP，查看systemctl status NetworkManage，發(fā)現(xiàn)一直提示IPV4 DHCP timeout類型錯誤，查看路由表，發(fā)現(xiàn)全局路由默認是走這張網(wǎng)卡的，異常節(jié)點的路由表是沒有全局路由的，0.0.0.0是不存在的，所以導致ping出去地址不可達，因為pod也是默認走這個網(wǎng)卡出去的，至此問題溯源成功，聯(lián)系云平臺進行虛機后臺重啟，啟動后網(wǎng)卡正常，pod訪問正常。（注：一定要云平臺后臺關(guān)機重啟，測試過reboot啟動后還是不行）
###這里沒分析到為什么舊的pod是正常網(wǎng)絡(luò)的，可以ping出去，也正是這個問題一開始干擾了問題排查思路，應(yīng)該是calico網(wǎng)卡維護了一部分路由表信息吧？？文章來源地址http://www.zghlxwxcb.cn/news/detail-774963.html

到了這里，關(guān)于K8s集群某節(jié)點出現(xiàn)異常，新分配到node上面的pod不能ping通外部pod，同節(jié)點pod、宿主機IP也不行，外部pod也不可以ping通IP的文章就介紹完了。如果您還想了解更多內(nèi)容，請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！

本文來自互聯(lián)網(wǎng)用戶投稿，該文觀點僅代表作者本人，不代表本站立場。本站僅提供信息存儲空間服務(wù)，不擁有所有權(quán)，不承擔相關(guān)法律責任。如若轉(zhuǎn)載，請注明出處：如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實不符，請點擊違法舉報進行投訴反饋，一經(jīng)查實，立即刪除！

分享到：

領(lǐng)支付寶紅包贊助服務(wù)器費用

k8s集群node節(jié)點運行kubectl命令
? ? ? ? 在容器化項目部署中，某些應(yīng)用需要部署到指定的機器上（涉及機器信息收集，然后生成license，機器授權(quán)等），所以需要在k8s集群的node節(jié)點上，手動執(zhí)行kubectl命令。 ? ? ? ? 具體的操作步驟如下：（1）在node節(jié)點執(zhí)行任意kubectl命令，例如：kubectl get nodes，可以看到
2024年02月14日
瀏覽(29)
k8s集群加入一個新的node節(jié)點
實驗?zāi)康模涸谝延械膋8s集群中加入一個新的node節(jié)點，并正常工作。已有的k8s集群節(jié)點信息：centos7.9 kubeadm 安裝kubernetes集群 192.168.206.130 master 192.168.206.131 k8s-node1 192.168.206.136 k8s-node2 新加入一個節(jié)點： 192.168.206.138 k8s-node3 kubectl get nodes ?kubectl get nodes -o wide ?在進行下面的步驟之
2024年02月16日
瀏覽(21)
K8S集群搭建(多master多node節(jié)點)
目錄 ? ? ? ? ??一部署環(huán)境關(guān)閉防火墻設(shè)置主機名hostname，管理節(jié)點設(shè)置主機名為 master? 配置hosts主機名解析配置免密登陸關(guān)閉交換分區(qū) 配置內(nèi)核參數(shù)，將橋接的IPv4流量傳遞到iptables的鏈開啟ipvs 二配置軟件源升級centos系統(tǒng)內(nèi)核配置時間同步安裝docker服務(wù)以及K8S? 查
2024年02月06日
瀏覽(28)
k8s集群Node節(jié)點管理：節(jié)點信息查看及節(jié)點label標簽管理
如果是kubeasz安裝，所有節(jié)點(包括master與node)都已經(jīng)可以對集群進行管理如果是kubeadm安裝，在node節(jié)點上管理時會報如下錯誤只要把master上的管理文件 /etc/kubernetes/admin.conf 拷貝到node節(jié)點的 $HOME/.kube/config 就可以讓node節(jié)點也可以實現(xiàn)kubectl命令管理 1, 在node節(jié)點的用戶家目錄創(chuàng)建
2024年02月03日
瀏覽(49)
K8S集群Node節(jié)點NotReay狀態(tài)故障排查思路
在K8S集群中，經(jīng)常會出現(xiàn)Node節(jié)點處于NotReady的狀態(tài)，當Node節(jié)點處于NotReady狀態(tài)時，會導致該Node節(jié)點上的所有Pod資源停止服務(wù)，對整體應(yīng)用程序會產(chǎn)生一定的影響。在一個Node節(jié)點中可以運行多個Pod資源，每一個Pod資源中可以運行一個容器或者多個容器，同時共享一個網(wǎng)絡(luò)存儲
2024年01月22日
瀏覽(41)
Kubeadm安裝單master多node節(jié)點K8S集群
記錄在剛搭建的3個虛擬機里成功安裝K8S1.25版本集群的步驟由于是成功創(chuàng)建后才記錄的博客，只記錄了操作步驟，過程中執(zhí)行命令后的截圖會有部分缺失，或者換成了文字。操作系統(tǒng)：centos7.9 每個服務(wù)器配置： 4Gib內(nèi)存/4vCPU/80G硬盤網(wǎng)絡(luò)：NAT模式 K8S集群角色 IP 主機名安裝的
2024年01月24日
瀏覽(48)
【云原生】二進制部署k8s集群（中）搭建node節(jié)點
在上文已經(jīng)成功部署了etcd分布式數(shù)據(jù)庫、master01節(jié)點，本文將承接上文的內(nèi)容，繼續(xù)部署Kubernetes集群中的 worker node 節(jié)點和 CNI 網(wǎng)絡(luò)插件 kubelet 采用 TLS Bootstrapping 機制，自動完成到 kube-apiserver 的注冊，在 node 節(jié)點量較大或者后期自動擴容時非常有用。 ? Master apiserver 啟用 T
2024年02月09日
瀏覽(29)
K8S集群中Node節(jié)點資源不足導致Pod無法運行的故障排查思路
故障一：Pod數(shù)量太多超出物理節(jié)點的限制每一臺Node節(jié)點中默認限制最多運行110個Pod資源，當一個應(yīng)用程序有成百上千的Pod資源時，如果不擴容Node節(jié)點或者修改最大Pod數(shù)量限制，那么就會導致部分Pod資源無法正常運行，因為節(jié)點已經(jīng)沒有資源可以被調(diào)度了。解決思路就是擴容
2024年02月02日
瀏覽(30)
云原生黑馬Kubernetes教程（K8S教程）筆記——第一章 kubernetes介紹——Master集群控制節(jié)點、Node工作負載節(jié)點、Pod控制單元
參考文章：kubernetes介紹本章節(jié)主要介紹應(yīng)用程序在服務(wù)器上部署方式演變以及kubernetes的概念、組件和工作原理。在部署應(yīng)用程序的方式上，主要經(jīng)歷了三個時代：傳統(tǒng)部署：互聯(lián)網(wǎng)早期，會直接將應(yīng)用程序部署在物理機上優(yōu)點：簡單，不需要其它技術(shù)的參與缺點：不能為
2024年02月04日
瀏覽(35)
k8s刪除node節(jié)點
如果不做上面的操作的話會導致這個節(jié)點上的pod無法啟動，具體報錯信息為：networkPlugin cni failed to set up pod \\\"alertmanager-main-1_monitoring\\\" network: failed to set bridge ad has an IP address different from 10.244.5.1/24 ，意思是已經(jīng)集群網(wǎng)絡(luò)cni已經(jīng)有一個不同于10.244.51.1/24 的網(wǎng)絡(luò)地址，所以需要執(zhí)行
2024年02月08日
瀏覽(21)