问题标签 [spot-instances]

我们计划在生产中引入 AWS Spot 实例（非产品已经在 Spot 中运行）。为了实现 HA，我们为所有关键部署运行具有最少副本 2 的 HPA。由于现场实例的行为，我们希望运行按需实例，并且一个 pod 应该在相同的按需实例上运行

问题：

无论如何，我是否可以拆分 pod 以按需启动部署的一个 pod，并在现场实例中启动相同部署的所有其他 pod（另一个，因为最小值为 2，如果 HPA 增加 pod）。

我们已经使用了 nodeaAffinity 和 podAntiAffinity，因为出于不同的原因我们有多个节点组。下面是片段。

我对所有标准 Spot 实例请求的 Spot 限制为 384 个 vCPU，但最近每当我尝试启动任意数量的 Spot 实例（eu-west-2 中的 m5.large）时，我都会得到：

我对标准 Spot 实例的利用率为 0%，但即使尝试启动单个实例，我也会遇到相同的错误。我已尝试按照https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-spot-limits.html的说明进行操作，但我的限制和使用情况看起来不错，我认为我不需要请求限制增加。

在这个线程中，用户提到了一个错误，其中包括活动请求中的取消/关闭请求，但由于我的利用率为 0%，我认为这不是问题。

我已经使用 Spot 实例几个月了，从来没有遇到过这个问题，有什么办法可以更好地诊断或解决这个问题吗？

我想在 AWS 中创建一个 Spot 队列，其中应该有 2 个使用 c4.xlarge 的按需实例和 4 个使用 m6.large 的实例。我无法在控制台中配置它。是否可以这样做，如果可以，我该如何配置？

Suppose I have a 3 node EKS cluster made up of 3 spot instances (we'll call them Node A, B, and C), and each node has critical pods scheduled. The EKS cluster has the EKS Node Termination Handler running. Metadata gets posted saying that in 2 minutes Node A is going to be reclaimed by Amazon.

The Node Termination handler cordons and drains the node being taken (Node A), and a new node spins up. The pods from Node A are then scheduled on the Node A Replacement. If this completes in two minutes time, perfect.

Is there a benefit to having spare capacity around (Node D). If Node A is taken back by Amazon, will my pods be rescheduled on Node D since it is already available?

In this architecture, it seems like a great idea to have a spare node or two around for pod rescheduling so I don't have a risk of the 2 minute window. Do I need to do anything special to make sure the pods are rescheduled in the most efficient way?

我有一家将在 AWS 上运行的初创公司（美国），并且想在我们最初的 2-4 个月的启动中仅使用 Spot 实例（直到获得进一步的资金），以节省最多的资金不断监控我们的出价...

由于如果您的出价低于市场价格， Spot 实例会在 2 分钟内回收，如果我不断调整我的出价以高于市场价格或将出价设置为市场价格从未达到的金额，这仍然是一个很大的折扣，通过研究市场价格历史。

此外，为了安全起见，我可以在两个区域中运行一些小型按需实例作为故障保护。

在那种情况下，理论上我不会总是节省 1/4 - 1/3 的价格，只使用 Spot 实例吗？

有人对这个有经验么？？

谢谢你