HPA假死要如何处理？

核心结论：HPA（Horizontal Pod Autoscaler）生产环境假死，本质是“指标采集异常、HPA配置冲突或控制器调度阻塞”，处理需按“快速恢复业务→定位根因→彻底修复”推进，以下结合真实案例拆解。 一、案例背景 环境：K8s 1.24，HPA基于CPU利用率（80%阈值）弹性伸缩，控

Kubernetes Node 节点删除 & 重新加入集群

一、准备工作 集群节点信息：

k8s1.23一键安装脚本（1master+2node）

#!/bin/bash # 仅在master节点执行，通过SSH远程操作node节点 # 支持交互式输入主机IP和密码，提高脚本适用性 # 核心配置（文档指定版本与网络参数） # 修复了master命名的bug K8S_VERSION="1.23.0" POD_SUBNET="10.244.0.0

k8s 高可用集群

k8s数据持久化

一、K8s存储分类（修正） K8s存储的核心分类逻辑是按生命周期与使用场景划分，而非简单"常规/特殊"，更合理的分类如下： 临时存储：生命周期与Pod一致，Pod删除后数据丢失 持久化存储：生命周期独立于Pod，Pod删除后数据保留 配置存储：用于存储配置信息或敏感数据，