Kubernetes (k8s) 基础组件包括 kubelet、kubectl 和 kubeadm

Kubernetes (k8s) 基础组件包括 kubelet、kubectl 和 kubeadm。

1. kubelet: 这是 Kubernetes 管理集群节点上的工作负载的核心组件之一。它负责在每个节点上运行容器，并与主控制器（如 API 服务器）通信，报告节点状态和调度请求。

2. kubectl: 这是 Kubernetes 的命令行工具，用于管理和操作集群。kubectl 提供了一种交互式的界面，让用户可以查看、创建、更新和删除资源（如Pods、Services、Deployments），以及监控和调试整个集群。

3. kubeadm: 是 Kubernetes 集群初始化和管理员工具。它简化了从零开始创建和维护一个本地或远程 Kubernetes 控制平面的过程。

Kubernetes 设计理念主要包括以下几个核心概念：

• 微服务化: Kubernetes 强调支持小型、独立的服务，通过容器来隔离和管理这些服务。
• 自我发现和自动化: 使用API和DNS实现服务之间的发现，减少人工干预的需求。
• 模块化和扩展性: Kubernetes 可以轻松地添加新节点和功能，允许集群随着需求的增长而扩展。
• 容错性和恢复: 自动处理节点故障，保证服务的高可用性。
• 声明式配置: 使用YAML或其他配置文件描述期望的状态，而不是操作过程。

Kubelet 是 Kubernetes 集群中的核心组件之一，它的主要职责包括：

1. 容器管理：它在每个计算节点上运行并监控由 Kubernetes 资源定义的容器实例。当收到调度器（如 Scheduler）分派的任务时，Kubelet 创建、启动、更新或删除这些容器。

2. 资源分配：Kubelet 管理容器使用的本地资源，如 CPU、内存、磁盘空间等，并确保它们不超过预设的限制。

3. 心跳和健康检查：Kubelet 向 Master 服务器定期发送心跳信息，报告自身的状态。如果节点出现问题，Kubelet 可能会自动重启容器或触发节点的自我修复过程。

4. 与API Server通信：Kubelet 通过 API Server 与 Kubernetes 控制平面交互，接收来自 Master 的配置更改，并根据这些更改调整容器的配置。

5. 日志收集：Kubelet 收集容器的日志，有助于诊断和调试节点上的应用问题。

6. 容器卷管理：对于支持存储卷的 Kubernetes，Kubelet 还负责挂载和卸载持久化存储卷到容器中。

Kubelet是Kubernetes集群中的关键组件，它负责以下几个核心任务：

1. Pod管理：它监视并维护每个节点上Pod的状态，当Pod启动、暂停或终止时，kubelet会相应地创建、更新或删除容器。

2. 容器调度：Kubelet定期从API服务器接收新的Pod配置，并基于资源分配策略决定在哪一个容器中运行这些Pod。

3. 资源监控：Kubelet会收集每个容器的资源使用情况，如CPU、内存使用，并报告给API服务器，以便于整体资源管理和决策。

4. 卷挂载：对于动态卷（如PersistentVolumeClaim），kubelet负责将存储挂载到容器中。

5. 心跳和健康检查：kubelet通过定期向API服务器发送心跳信号来表明自己正常运行，并允许API服务器知道哪些节点可用。

与其他组件协同工作时，Kubelet主要与以下组件交互：

• API Server: 提供了整个集群的配置信息和状态监控，kubelet从中获取指令并上报数据。
• Scheduler: 根据应用需求和资源状况分配Pod到合适的节点，由kubelet执行。
• Container Runtime（如Docker）: 实际运行Pod中的容器，kubelet通过Runtime API调用来控制容器生命周期。

因此，Kubelet在整个Kubernetes生态系统中起到了连接节点和中心控制器的关键作用。
Kubelet是Kubernetes集群中的关键组件，它负责以下几个核心任务：

1. Pod管理：它监视并维护每个节点上Pod的状态，当Pod启动、暂停或终止时，kubelet会相应地创建、更新或删除容器。

2. 容器调度：Kubelet定期从API服务器接收新的Pod配置，并基于资源分配策略决定在哪一个容器中运行这些Pod。

3. 资源监控：Kubelet会收集每个容器的资源使用情况，如CPU、内存使用，并报告给API服务器，以便于整体资源管理和决策。

4. 卷挂载：对于动态卷（如PersistentVolumeClaim），kubelet负责将存储挂载到容器中。

5. 心跳和健康检查：kubelet通过定期向API服务器发送心跳信号来表明自己正常运行，并允许API服务器知道哪些节点可用。

与其他组件协同工作时，Kubelet主要与以下组件交互：

• API Server: 提供了整个集群的配置信息和状态监控，kubelet从中获取指令并上报数据。
• Scheduler: 根据应用需求和资源状况分配Pod到合适的节点，由kubelet执行。
• Container Runtime（如Docker）: 实际运行Pod中的容器，kubelet通过Runtime API调用来控制容器生命周期。

因此，Kubelet在整个Kubernetes生态系统中起到了连接节点和中心控制器的关键作用。
**当kubelet检测到节点故障时，它会按照以下步骤进行操作：

1. 状态检查：systemctl status kubelet命令用于查看kubelet服务的状态，确认是否有运行异常。

2. 重启尝试：如果发现kubelet有问题，可以使用systemctl restart kubelet命令尝试重启服务，使其恢复正常。

3. 自动恢复：通过systemctl enable kubelet设置kubelet在系统启动时自动启动，确保即使手动重启后也能自动恢复。

4. 状态更新：重启之后，kubelet会重新与Kubernetes Master通信并报告其状态，Master会根据这个信息调整集群配置。

5. 资源管理：如果节点长时间无法恢复，Kubelet可能停止接收新的Pod调度请求，直到节点修复完成。

在实际操作中，管理员可能需要结合日志分析（如查看/var/log/kubelet.log）来诊断和解决具体问题。

Kubelet的日志文件通常位于/var/log/kubernetes/kubelet.log或/var/log/containers/<pod_name>/kubelet.log（取决于容器化环境）。在你的例子中，提到的错误日志提示尝试从/var/lib/kubelet/config.yaml读取配置文件，这表明kubelet可能期望在/var/lib/kubelet目录下找到配置文件。

要查看kubelet服务的状态，你可以按照以下步骤进行：

1. 打开终端并切换到Kubernetes的主目录，通常是/var/lib/kubelet（对于Ubuntu和Debian）或者/usr/local/var/run/dockershim.sock（如果使用的是Docker原生kubelet）。

2. 使用命令systemctl status kubelet，这会显示kubelet服务的当前状态、最近的启动结果和任何相关的错误信息。

如果服务异常，如你提到的"异常退出，错误代码=exited，状态=/FAILURE"，那么这个命令会显示出导致失败的具体原因。