如何在 GKE Autopilot 中预留节点
How to reserve a node in GKE Autopilot
除了当前使用的节点之外，是否可以在 GKE autopilot 中始终保留一个额外的节点以帮助减少扩展时间？
例如，如果我们目前有 5 个节点并且应用程序流量出现峰值，通常会发生当前 5 个节点没有更多可用资源来处理我们的应用程序并且有大约 2 分钟的等待时间直到新的节点已分配。
我们希望始终分配一个空闲节点，因此当需要扩展时，我们可以快速部署应用程序（因为对于启动时间为 5 秒的 Node.js 应用程序，额外的 2 分钟等待时间是有点烦人）。
目前是否可以为这种情况保留一个空节点？
是的，这是可能的，但您需要为分配的资源支付额外费用。
这里的想法是为 'placeholder' POD 创建一个单独的 Deployment，具有尽可能低的优先级和您需要预先分配的资源（CPU/Memory - 它应该是至少是你最大的尺寸 POD)。您可以添加更多 Replicas 以分配更多资源，以便至少有一个节点始终处于待命状态。
如果应用程序流量突然激增，此 POD 将被具有更高优先级的部署抢占，如果 'placeholder' 个 POD 需要，将创建另一个节点。
请阅读这篇很棒的 artictle 和 .yaml 片段
除了当前使用的节点之外，是否可以在 GKE autopilot 中始终保留一个额外的节点以帮助减少扩展时间？
例如，如果我们目前有 5 个节点并且应用程序流量出现峰值，通常会发生当前 5 个节点没有更多可用资源来处理我们的应用程序并且有大约 2 分钟的等待时间直到新的节点已分配。
我们希望始终分配一个空闲节点，因此当需要扩展时，我们可以快速部署应用程序（因为对于启动时间为 5 秒的 Node.js 应用程序，额外的 2 分钟等待时间是有点烦人）。
目前是否可以为这种情况保留一个空节点？
是的，这是可能的，但您需要为分配的资源支付额外费用。
这里的想法是为 'placeholder' POD 创建一个单独的 Deployment，具有尽可能低的优先级和您需要预先分配的资源（CPU/Memory - 它应该是至少是你最大的尺寸 POD)。您可以添加更多 Replicas 以分配更多资源，以便至少有一个节点始终处于待命状态。
如果应用程序流量突然激增，此 POD 将被具有更高优先级的部署抢占，如果 'placeholder' 个 POD 需要，将创建另一个节点。
请阅读这篇很棒的 artictle 和 .yaml 片段