Kubernetes核心技术组件API Server解析

最新推荐文章于 2024-07-23 14:11:52 发布

lzyever

最新推荐文章于 2024-07-23 14:11:52 发布

阅读量987

点赞数 40

分类专栏： Kubernetes(K8S) 文章标签： kubernetes 云原生容器

本文链接：https://blog.csdn.net/lzyever/article/details/137940878

版权

63 篇文章 6 订阅

订阅专栏

1. 角色与功能

集群控制面的入口：API Server 提供了统一的 RESTful API 接口，供外部客户端（如 kubectl 命令行工具、各种 Kubernetes 控制器、自定义的客户端程序等）与 Kubernetes 集群进行交互，执行对集群资源（如 Pod、Service、Deployment 等）的 CRUD（Create、Read、Update、Delete）操作。
数据一致性与验证：API Server 接收并验证客户端提交的资源定义，确保其符合 Kubernetes API 规范。它还负责维护资源版本控制和数据一致性，如处理并发冲突、执行准入控制检查等。
存储后端对接：API Server 与存储后端（通常是 etcd 集群）交互，将接收到的资源变更持久化存储。同时，它也从存储后端读取资源状态，以响应客户端的查询请求。
集群事件记录：API Server 记录并暴露集群中发生的各种事件（如资源创建、更新、删除、故障等），这些事件对于监控、审计和故障排查至关重要。
身份认证与授权：API Server 支持多种身份认证机制（如 X.509 证书、Token、OAuth 等），并可通过 RBAC（Role-Based Access Control）或 ABAC（Attribute-Based Access Control）等授权模式控制客户端对资源的访问权限。
API Aggregation：API Server 支持 API Aggregation 功能，允许扩展 Kubernetes API，引入自定义资源（Custom Resource）和自定义控制器（Custom Controller），以满足特定应用场景的需求。

组件间通信：API Server 通过 gRPC 或 HTTP/HTTPS 协议与其他 Kubernetes 组件（如 Scheduler、Controller Manager、kubelet、CNI 插件等）通信，传递资源状态变化、调度决策、节点状态等信息。
API 路由：API Server 提供了基于 URL 路径和 HTTP 方法的路由机制，将不同的 API 资源映射到相应的 API 组、版本和 Kind。例如，/api/v1/namespaces/default/pods 表示访问 v1 版本的默认命名空间下的 Pods 资源。
监听与回调：API Server 通过 Watch API 允许客户端订阅资源状态变化，一旦资源状态发生变化，API Server 会主动通知订阅者。这种机制大大减少了客户端轮询的开销，提高了集群响应速度。

配置文件：API Server 的配置通常通过一个 YAML 或 JSON 文件（如 kube-apiserver.yaml）来指定，包括但不限于以下内容：
- 监听地址与端口：API Server 服务的监听地址和端口。
- 认证与授权配置：启用的身份认证方式、RBAC 规则、ABAC 配置文件路径等。
- etcd 连接参数：etcd 集群的地址、TLS 配置等。
- API 资源与聚合器配置：启用的 API 组、版本、资源，以及 API Aggregation 相关设置。
启动命令：使用 kube-apiserver 二进制文件启动 API Server，传入配置文件路径作为参数。例如：
```
kube-apiserver --config=kube-apiserver.yaml
```

TLS 加密：API Server 通常通过 HTTPS（带有 TLS 加密）提供服务，确保客户端与服务器之间的通信安全。
认证：API Server 支持多种身份认证方式，如客户端证书、Bearer Token、Webhook 认证等，确保只有经过身份验证的客户端才能访问集群资源。
授权：通过 RBAC 或 ABAC 策略控制客户端对资源的访问权限，确保每个客户端只能执行其权限范围内操作。
准入控制：API Server 支持插件化的准入控制机制，在请求被持久化到 etcd 之前对其进行检查和修改。常见的准入控制插件包括 Namespace Lifecycle、LimitRanger、ServiceAccount、ResourceQuota 等，用于实现命名空间自动创建、资源配额限制、默认 ServiceAccount 注入等功能。

自定义资源（CRD）：通过 API Aggregation，用户可以定义自己的资源类型（CRDs），并编写对应的控制器（Operator）来管理这些资源，从而将特定领域的知识和管理逻辑融入 Kubernetes 集群。
聚合 API 服务器：除了核心的 API Server，还可以部署额外的聚合 API 服务器，它们通过注册到 API Server 的聚合层，提供额外的 API 资源和服务，而不影响核心 API Server 的稳定性。

总结一下吧：
API Server 作为 Kubernetes 集群的“大脑”，承担了集群管理和控制的核心职责。它通过提供统一的 API 接口、实现数据一致性、对接存储后端、执行身份认证与授权、记录事件、支持扩展等功能，构建了 Kubernetes 高度可扩展、安全可靠的控制面基础。