标签频道
Kubernetes
该标签下的文章、提问与讨论帖。
背景：在K8s集群中部署的金融交易系统面临单日500万TPS压力，MySQL 8.0连接池配置成为性能瓶颈（参考问题id=3277）。 现象： 1. 当MaxPoolSize=100时P99延迟仍达1.2s（问题id=3277） 2. Po
一、现象与背景 【问题本质】 基础镜像（如 eclipse-temurin:17-jre）紧急更新后，依赖该镜像的微服务需重新验证安全合规性。但现有CI流程要求「全量Trivy扫描+无CRITICAL方可发布」，导致： - 重复构建耗时（如
① 现象或背景 在 8 节点（32C128G，Kubernetes 1.28.4，containerd 1.7.13，内核 5.15.0-91，cgroup v2）生产集群上，部署了 500 个业务 Pod，每个 Pod 带有 Envoy
一、现象或背景 某金融系统支付服务在双十一流量高峰期间，突发「支付回调风暴」导致服务雪崩。监控数据显示，"payment-service" 的 QPS 从 1.2w 突然下跌至 7200，CPU 使用率从 35% 跌至 12%，但数据库连接
背景 维护一个12节点K8s集群（16C64G），运行40+服务含Java应用（Spring Boot 2.7/JDK17）。去年统一requests=limits策略后，发现Java服务频繁OOMKill，复盘发现Netty的off-he
现象或背景 在 Kubernetes 集群中，EFK（Elasticsearch, Fluentd, Kibana）日志系统常因性能瓶颈导致严重问题。我们曾遇到一个典型场景：日志延迟从 500ms 激增到 3s，导致故障排查效率下降 70%
一、现象或背景 某金融系统支付服务在双十一流量高峰期间，突发「支付回调风暴」导致服务雪崩。监控数据显示，"payment-service" 的 QPS 从 1.2w 突然下跌至 7200，CPU 使用率从 35% 跌至 12%，但数据库连接
K8s CronJob 自动刷新 InnoDB 统计信息：零代码侵入的运维方案与量化判据 一、现象或背景 在云原生架构下，MySQL 8.0 的 InnoDB 统计信息自动刷新机制（"innodb_stats_auto_recalc"）常导
一、现象或背景 46字符SA Token读出生产数据库密码 在EKS托管集群（Kubernetes 1.27.4）中，"payment-service"部署在"prod-payment"命名空间，使用默认ServiceAccount。红队通
Kubernetes liveness探针实践：浅探活、深探活与中间派的抉择 背景：从嵌入式看门狗到容器探针 做了10年嵌入式，早期写MCU固件时"健康"这件事是被看门狗强制定义的：主循环喂狗成功=活着，喂不上=复位。边界极其干净——只看"
一、现象或背景：边缘节点的算力陷阱 我维护的 RK3588 边缘网关（4×Cortex-A76 / 4GB LPDDR4X / 8GB eMMC）运行 K3s v1.31 时，发现业务容器的 P99 写延迟从裸机的 2.1ms 拉高到 4.
一、背景与问题 1.1 现状痛点 管理一个 3 master + 5 worker 的 Kubernetes 集群（RBAC 已启用，镜像来自私有 Harbor），当前安全基线存在三大核心问题： 1. 人工巡检低效：依赖运维人员手动检查，耗
背景 管理一个 3 master + 5 worker 的 Kubernetes 集群（RBAC 已启用，镜像来自私有 Harbor），当前安全基线较为粗放，缺乏一套可落地、可重复执行的安全加固检查机制。 现象 1. 依赖人工巡检，效率低且
【背景】 管理一个生产环境 K8s 集群（3 master + 5 worker，RBAC 已启用，镜像来自私有 Harbor），当前安全基线较为粗放，缺乏一套可落地、可重复执行的安全加固检查机制。 【现象】 目前依赖人工巡检，效率低且易漏
背景 我们管理一个 Kubernetes 集群，节点上配置了 kube-reserved 和 system-reserved 以确保系统资源的预留。然而，在某些情况下，业务 Pod 会被驱逐，怀疑是由于 kube-reserved 和 sy
【现象】 业务Pod在节点内存使用率仅65%时被驱逐，驱逐后服务中断5-10分钟，节点资源使用曲线显示驱逐发生时内存有1.2Gi空闲。 【已尝试的排查】 1. 检查节点资源分配：kube-reserved=memory=2Gi，system
背景 我们管理一个 Kubernetes 集群，节点上配置了 kube-reserved 和 system-reserved 以确保系统资源的预留。然而，在某些情况下，业务 Pod 会被驱逐，怀疑是由于 kube-reserved 和 sy
一、现象或背景 我在一个 3 节点自建 K8s（1.28.9 + containerd 1.6.24，节点 16C64G，内核 5.15.0-91，cgroup v2）里把 etcd 拆到独立节点单独管，数据目录在本地 NVMe。业务侧 r
Kubelet Secret 残留问题：原理、诊断与清理全链路实践 一、现象或背景 在 Kubernetes 集群中，Secret 作为敏感数据的载体，常用于存储数据库密码、API 密钥等。然而，在实践中，我们常遇到一个问题：Secret
文
标题
摘要