主页 / server / 问题 / 1031424
Accepted
nvcnvn
Asked: 2020-08-26 05:47:38 +0800 CST

当监控工具仍然显示我们有内存时，GKE kill pod

  • 772

我正在使用他们的默认监控图表测试 GKE。
集群摘要说每个节点 (n2-custom-4-8192) 有 6.36 GB 内存可分配。
在节点详细信息页面中，当 pod 被杀死时，我可以看到峰值“已使用”为 4.19。

我错过了什么？或者这是图表的问题？ 6.36 GB 内存可分配

Pod 在使用 4.19 GB 时被杀死

google-cloud-platform kubernetes

1 个回答

  1. Best Answer

    在这种情况下，一切都按预期工作。我猜你错过了关于Eviction threshold.

    Allocatable是Capacity减号Reserved和的值Eviction Threshold。

    在GKE文档节点可分配资源中，您可以找到有关资源分配的信息。

    运行 Kubernetes 节点组件所需的一些节点资源是GKE使该节点作为cluster. 因此，您可能会注意到节点的总资源（如机器类型文档中指定）allocatable与GKE. 随着更大的机器类型倾向于运行更多containers（并且通过扩展，更多的 Pod），为更大的机器GKE保留的资源量Kubernetes components向上扩展。Windows Server nodes还需more resources要比典型的Linux node。节点需要额外的资源来运行 Windows 操作系统和无法在容器中运行的 Windows Server 组件。

    要检查集群中可用的节点可分配资源，请运行以下命令：

    $ kubectl describe node ${NodeName} | grep Allocatable -B 7 -A 6

    返回的输出包含容量和可分配字段以及临时存储、内存和 CPU 的测量值。

    如果您向下滚动到可分配内存和 CPU 资源，您将看到可分配资源是按以下方式计算的：

    Allocatable = Capacity - Reserved - Eviction Threshold

    对于内存资源，GKE 保留以下内容：

    • 255 MiB 内存，用于内存小于 1 GB 的机器
    • 前 4GB 内存的 25%
    • 下一个 4GB 内存的 20%（最高 8GB）
    • 下一个 8GB 内存的 10%（最高 16GB）
    • 下一个 112GB 内存的 6%（最高 128GB）
    • 128GB 以上任何内存的 2%
    • 0

相关问题