k8s学习 — 各知识点快捷入口

使用此网站可以简单搭建kubernetes，提供了一个简易的、无需安装任何软件的 Kubernetes 学习和实验环境。我们发现删除这个Pod后，又新建了一个Pod，这是因为Pod由Deployment管理，在前面Yaml文件的spec下定义了3个replicas，Deployment会将Pod的副本数扩到与定义的副本数相等。命令时，Kubernetes通过API与集群进行交互，它改变的是集群中实际运行的资源状态（如副本数量），而不是直接修改您本地或线上存储的 YAML 文件内容。

文章目录一、裸机部署 k8s 集群1、基础环境2、添加域名映射①、设置主机名 HostName②、三台服务器添加域名映射3、关闭相关服务①、关闭SELinux②、关闭防火墙3、添加 yum 源①、添加 k8s 的yum源②、添加 docker 的 yum源4、安装 k8s 组件启动 docker、kubelet 服务修改 docker 配置kubeadm 初始化集群（只需要在主节点跑）授权 node 节点访问集群工作节点加入集群安装网络插件部署应用到 k8s 集群k8s集群，从 DockerHub 拉取镜像

Kubernetes也称为K8S，其中8是代表中间“ubernete”的8个字符，是Google在2014年开源的一个容器编排引擎，用于自动化容器化应用程序的部署、规划、扩展和管理，它将组成应用程序的容器分组为逻辑单元，以便于管理和发现，用于管理云平台中多个主机上的容器化的应用，Kubernetes 的目标是让部署容器化的应用简单并且高效，很多细节都不需要运维人员去进行复杂的手工配置和处理； 通过Kubernetes你可以： 快速部署应用 快速扩展应用 无缝对接新的应用功能 节省资源，优化硬件资源

CRD = Kubernetes 的“插件式 API 扩展机制”避免引入额外 CRD，坚持使用标准 Kubernetes Ingress + 注解方式管理 Kong 配置，以保持简洁性和兼容性。

开发Kubernetes准入控制器的准备工作 本文详细介绍了开发Kubernetes准入控制器前的环境检查和项目初始化步骤： 集群环境检查： 验证集群是否支持准入注册API（admissionregistration.k8s.io/v1） 确认kube-apiserver启用了MutatingAdmissionWebhook和ValidatingAdmissionWebhook插件 测试Webhook连通性 项目初始化： 创建Go项目结构，添加必要的Kubernetes API依赖 设计Sidecar注入配

crictl命令是遵循 CRI 接口规范的一个命令行工具，通常用它来检查和管理kubelet节点上的容器运行时和镜像。在kubernetes集群环境中，当我们执行kubectl命令式，kubelet代理会自动调用crictl命令管理镜像和容器。手动执行crictl命令时，一般用于查看镜像和容器。传统部署时代：企业在物理服务器上运行应用程序。无法为物理服务器中的应用程序定义资源边界，这会导致资源分配问题。

按需追加。置空则保持默认。

*问题：**多个用户使用同一个Kubernetes Cluster， 如何将他们创建的资源隔离开呢？答案：Namespace，简写ns，也称之为project，代表资源集合，用于分组集群资源。Kubernetes 使用 Namespace 可以将一个物理的 Cluster 逻辑上划分成多个资源集合， 每个集合就是一个Namespace。不同Namespace 里的资源是完全隔离的。default： 创建资源时如果不指定Namespace， 将被放到这个Namespace中。

容器天生是无状态容器重启后，文件系统会重置容器删除后，所有数据丢失多个容器之间无法共享数据Volume（存储卷）数据持久化：Pod 重启或删除后数据不丢失数据共享：同一 Pod 中的多个容器可以共享数据数据迁移：Pod 可以在不同节点间迁移，数据保持一致通俗比喻：容器就像酒店里的临时客房，每次入住都是全新的房间（干净的镜像），退房后所有个人物品（数据）都清空。Volume 就像酒店的储物柜，客人可以把自己的东西存进去，下次入住同一家酒店还能取出来。ConfigMap。

但说实话，这个方案的问题比它解决的问题多。最要命的是，如果节点挂了，那个预留IP就跟着死了——除非你的节点池足够大，调度器能在另一个节点上重新拉起Pod并分配到同一个IP，但这个"除非"在生产环境里根本不能保证。这些幽灵记录虽然不直接占license配额（offline的授权理论上可以被重新分配），但它们会干扰你的判断——你在WEB界面上看，100个客户端里只有30个在线，你以为授权池有70个富余，但其实那70个offline记录对应的Pod可能随时重新上线（比如之前只是网络抖动，Pod进程其实还在）。

sc.yamlmetadata:annotations: #标记为集群默认存储类。

在 Pod 中。

Kuboard是一款国产的Kubernetes管理工具，提供了直观的界面和丰富的功能，使开发者和运维人员能够更轻松地管理Kubernetes集群

kind: Rolemetadata:rules:# 允许读取 Pod- apiGroups: [""] # 核心 API 组resources: ["pods"] # 资源类型verbs: ["get", "list", "watch"] # 操作# 允许读取 Pod 日志。

本文是一篇Kubernetes实战教程，详细记录了在华为云FlexusX ECS服务器上搭建K8s v1.30.14集群的全过程。文章首先介绍了4台服务器的规划配置（1个Master+3个Worker），然后逐步展示了环境初始化、containerd镜像加速配置、kubeadm集群初始化、Flannel网络插件安装等关键步骤，并特别标注了国内环境可能遇到的镜像拉取问题及解决方案。教程采用"理论+实践+踩坑记录"的形式，所有命令均来自真实环境验证，适合初学者快速掌握K8s集群搭建的核心要点。

提及大模型推理特性：如“我会用 vLLM 或 TensorRT-LLM 做推理加速，因为 LLM 是 memory-bound 型任务，Batch Size 调优是关键”。提及 MCP 与 Autogen 的区别：如果面试官问及多智能体，可以补充：“Autogen 更偏向对话式多智能体（Conversational），而 LangGraph 更适合状态机驱动的确定性工作流，我倾向于结合两者，核心流程用 Graph，边缘探索用 Autogen”。针对你之前提供的 JD 和面试题库，我提炼出了。

文章摘要 本文详细剖析了Kubernetes MutatingAdmissionWebhook的核心实现逻辑，聚焦serveMutate和mutatePod两个关键函数。作者通过一个线上事故案例（因annotation键名变更导致sidecar注入失败）引出问题，深入解析了webhook请求处理流程：包括HTTP基础校验、准入控制请求反序列化、注入条件判断（重点指出mutationRequired函数中默认返回false的陷阱）以及响应生成机制。特别强调了版本兼容性（v1beta1在K8s 1.22+失效）

本文介绍了在Kubernetes集群中通过Service(NodePort)对外暴露应用的具体实践，包括端口规划、配置验证和访问测试。重点演示了滚动更新与回滚机制的操作流程，通过修改镜像版本和Deployment配置实现零停机更新，并支持快速回退到历史版本。文章还提供了常见问题排查方法，比较了不同Service类型的适用场景，总结了Docker和Kubernetes在环境一致性和容器编排方面的核心价值，体现了云原生架构中不可变基础设施与配置分离的设计理念。

代码写完了，单测过了，本地起 webhook server 也没问题。本以为部署就是体力活——把代码打成镜像 → 推到节点 →一把梭 → 收工下班。理想很美好。第一次部署，证书签错了，APIServer 调 webhook 直接第二次重新签，CABundle 填的是 base64 解码后的内容，APIServer 还是不认第三次终于过了认证，但 Pod 创建出来没有 sidecar——日志里没有任何报错第四次发现 namespaceSelector 的 label 写反了第五次……