K8S集群中Node节点资源不足导致Pod无法运行的故障排查思路

相关文章

• 

  k8s集群pod和node状态监控

  curl -L -O https://raw.githubusercontent.com/gjeanmart/kauri-content/master/spring-boot-simple/k8s/kube-state-metrics.yml 修改namespace为dev（default也行，但是后面的metricbeat安装也需要修改namespace为default）。 kubectl create -f kube-state-metrics.yml curl -L -O https://raw.githubusercontent.com/elastic/beats/7.6/deploy/kubernetes/metr

  2024年04月09日

  浏览(46)

• 验证K8S集群pod之间传输速度过慢，导致pod之间业务无法正常交互

  原因： K8S部署完成后，但是pod之间无法进行交互访问，导致pod异常 定位思路： 通过启动两个busybox容器，之间进行scp传输文件，验证pod之间tcp连接是否正常 解决方法： 运行第一个busybox 拷贝文件至busybox1 进入第一个busybox1 进入第二个busybox1 结论： 发现1K的文件可以相互拷贝

  2024年03月19日

  浏览(65)
• 

  解决公网下，k8s calico master节点无法访问node节点创建的pod

  目的：解决pod部署成功后，只能在node节点访问，而master节点无法访问 原因：集群搭建时，没有配置公网进行kubectl操作，从而导致系统默认node节点，使用内网IP加入k8s集群！如下： 解决方案：围绕公网IP进行搭建即可，其实就是在传统的搭建步骤下，给master节点和node节点添加

  2024年02月03日

  浏览(56)

• K8S集群中Pod资源处于ImagePullBackOff状态排查思路

  ImagePullBackOff状态表示容器的镜像拉取失败，可能存在以下几点原因： 拉取镜像时间较长导致超时，从而导致镜像拉取失败，部署完Docker后，一定要添加上阿里云的镜像加速器，否则拉取镜像是非常慢的，很容易就会导致镜像拉取失败。 镜像配置有误，指定的镜像在公有仓库

  2024年02月14日

  浏览(47)

• K8S集群中Pod资源处于CrashLoopBackOff状态排查思路

  CrashLoopBackOff状态一般都是Pod资源中的容器出现了问题，可以有以下几点原因： 容器中部署的程序存在Bug，无法正常启动，就会出现此状态，可以查询容器的启动日志，从日志中获取重要线索，逐个进行排查。 定义Pod资源时，对于Pod中的容器进行了资源限额，可能限额的资源

  2024年01月21日

  浏览(45)

• 设置k8s中节点node的ROLES值,K8S集群怎么修改node1的集群ROLES

  其实这个Roles就是一个标签,执行以下命令给node1 和 node2 打上worker标签 k8s-node1 打上标签为worker1 k8s-node2 打上标签为worker2

  2024年02月02日

  浏览(47)
• 

  K8s（二）Pod资源——node调度策略、node亲和性、污点与容忍度

  目录 node调度策略nodeName和nodeSelector 指定nodeName 指定nodeSelector node亲和性 node节点亲和性 硬亲和性 软亲和性 污点与容忍度 本文主要介绍了在pod中，与node相关的调度策略，亲和性，污点与容忍度等的内容 在创建pod等资源时，可以通过调整字段进行node调度，指定资源调度到满足

  2024年01月17日

  浏览(47)
• 

  k8s集群加入一个新的node节点

  实验目的：在已有的k8s集群中加入一个新的node节点，并正常工作。 已有的k8s集群节点信息：centos7.9 kubeadm 安装kubernetes集群 192.168.206.130 master 192.168.206.131 k8s-node1 192.168.206.136 k8s-node2 新加入一个节点： 192.168.206.138 k8s-node3 kubectl get nodes  kubectl get nodes -o wide  在进行下面的步骤之

  2024年02月16日

  浏览(51)

• K8S集群node节点状态为notready

  Kubernetes集群中的node节点状态显示为notready，这通常意味着该节点上的一个或多个组件出现了故障。在这种情况下，您需要进一步检查该节点的状态以确定问题的原因。您可以使用kubectl命令检查node的详细信息，例如： 此命令将显示该节点的状态，以及可能导致notready状态的任

  2024年02月15日

  浏览(48)

• k8s集群—node节点的删除与添加

  在搭建集群过程中，有时候会遇到一个节点处于ready状态，另一个节点处于notready状态，需要把node节点从集群中删除后再次加入。 如果需要在k8s集群中删除节点，首先需要在master节点上删除该节点的相关数据，再删除该节点，接着在该节点上进行reset操作，接着删除相关文件

  2024年02月17日

  浏览(57)