【云原生进阶之容器】第五章容器运行时5.6--容器运行时之gVisor

软链接，依赖系统alternatives机制注册简写入口，机制异常就会出现“包已装、命令不存在”。，但当前root的PATH变量没有该目录；bash只会在PATH列出的目录检索命令，因此输入。两种方式任选其一，推荐手动ln兜底（不受alternatives机制故障影响）Kubernetes 的 kube-proxy 会自动生成大量。后未生效，即便PATH修复，无软链接也无法直接使用。服务不兼容 xtables 语法，加载。，不会自动配置PATH、不会自动生成。安装包仅提供底层二进制文件。

本自测解析针对 Kubernetes 系列第七期（网络与服务暴露——Service + kube-proxy + Ingress）的核心内容。共 10 题，每题包含题目回顾、考查知识点、详细解答与分析，帮助读者巩固 Kubernetes 网络与服务暴露的核心技能。

在 Kubernetes 集群中，Service 已经为 Pod 提供了稳定的访问入口和基础的负载均衡能力。然而，Service 默认工作在四层（TCP/UDP），无法实现基于域名、URL 路径等七层路由的高级流量管理。当我们需要将多个服务通过同一个入口暴露到外部，并且希望根据不同的域名或路径转发到不同的后端时，传统的 Service（尤其是 NodePort 类型）会暴露出明显的不足：每个服务需要占用一个节点端口，端口管理混乱；随着服务增多，iptables 规则急剧膨胀，维护和排错变得困难。

维护说明：本文档由 Kiro 持续维护。你负责执行，遇到问题把报错贴回来，我会更新对应章节。最近更新：2026-07-04✅：k8s-master + k8s-node1 均已Ready，K8s 版本 v1.35.6，containerd 1.6.33，CNI 用 Flannel v0.28.5。环境为 CentOS 7（内核 3.10，cgroup v1，已用强制运行——属非受支持组合，1.36 升级前需迁移到 cgroup v2 系统）。

ndots:5 是 K8s 微服务场景的隐性性能杀手— 大多数内部服务名只有2-3段，默认ndots=5会导致大量无意义的search domain拼接autopath 不是免费午餐— 配置不当会指数级放大DNS查询开销DNS监控不能只看CoreDNS Pod的资源— 要看实际的解析延迟和超时率排查DNS问题三件套：抓包 → 查resolv.conf → 模拟查询过程应用场景：Kubernetes 1.24+，CoreDNS，微服务架构关键词。

本文系统介绍了Kubernetes中的持久化存储机制。主要内容包括：1）基础Volume类型（emptyDir、hostPath）的特点和使用场景；2）NFS网络存储的配置方法；3）PV/PVC架构的原理与实践，详细讲解了PV的创建、PVC绑定以及回收策略（Recycle和Retain）的区别。通过具体示例演示了不同存储方案的应用场景，为容器化应用提供了从临时共享到持久化存储的完整解决方案。文章最后给出了生产环境存储选型建议，帮助开发者在Kubernetes中有效管理有状态应用的数据存储需求。

场景❌ 错误做法✅ 正确做法挂载方式fstab 手动挂载K8s PV/PVC + CSI 驱动mount 参数defaultshard查看日志Node 手动挂载日志目录或日志采集（SLS/ELK）共享数据并发写文件多 Pod 写同一文件子目录隔离 / 独立文件清理删 Pod 完事删 Pod + 确认 Node 无残留挂载监控无D 状态进程 + stale mount 巡检故障恢复重启机器umount -l+ 清理 fstab费用全量标准存储生命周期策略转低频。

前置 LB（haproxy / keepalived /云LB）节点故障 ⇒ 该节点 Pod 被驱逐，调度到其他健康节点重新拉起。：多节点读写（需后端支持，如 NFS / CephFS）启动探针（慢启动应用）→ 在成功前禁用 liveness。（大小 + 访问模式 + StorageClass）PV 后端（Ceph/NFS/云盘）本身具备冗余。，由管理员提前创建（或动态供给）容器退出就重启（适用于常驻服务）非零退出码才重启（适合 Job）：支持动态创建 PV（最常用）：集群模式（Raft），容忍。

文章摘要： Kubernetes的Horizontal Pod Autoscaler（HPA）是一种自动水平扩缩容机制，通过动态调整Pod副本数以匹配业务负载需求，解决资源与负载的供需平衡问题。HPA支持多种指标类型（Resource、Pods、Object、External），结合实时监控数据（如CPU、内存或自定义指标），按算法计算目标副本数，并遵循“快速扩容、谨慎缩容”原则。v2版本引入Behavior配置，支持独立控制扩缩容速率和稳定性窗口。HPA依赖Metrics API聚合层获取数据，需配合Pr

kubeadm 是 Kubernetes 官方提供的集群初始化工具，可以帮助我们完成控制平面初始化、证书生成、核心组件配置、Worker 节点加入集群等操作。它的优点是部署流程标准、维护成本低、社区资料丰富，适合测试环境、学习环境以及中小规模生产环境。

【代码】Minikube 运行k8s job 及 service。

摘要 本文是一篇完整的Docker与Kubernetes实战指南，面向希望掌握容器化部署技术的开发者。文章从基础概念讲起，解释了Docker作为应用"集装箱"和Kubernetes作为容器"指挥官"的核心作用。内容涵盖： 环境准备：详细说明Docker Desktop、Minikube等工具的安装配置 Docker化改造：演示如何将Python Flask应用容器化 多容器编排：介绍Docker Compose的使用 Kubernetes核心概念：讲解集群架构和基本组件 完整部署流程：从镜像构建到生产环境高

摘要 本文详细介绍了在Kubernetes中创建指定命名空间kubeconfig文件的两种方法，分别针对v1.24及以上版本和v1.24以下版本。主要内容包括：创建ServiceAccount、配置Role和RoleBinding、生成长期token（v1.24+需手动创建Secret）、提取token和CA证书、生成kubeconfig文件以及验证配置。通过这种方法可以实现细粒度的权限控制，限制用户只能操作特定命名空间的资源，避免因授予管理员权限而导致的安全风险。文章提供了完整的命令行操作步骤，并展示了权

本文介绍基于Ansible的Kubernetes 1.28.15离线部署方案，主要特点包括： 提供Gitee源码仓库（https://gitee.com/wxd_ops/k8s-1.28-ansible-offline），包含完整的Ansible playbook和角色配置，但不包含约3GB的离线镜像包等大文件。 支持多种部署模式： 单Master+Worker部署 三Master高可用集群（内置/外部etcd） Worker节点扩容 单独组件部署（Harbor、HAProxy、Keepalived等） 包

现象根因修复1在 CI 环境无终端去掉-it2改为3Alpine/Distroless 镜像无 ps用jps -l。

HPA（Horizontal Pod Autoscaler，水平 Pod 自动扩缩器）是 Kubernetes 中用于根据资源使用情况自动调整 Pod 副本数的控制器。适用场景流量波动大的无状态服务（如 Web 应用、API 网关、微服务）需要提高并发处理能力、削峰填谷Deployment 和 StatefulSet 都支持核心特点不修改 Pod 配置，只调整副本数实时、秒级扩缩支持 CPU、内存、自定义指标（如 QPS、延迟）支持指标来源。

【K8S】SRE项目，多集群 AI 训练推理平台底座建设，问题解决/能力沉淀 文章目录 一、项目背景与平台架构 二、关键实践与问题治理 1. GPU 资源利用率和稳定性需要同时满足 2. 训练与推理混跑必须建立明确隔离策略 3. P0/P1 故障处理要从“救火”变成“可复用流程” 4. 多集群管理必须统一入口、统一策略和统一治理 5. 平台能力需要通过插件化和二次开发来承接 6. 分布式训练通信和 GPU 特性需要纳入平台设计 三、能力沉淀与匹配 1. 与职责的匹配 2. 与要求的匹配

Pod Running ≠ 能接流量：Readiness Probe 是 Service 流量的唯一准入标准启动慢的应用不能忽略 initialDelaySeconds：Java/Spring Boot 等重框架启动 30-60s 很常见滚动更新 + 短探针 = 流量黑洞：新 Pod 被 kube-proxy 排除、旧 Pod 已销毁 → 无 Pod 可用排查 ClusterIP 不通的优先步骤→ 看 NotReadyAddresses → 查 Readiness Probe应用场景。