当在 Kubernetes 中执行 kubectl apply -f deployment.yaml
时,背后发生了什么?本文将深入解析从 YAML 文件到运行 Pod 的完整流程。
执行 kubectl apply -f deployment.yaml 后,涉及的组件和流程如下:
apiVersion: apps/v1
kind: Deployment
metadata:
name: my-app
spec:
replicas: 3
selector:
matchLabels:
app: my-app
template:
metadata:
labels:
app: my-app
spec:
containers:
- name: nginx
image: nginx:latest
# kubectl apply -f deployment.yaml
replicas: 3
→ 确保 3 个 Pod。nodeName
字段。graph LR
A[获取 Pod 定义] --> B[拉取镜像]
B --> C[创建容器]
C --> D[挂载 Volume]
以下是 Kubernetes 创建 Deployment 的完整流程图,标注了每个步骤的序号:
<!DOCTYPE html>
<html>
<head>
<title>Deployment 创建流程(步骤序号版)</title>
<script src="https://cdn.jsdelivr.net/npm/mermaid@10.6.1/dist/mermaid.min.js"></script>
<style>
.step-number {
background: #4CAF50;
color: white;
border-radius: 50%;
width: 25px;
height: 25px;
display: inline-block;
text-align: center;
margin-right: 10px;
}
</style>
</head>
<body>
<div class="mermaid">
sequenceDiagram
participant kubectl
participant API Server
participant etcd
participant Controller
participant Scheduler
participant Kubelet
participant CNI
Note over kubectl: 1. 提交请求
kubectl->>API Server: POST /apis/apps/v1/deployments
Note over API Server: 2. 认证/存储
API Server->>etcd: 存储 Deployment
etcd-->>API Server: 确认写入
Note over Controller: 3. 创建 ReplicaSet
Controller->>API Server: Watch Deployment
Controller->>etcd: 创建 ReplicaSet
etcd-->>Controller: 确认写入
Note over Scheduler: 4. 调度决策
Scheduler->>API Server: Watch Pods
Scheduler->>API Server: Bind Pod to Node
Note over Kubelet: 5. 启动容器
Kubelet->>API Server: Watch Pod binding
Kubelet->>Kubelet: 拉取镜像
Kubelet->>Kubelet: 创建容器
Note over CNI: 6. 网络配置
Kubelet->>CNI: 请求 IP 分配
CNI-->>Kubelet: 返回 IP 10.244.1.2
Note over API Server: 7. 状态更新
Kubelet->>API Server: 更新 Pod 状态
</div>
</body>
</html>
# 查看实时事件(按时间排序)
kubectl get events --sort-by=.metadata.creationTimestamp
# 诊断调度问题
kubectl describe pod <pod-name> | grep -A10 Events
# 检查镜像拉取情况
kubectl describe pod <pod-name> | grep -i image
# 网络连通性测试
kubectl exec -it <pod-name> -- curl http://service-name
设计原则 | 实现机制 |
---|---|
声明式 API | 用户描述期望状态,系统自动收敛 |
水平扩展 | 无状态组件(API Server/etcd 可集群化) |
松耦合 | 通过 Watch 机制实现组件解耦 |
自愈能力 | Controller 持续比对实际状态与期望状态 |
通过本文,已经了解了 Kubernetes 创建 Deployment 的完整流程,从 kubectl
提交请求到 Pod 成功运行,涉及多个组件的协同工作。希望这份笔记能帮助更好地理解 Kubernetes 的内部机制!