控制器核心是通过「控制循环」保证资源「实际状态」与「期望状态」一致，是 K8s 自动化、高可用的核心；核心价值集中在故障自愈、弹性扩缩容、版本管控、资源编排四大维度，适配不同业务场景；控制器是 Pod 的上层管理者，生产环境必须通过控制器管理 Pod，禁止裸 Pod 部署。

K8s 单节点容器启动的核心逻辑是“上层编排指令→标准化接口转发→运行时资源准备→底层工具执行→内核提供隔离环境”；核心链路为Kubelet → CRI → 容器运行时（CRI-O/Containerd） → runc → Linux 内核；所有节点的组件可通过 Ansible 批量部署，保证集群环境统一，体现 K8s “上层编排调度+下层标准化运行时”的架构设计核心。

Namespace 核心是软件层面的逻辑隔离，而非物理隔离，核心价值是适配多团队、多环境的资源与权限管控；关键特性围绕“隔离、管控”展开，名称隔离、资源配额是落地隔离的核心手段；核心作用覆盖“团队隔离、环境隔离、资源管控、运维效率”四大场景，是生产环境必用的基础功能。

firewalld 对常见网络服务的标准化规则封装，将服务的端口、协议、模块、转发规则等打包为一个服务名，用户无需手动配置端口/协议，直接通过服务名即可开启/关闭访问，简化防火墙配置。防火墙底层：netfilter 是所有 Linux 防火墙的内核基础，iptables/nftables 是其上的框架，firewalld 是基于二者的用户态管理工具，br_netfilter 让网桥报文能被 net

一、MBR（Master Boot Record）主引导记录 1. 概念 传统 BIOS 时代使用的老式分区表方案位于硬盘最开头的第 0 扇区（512 字节）同时存放：主引导程序 + 分区表 + 磁盘签名 2. 结构（简单理解） 引导代码：446 字节分区表：64 字节结束标志：2 字节（0xAA55） 3. 分区限制（重点） 最多只能识别 4 个主分区 解决办法：用扩展分区 + 逻辑分区最大只支

RHCOSRed Hat Enterprise Linux CoreOS基于 RHEL 的 云原生操作系统（“专为 Kubernetes 优化的精简 OS”）Kubernetes 节点操作系统：作为 OpenShift（红帽 Kubernetes 发行版）的默认节点系统，专注于容器编排场景的稳定性和自动化管理。Linux 的核心功能（文件管理、用户权限、进程控制、系统服务）最原始、最完整的方式就是

Hadoop 本身是分布式系统（由多个节点组成），但分布式系统天生有3个痛点：Zookeeper 就是来解决这些问题的，核心角色可以总结为4个：假设启动 Hadoop 集群：总结。

K8s 单节点容器启动的核心逻辑是“上层编排指令→标准化接口转发→运行时资源准备→底层工具执行→内核提供隔离环境”；核心链路为Kubelet → CRI → 容器运行时（CRI-O/Containerd） → runc → Linux 内核；所有节点的组件可通过 Ansible 批量部署，保证集群环境统一，体现 K8s “上层编排调度+下层标准化运行时”的架构设计核心。

RHCOSRed Hat Enterprise Linux CoreOS基于 RHEL 的 云原生操作系统（“专为 Kubernetes 优化的精简 OS”）Kubernetes 节点操作系统：作为 OpenShift（红帽 Kubernetes 发行版）的默认节点系统，专注于容器编排场景的稳定性和自动化管理。Linux 的核心功能（文件管理、用户权限、进程控制、系统服务）最原始、最完整的方式就是

kubelet定期上报Pod状态到API Server。kube-scheduler监听API Server。创建iptables/IPVS规则，转发流量到Pod。目标节点的kubelet监听API Server。API Server更新etcd中的Pod状态。kube-proxy监听API Server。kubelet调用containerd。写入etcd，标记Pod为「待调度」kubectl提