Pause容器是干什么的？
1.简介 Pod是K8s最小的调度单元，但它的内部结构却充满了许多复杂的机制，其中之一就是Pause容器。尽管Pause容器看似不起眼，但它在整个K8s集群中发挥了至关重要的作用。我们在 kubernetes 的 node 节点，执行 docker ps，可以发现每个 node 上都运行了一个 pause进程的容器，如下： # docker ps |gre
Java 云原生中的内存问题
参考文章：https://help.aliyun.com/zh/sae/serverless-app-engine-upgrade/use-cases/sae-best-practices-for-jvm-heap-size-configuration-1 为什么堆内存未超过 Xmx 却发生了 OOM？怎么理解操作系统和JVM的内存关系？为什么程序占用的内存比 Xmx 大不少，内存都用在哪儿了？为
Pod健康检查（就绪性探针、存活性探针和启动检查）
1、简介 K8S中的健康检查主要使用 就绪性探针（readinessProbes）和 存活性探针（livenessProbes） 来实现，k8s保证 service 后面的 pod 都可用，是k8s中自愈能力的主要手段，主要基于这两种探测机制，可以实现如下需求： 异常实例自动剔除，并重启新实例 多种类型探针检测，保证异常pod不接入流量 不停机部署，更安全的滚动升级 探针种类： readines
Pod常见的8种状态详解及解决办法
1. Running Pod 已被调度到节点上，并且所有容器都已成功启动。 2. Failed Pod 中的所有容器都已终止运行，并且至少有一个容器以失败状态退出。 常见原因： 容器内部的程序崩溃。 容器启动失败（如配置错误或依赖服务不可用）。 容器的健康检查失败。 解决方法： 查看 Pod 的日志，了解失败原因： kubectl logs <pod-name> -n NS 检查 Po
Pod 崩溃的常见原因和解决方案
Pod 崩溃的常见原因 1. 内存不足 (OOMKilled) (1) 原因分析： 容器分配的内存不足，程序实际消耗超出预估值。 内存泄漏或不合理的对象管理导致内存过载。 (2) 案例说明： 某视频处理应用由于每秒加载大量缓存未释放，导致容器内存快速增长。最终，容器被系统终止并标记为 \"OOMKilled\"。 (3) 解决方案： 监控内存使用： 使用 Prometheus 或 Metrics S
如何删除 Terminating 状态的 Pod
当我们删除一个 Pod 时，通常它会快速进入 Terminating 状态并被删除。然而，有时由于种种原因，Pod 会长时间停留在 Terminating 状态。本文将详细介绍如何处理和删除这些处于 Terminating 状态的 Pod。 为什么Pod会停留在Terminating状态？ 在了解如何删除 Terminating 状态的 Pod 之前，我们先看看为什么 Pod 会进入并停留在这种状
Static静态Pod
当我们部署k8s时，会启动几个默认的pod，这些pod是k8s的默认组件，它们分别是: kube-apiserver：提供k8s各类资源对象的增删改查及watch等rest接口 kube-scheduler：Kubernetes的调度器，是一个控制面的进程，负责将pods调度到节点上 kube-controller-manager： 控制器作为集群内部的管理控制中心，负责集群内的node/pod副
QoS服务质量等级Limits与Requests
1.简介 QoS（Quality of Service），大部分译为“服务质量等级”，又译作“服务质量保证”，是作用在 Pod 上的一个配置，当 Kubernetes 创建一个 Pod 时，它就会给这个 Pod 分配一个 QoS 等级，可以是以下等级之一： Guaranteed：Pod 里的每个容器都必须有内存/CPU 限制和请求，而且值必须相等。 Burstable：Pod 里至少有一个容器有内