PV的回收策略（persistentVolumeReclaimPolicy）要根据业务需求配置，默认是Retain（删除PVC后，PV保留，需手动清理），测试环境可配置为Delete（删除PVC后，PV自动删除），避免资源浪费；确认镜像在仓库中存在；删除无用的PV（Retain状态的PV需手动删除），释放资源。PV（持久化存储卷）和PVC（持久化存储声明）负责Pod的持久化存储，故障会导致Pod无

错误类型关键排查命令ImagePullBackOff 检查镜像地址和密钥网络异常 kubectl exec+ nslookup存储失败 kubectl get pvc。

*

集群有 5000+ Pod，每次请求返回的 JSON 数据量巨大，API Server 内存被撑爆了。K8s 已经成为容器编排的事实标准，但它的复杂性也带来了很多潜在的风险点。更惨的是，这个集群是一年前搭建的，当时没有设置证书过期告警…5 分钟内，集群 30% 的节点都变成了 NotReady，大量 Pod 被驱逐重建，业务出现严重抖动。由于默认的滚动更新策略，旧 Pod 不会被删除，导致更新卡住

【代码】使用python快速拉包。

zset-max-ziplist-entries 128# 有序集合（ ZSET ）类型如果成员数 ≤ 128 条，且每个成员字符串长度 ≤ 下项 zset-max-ziplist-value，则使用 ziplist 编码，否则用标准编码。hash-max-ziplist-entries 512# 哈希（ HASH ）类型如果字段数 ≤ 512 条，则可使用 ziplist（紧凑编码）存储，从而节

错误类型关键排查命令ImagePullBackOff 检查镜像地址和密钥网络异常 kubectl exec+ nslookup存储失败 kubectl get pvc。

emptyDir/hostPath（临时/本地存储）↓PV（手动创建持久卷）← PVC（声明式申请）→ Pod↓SC（动态供给存储类）← PVC → Pod（自动创建 PV）↓StatefulSet + VolumeClaimTemplate（每个 Pod 独享存储）↓CSI（标准存储接口）→ Ceph / NFS / 云存储（后端存储）基础层：理解 PV/PVC/SC 的关系和绑定机制进阶层：掌

RabbitMQ 与 Kafka 核心区别在于：RabbitMQ 是传统消息队列，侧重可靠投递与复杂路由；Kafka 是分布式流平台，侧重高吞吐、持久化与流处理。下面从核心定位、架构、性能、可靠性、路由、消息模型、适用场景等维度详细对比。

PV的回收策略（persistentVolumeReclaimPolicy）要根据业务需求配置，默认是Retain（删除PVC后，PV保留，需手动清理），测试环境可配置为Delete（删除PVC后，PV自动删除），避免资源浪费；确认镜像在仓库中存在；删除无用的PV（Retain状态的PV需手动删除），释放资源。PV（持久化存储卷）和PVC（持久化存储声明）负责Pod的持久化存储，故障会导致Pod无