k8s实战系列：3-存储的花样玩法(下)

​ CloudNative：云原生(分布式云)的简介(发展&演变/为什么需要/优势&价值/安全/对比传统企业应用)、四大核心技术、CNCF云原生交互景观、云原生技术的使用经验及方法之详细攻略 目录 云原生的简介—技术的变革，一定是思想先行 云原生核心技术—DevOps+持续交付+微服务+容器+云安全 CNCF简介及其云原生交互景观 云原生技术的使用经验及方法 云原生的简介—技术的变革，一定是思想先行

在啃掉一本本计算机经典书籍和写下大量代码以后。疫情原因回不去学校，作为一个马上毕业，即将入职腾讯的大四生，分享一下自己的学习历程吧。本人在大学之前从未接触过编程，最开始的编程学习还是在高考完后，从书店买了本C Primer Plus，然后暑假开始啃，前前后后也就看了几十页。大一上的时候，来到了华中师范大学，还没有转专业到计算机，一直在自学C语言和看一些计算机入门书籍（编码、计算机科学概论）。当时也很迷茫，不知道以后道路如何，所以也学了一些杂七杂八的东西（前端 python啥的），所幸的是，当时坚持把C Pr

本文介绍了Kubernetes集群中etcd数据周期性自动备份方案。etcd存储集群所有关键数据，一旦损坏可能导致集群瘫痪。方案利用K8S的CronJob调度etcdctl工具执行备份，通过NFS共享存储持久化备份文件和证书。主要内容包括： 在NFS服务器创建证书和备份目录 编写PVC清单挂载NFS存储 构建包含etcdctl工具的Docker镜像 配置CronJob定时执行备份任务 详细说明数据恢复步骤，包括验证备份文件、停止控制平面、执行恢复操作等 该方案实现了etcd数据的自动化备份，确保K8S集群在

从容器中把 etcdctl 工具复制出来到主机中的/usr/local/bin目录下。从容器中把etcdctl工具复制出来到主机中的/usr/local/bin目录下。以上为kubeadm下进行etcd数据备份与恢复。三台master上都需要操作。

k8s云原生rook-ceph pvc快照与恢复（上）

一个脆弱基础设施自动化构建框架，主要用于快速、自动化搭建从简单到复杂的脆弱云原生靶机环境。

Kubernetes集群中k8s-master02节点状态显示为NotReady，经排查发现kubelet客户端证书已过期。错误日志显示证书于2024-12-05到期，且无法加载bootstrap配置文件。通过检查/var/lib/kubelet/pki目录发现使用的是旧证书kubelet-client-2024-08-19-08-12-55.pem。解决方案是备份并修改/etc/kubernetes/kubelet.conf文件，替换其中的client-certificate和client-key-dat

在后续安装过程中，发现这个阶段不用配置cni和安装isulad的网络插件，因为使用kubeadm reset 重新安装k8s时还需要删除sudo rm -rf /etc/kubernetes/pki /var/lib/etcd /etc/cni/net.d/ 所以前面的网络配置没有意义，k8s的网络是通过后续的calico组件的安装建立起来的，所以前面使用DeepSeek查找的解决方案有一部分是不需要设置的。按照上述配置问题依旧没解决，后来再问AI感觉没有太多有价值的内容，感觉问题不在于此。

Kubernetes性能瓶颈排查指南摘要 随着业务增长，Kubernetes集群常出现性能问题。本文系统梳理了性能瓶颈排查的全景视角：从集群层面(API Server、Etcd)、节点层面(CPU/内存)、Pod层面(OOM/冷启动)、网络(DNS延迟)到存储(PVC挂载)等维度，提供了关键指标监控方法和常用工具矩阵(Prometheus、kube-state-metrics等)。特别强调建立全链路可观测体系，通过分层级监控(集群-节点-Pod)和精细化分析(网络/存储)来快速定位瓶颈，而非盲目排查。

K8S健康检查巡检清单摘要 这份Kubernetes健康检查清单提供了生产环境下的系统化巡检方案，覆盖集群核心组件、节点、工作负载、存储和网络等关键维度。核心检查项包括：API Server/etcd状态监控、节点资源使用率（CPU/内存阈值分级）、Pod异常状态检测（重启次数≤5）、存储系统健康（PVC绑定状态、数据库指标）以及网络服务可用性。清单采用三色风险分级（高/中/低），并明确各检查项的具体命令和参数阈值（如节点DiskPressure=False、coredns P99时延<5s等），帮助

Kubernetes Pod生命周期详解 Pod生命周期包含创建、运行初始化容器、运行主容器和终止过程。Pod状态分为Pending（挂起）、Running（运行中）、Succeeded（成功）、Failed（失败）和Unknown（未知）。创建过程涉及API Server、etcd、调度器和kubelet的协同工作，而终止过程则包括prestop钩子和宽限期等机制。初始化容器（InitContainer）在主容器前运行，确保先决条件满足，特点是必须按顺序成功执行。示例展示了如何利用初始化容器实现服务依赖检

Kubernetes NetworkPolicy概述 NetworkPolicy是Kubernetes中控制Pod间网络流量的资源对象，类似于集群内部的防火墙规则。需要注意的是： 需要支持NetworkPolicy的CNI插件（如Calico、Cilium等） 是命名空间级别的资源，无法跨命名空间使用 默认行为： 未被匹配的Pod允许所有流量 被匹配的Pod仅允许规则明确的流量 规则逻辑类似防火墙，未配置则无限制，一旦配置则严格匹配 NetworkPolicy通过标签选择器(PodSelector/Name

igress 也是一个类似ng的东西，不是你的配置不生效，是被ingress拦截了。

以下是针对。

以下在技术层面上对 Kubernetes 中的五种 CNI 插件进行深入比较：Flannel、Calico、kube-router、Weave Net 和 Cilium。kube-router DaemonSet 进程。依赖 kube-proxy。依赖 kube-proxy。✅ (eBPF 替代)高性能路由，强大策略。

Kubernetes网络是指在Kubernetes集群中不同组件之间进行通信和交互的网络架构，每个容器都有自己的IP地址，这些容器组成了Pod，Pod是Kubernetes调度的最小单元。Pod是Kubernetes中最小的部署单元，每个Pod都有一个唯一的IP地址，Pod内的容器共享该IP地址和网络命名空间，pod间通信可以使用多种技术，如Kubernetes默认的CNI插件：Flannel、Calico 等。

状态: {'running': {'started_at': datetime.datetime(2025, 8, 6, 15, 31, 31, tzinfo=tzutc())},状态: {'running': {'started_at': datetime.datetime(2025, 8, 6, 15, 20, 41, tzinfo=tzutc())},print(f"MONITOR命名空间Pod信息 - {datetime.now().strftime('%Y-%m-%d %H:%M:%S')}")