当 GKE（Google Container Engine）Kubernetes 集群上只有一个 Deployment 时，Horizo​​ntalPodAutoscaler 是否有意义？

Question

我有一个“同质”的 Kubernetes 设置。我的意思是我只运行一种类型的 pod（http 服务器）的实例，负载均衡器服务向它们分配流量。

根据我的推理，为了充分利用我的集群（编辑：具体而言——获得对 http 请求的最佳平均响应时间）我应该：

1. 每个节点上至少运行一个 pod： 没有在节点上运行 pod，意味着我正在为节点付费，但尚未准备好为请求提供服务。
2. 每个节点上最多运行一个 pod： 这些 pod 是线程化的 http 服务器，因此它们可以最大限度地利用节点，因此在一个节点上运行多个 pod 不会给我带来任何好处。

这意味着我应该每个节点只有一个 pod。我使用 DaemonSet 实现了这一点。

另一种方法是配置一个 Deployment 并对其应用 Horizo​​ntalPodAutoscaler 并让 Kubernetes 处理 pod 的数量和 pod 到节点的映射。与此相比，我的方法有什么缺点吗？

我的评估是，Horizo​​ntalPodAutoscaler 主要适用于异构情况，其中一个 Horizo​​ntalPodAutoscaler 可以以另一个 Deployment 为代价来扩展一个 Deployment。但由于我只有一种类型的 pod，所以我只有一个 Deployment，而且我会以牺牲自身为代价来扩大该部署，这是没有意义的。

Answer 1

Horizo​​ntalPodAutoscaler 实际上是满足您需求的有效解决方案。解决您的两个问题：

1.每个节点上至少运行一个 pod

这不是您真正关心的问题。问题是您的集群未充分利用。但是，即使您在每个节点上都运行了一个 pod，您也可能没有充分利用您的集群。考虑一个三节点集群：

1. 场景 A：pod 在每个节点上运行，每个节点 10% 的 CPU 使用率
2. 场景 B：pod 仅在一个节点上运行，70% 的 CPU 使用率

即使场景 A 在每个节点上都有一个 pod，但集群的利用率实际上低于场景 B 中只有一个节点有一个 pod。

2。每个节点上最多运行一个 pod

Kubernetes 调度程序会尝试将 pod 分散开来，这样您就不会在单个节点上出现多个相同类型的 pod。由于在您的情况下其他节点应该是空的，因此调度程序在其他节点上启动 pod 应该没有问题。此外，如果您的 pod 请求资源与节点的资源等价，这将阻止调度程序在已有的节点上调度新的 pod。

现在，无论您使用 DaemonSet 还是 HPA，您都可以达到相同的效果，但我个人会使用 HPA，因为我认为它更符合您的语义，并且如果您最终决定添加其他类型的pod 到你的集群

使用 DamonSet 意味着 pod 必须在每个节点（或某个子集）上运行。这非常适合每个节点的记录器或指标收集器之类的东西。但是你真的只是想根据需要使用可用的集群资源来为你的 pod 供电，这更符合 HPA 的意图。

顺便说一句，我相信 GKE 支持集群自动扩展，因此您永远不应该为不需要的节点付费。