K8s七大组件!3分钟讲透架构⚡ 学 K8s 最头疼的是什么? 组件太多!apiserver、etcd、scheduler... 单独看都懂,放一起就乱了! 今天一条视频帮你把 K8s 七个核心组件 全部理清楚。 首先,K8s 分两大块: 上面 Master 控制平面负责决策, 下面 Worker 工作节点负责执行。 Master 四个组件: ① kube-apiserver,端口6443。 集群唯一入口,所有请求必经它。 认证你是谁、授权你能做什么、准入控制最后把关—— 三关全过才能继续! 无状态可扩展,是整个集群的通信枢纽。 ② etcd,端口2379。 分布式数据库,集群的大脑。 所有状态数据集中存在这里。 记住:etcd挂了 = 集群挂了。 生产环境必须高可用部署 + 定期备份! ③ kube-scheduler。 智能调度器,给Pod选最优节点。 两步走:先过滤不合格的,再打分选最好的。 支持自定义调度器,比如GPU任务调度。 ④ kube-controller-manager。 控制器管理器,核心工作方式叫 调谐循环: 看实际状态 → 对比期望状态 → 不一致就自动修复。 比如要3个Pod只有2个?马上补一个。 这就是声明式API的精髓——你说"我要什么",不用管"怎么做"。 Worker 三个组件: ⑤ kubelet。 每个Worker节点的管家,Master指令的最终执行者。 拉镜像、启容器、做健康检查、上报状态。 ⑥ kube-proxy。 网络代理,维护Service到Pod的转发规则。 iptables和IPVS两种模式,大规模集群推荐IPVS。 ⑦ containerd。 真正跑容器的引擎。 注意啊!K8s从1.24开始已经彻底移除Docker支持了。 现在主流用containerd或CRI-O。 这期是K8s入门系列第二期——核心组件篇。 下一期讲 Pod启动完整流程 + 故障排查速查表! 关注「小刘运维」,带你从零搞定K8s 💪 #Kubernetes #运维 #k8s运维 #云原生
00:00 / 08:07
连播
清屏
智能
倍速
点赞37
kubectl apply之后K8s内部干了什么? 上期我们认识了 K8s 的七大组件 今天把它们全部串起来 你敲下 kubectl apply,K8s 内部到底发生了什么? 我们用部署 3 个 Nginx 副本为例,一步步跟! 第一步,apiserver 接收请求 你的命令首先到达 apiserver 它会走三关:认证、授权、准入控制 三关全过,Deployment 写进 etcd,返回"已创建" 第二步,controller-manager 创建 Pod etcd 数据变化,Watch 机制触发 Deployment 控制器创建 ReplicaSet ReplicaSet 控制器发现:要 3 个,实际 0 个,差了 3 个! 立刻创建 3 个 Pod 对象写回 etcd 第三步,scheduler 分配节点 3 个 Pod 还没有节点,scheduler 开始调度 两阶段:先过滤(排除资源不足和有污点的节点),再打分(选最优的) 第四步,kubelet 启动容器(最耗时!) 各节点 kubelet 发现有活儿分配给我了 调用 containerd 依次执行: 拉镜像 → 创建 Pod Sandbox → 启动容器 → 上报 Running 第五步,kube-proxy 配置网络 如果有 Service,kube-proxy 查出所有匹配的 Pod 写入 iptables/IPVS 规则,外部流量进来自动负载均衡 重点来了——卡住了怎么查? kubectl 直接报错? 第一步 apiserver 就挂了,检查证书和 RBAC 权限 Pod 一直 Pending? 第三步 scheduler 调不出节点 kubectl describe pod 看 Events ImagePullBackOff? 第四步拉不到镜像,检查镜像地址和 PullSecrets CrashLoopBackOff? 容器起来又崩,kubectl logs 看日志 Service 访问不通? 第五步 kube-proxy 有问题 kubectl get endpoints 先查后端列表是不是空的 记住:沿着流程从前往后查,哪步断了找哪个组件! 这就是 kubectl apply 背后的完整链路 下次遇到 Pod 起不来,按这个顺序查,不再懵 我是小刘运维,关注我,下期再见 💪 #云原生 #K8s #pod #技术分享
00:00 / 08:32
连播
清屏
智能
倍速
点赞22