Amazon 对 Spot 实例不一致的定价

最好通过实例定价历史图表的屏幕截图来解释这一点。

如果您查看大量 Spot 实例的实例价格，您会注意到峰值的规律模式。看这里：

如您所见，此计算中型实例的价格经常高于按需价格。

一个c1.medium实例（按需），只需$0.186每小时收费。但是在几周的时间里，在 B 区，价格会经常飙升至 1.20 美元。这大约是实际按需价格的 6 倍。

它也不是孤立的。如果您再次查看小型实例的 zone-b，会发现类似的峰值频率。这是按需定价的 4 倍。

有谁知道为什么会这样？

这里有一些建议

• 有人输入了 1.2 美元而不是 0.12 美元（我会打折，因为它在 3 周内发生了 20 次）。

• 亚马逊经常通过对自己的实例进行竞标来人为地抬高价格，以获得最大的收益。（我会打折扣，因为这将是荒谬和糟糕的生意）

• 某公司一次启动了 1000 台服务器，并希望确保它们都启动。（我会打折扣，因为他们可能会以低于最低按需价格的价格推出它们。为什么要为单个服务器支付高于按需价格的费用？）。

• 这是他们报告中的错误吗？

不久前，运行我的实例的服务器有 20GB 的 EBS 存储空间。然后它开始出现磁盘存储错误，所以我将它增加到 40GB。再说一次，存储丢失错误，所以我再次增加到 60GB。（所以这是一个 60GB 的 RDS 实例）

您可以在此处查看可用存储空间 (MB)图表。每次它射击时，我都会增加更多的存储空间..

如果我运行这个查询..

SELECT CONCAT(table_schema, '.', table_name),
       CONCAT(ROUND(table_rows / 1000000, 2), 'M')                                    rows,
       CONCAT(ROUND(data_length / ( 1024 * 1024 * 1024 ), 2), 'G')                    DATA,
       CONCAT(ROUND(index_length / ( 1024 * 1024 * 1024 ), 2), 'G')                   idx,
       CONCAT(ROUND(( data_length + index_length ) / ( 1024 * 1024 * 1024 ), 2), 'G') total_size,
       ROUND(index_length / data_length, 2)                                           idxfrac
FROM   information_schema.TABLES
ORDER  BY data_length + index_length DESC
LIMIT …