3.1 Kubernetes架构深度解析：Master和Node节点核心组件详解

Kubernetes架构深度解析：Master和Node节点核心组件详解

引言

Kubernetes 是容器编排的事实标准，理解其架构是掌握云原生技术的基础。本文将深入解析 Kubernetes 的架构设计，包括 Master 节点和 Node 节点的核心组件，让你彻底理解 Kubernetes 的工作原理。

一、Kubernetes 架构概览

1.1 整体架构

1.2 组件通信

组件	通信方式	协议
API Server ↔ etcd	直接连接	gRPC
API Server ↔ kubelet	HTTP/HTTPS	REST API
API Server ↔ Controller	HTTP/HTTPS	REST API
kubelet ↔ Container Runtime	CRI	gRPC

二、Master 节点组件

2.1 API Server（kube-apiserver）

职责：

• Kubernetes 集群的统一入口
• 提供 RESTful API
• 认证、授权、准入控制
• 数据验证和转换

特点：

• 无状态设计，可水平扩展
• 所有组件都通过 API Server 通信
• 支持多种认证方式（证书、Token、RBAC）

配置示例：

apiVersion:v1kind:Podmetadata:name:my-podspec:containers:-name:nginximage:nginx:latest

2.2 etcd

职责：

• 存储集群所有数据
• 分布式键值存储
• 提供 Watch 机制

存储内容：

• Pod、Service、Deployment 等资源
• 集群配置
• 状态信息

特点：

• 强一致性
• 高可用（通常 3 或 5 个节点）
• 支持事务

数据模型：

/registry/pods/default/my-pod /registry/services/default/my-service /registry/deployments/default/my-deployment

2.3 Controller Manager（kube-controller-manager）

职责：

• 运行各种控制器
• 确保集群状态符合期望
• 执行控制循环

核心控制器：

控制器	功能
Deployment Controller	管理 Deployment 和 ReplicaSet
ReplicaSet Controller	确保 Pod 副本数
Node Controller	监控节点状态
Service Controller	管理 Service 和 Endpoint
Namespace Controller	管理命名空间

工作流程：

2.4 Scheduler（kube-scheduler）

职责：

• 为 Pod 选择最佳 Node
• 考虑资源需求、约束、亲和性

调度流程：

调度策略：

• 资源需求（CPU、内存）
• 节点选择器（nodeSelector）
• 亲和性/反亲和性（affinity）
• 污点和容忍（taint/toleration）

三、Node 节点组件

3.1 kubelet

职责：

• 节点上的主要代理
• 管理 Pod 生命周期
• 与 Container Runtime 通信
• 监控节点和 Pod 状态

功能：

• 从 API Server 获取 Pod 清单
• 创建和管理 Pod
• 挂载数据卷
• 执行健康检查
• 报告节点和 Pod 状态

工作流程：

3.2 kube-proxy

职责：

• 实现 Service 的网络代理
• 负载均衡
• 网络规则管理

代理模式：

模式	说明	性能
userspace	用户空间代理（已弃用）	低
iptables	iptables 规则（默认）	中
ipvs	IPVS 负载均衡	高

工作原理：