目录

k8s相关启动故障排查方法

1. Pod无法正常启动

2. Service无法访问

3. Node无法加入集群

4. 控制平面组件无法启动

结论

k8s相关启动故障排查方法

Kubernetes（简称k8s）是一种流行的容器编排平台，用于自动化部署、扩展和管理容器化应用程序。在使用k8s时，有时可能会遇到启动故障的情况。本文将为您介绍一些常见的k8s启动故障，并提供相应的排查方法。

1. Pod无法正常启动

当Pod无法启动时，可以按照以下步骤进行故障排查：

  • 使用kubectl get pods命令检查Pod的状态，确保Pod处于"Pending"状态。
  • 使用kubectl describe pod <pod_name>命令查看Pod的详细信息，查找任何错误或警告信息。
  • 检查Pod所需的资源配额是否足够，例如CPU、内存等。
  • 检查Pod的容器镜像是否可用，并确保它们能够正常拉取。
  • 检查Pod的定义文件（YAML或JSON文件），确保没有语法错误。

2. Service无法访问

当Service无法访问时，可以按照以下步骤进行故障排查：

  • 使用kubectl get services命令检查Service的状态，确保Service处于"Running"状态。
  • 使用kubectl describe service <service_name>命令查看Service的详细信息，查找任何错误或警告信息。
  • 检查Service所指向的Pod是否存在，并且处于运行状态。
  • 检查Service的端口和协议是否正确配置。
  • 检查防火墙或网络策略是否阻止了对Service的访问。

3. Node无法加入集群

当Node无法加入k8s集群时，可以按照以下步骤进行故障排查：

  • 使用kubectl get nodes命令检查Node的状态，确保Node处于"Ready"状态。
  • 在要加入集群的Node上运行kubeadm reset命令，将Node的状态重置为初始状态。
  • 检查Node的网络配置是否正确，包括IP地址、主机名等。
  • 检查Node的系统配置是否满足k8s的要求，例如关闭Swap分区等。
  • 检查Node所需的依赖软件和服务是否已安装和运行，例如Docker、kubelet等。

4. 控制平面组件无法启动

当k8s的控制平面组件（例如kube-apiserver、kube-controller-manager等）无法启动时，可以按照以下步骤进行故障排查：

  • 使用kubectl get pods -n kube-system命令检查控制平面组件的Pod状态，确保它们处于"Running"状态。
  • 使用kubectl describe pod -n kube-system <pod_name>命令查看Pod的详细信息，查找任何错误或警告信息。
  • 检查控制平面组件的日志文件，通常位于/var/log/kubernetes目录下，以了解具体的错误信息。
  • 检查控制平面组件的配置文件，确保没有配置错误，并且配置文件中的所有依赖项都已正确设置。

以下是一个示例代码，用于检查Pod的状态并输出详细信息：

shellCopy code#!/bin/bash
# 获取Pod的状态
pod_status=$(kubectl get pods -o jsonpath='{.items[*].status.phase}')
# 检查Pod状态是否为"Pending"
if [[ "$pod_status" =~ "Pending" ]]; then
  echo "Pod is in pending state."
  # 获取Pod的名称
  pod_name=$(kubectl get pods -o jsonpath='{.items[*].metadata.name}')
  # 输出Pod的详细信息
  kubectl describe pod $pod_name
else
  echo "Pod is not in pending state."
fi

请注意，这只是一个示例代码，用于演示如何获取Pod的状态并输出详细信息。在实际使用中，您可能需要根据具体情况进行修改和扩展。

结论

通过按照上述步骤，您可以排查一些常见的k8s启动故障。请注意，这些仅是一些基本的排查方法，实际情况可能因环境和配置而异。如果问题仍然存在，建议查阅k8s的官方文档、社区论坛或开发者文档，以获取更详细的解决方法。祝您在使用k8s时顺利排查故障！

一、无法正常启动

# 首先查看服务状态是否能看到错误信息
systemctl status kubelet
# 查看详细日志是否能查询到详细信息
journalctl -u kubelet.service -b
# 日志太多先暂停服务
systemctl stop kubelet
# 清理日志
rm /run/log/journal/* -rf;systemctl restart systemd-journald
# 启动后重新查看
systemctl start kubelet
journalctl -u kubelet.service -b

1.1 "systemd" is different from docker cgroup driver: "cgroupfs"

#获取配置文件路径
systemctl show --property=Environment kubelet
#查看配置信息cgroupDriver
vi /var/lib/kubelet/config.yaml
#查看Docker配置
vi /etc/docker/daemon.json
#添加配置
"exec-opts": ["native.cgroupdriver=systemd"]
systemctl daemon-reload
systemctl restart docker
systemctl start kubelet