在尝试创建竞价型实例时,我注意到几乎所有实例类型(来自m3,c3,c4)的价格始终高于us-east-1c和us-east-1f地区中相应变体的按需价格(长达3个月的时间)

有人可以解释为什么吗? AWS是否在这些可用区中缺少VM?


#1 楼

您会注意到,您现在可以访问us-east-1中的6个可用区,以前您只能访问4个或5个。 />
由于现货市场的运作方式,在任何给定时间都无法知道最高中标价格是什么...因为当前市场价格是基于每一轮最低中标价格。这听起来违反直觉,但这是逻辑:给定现货市场中n个可用实例,系统会确定n个最高出价。这些出价是中标。这些中标价格最低的是所有中标者将支付的价格,并成为当前的新市场价格。

每次市场变化(新的出价到来,或取消有效的订购请求,或按需启动或停止按需实例,大概导致可用现货池增加或缩小)时,系统都会重新设置-评估所有出价。如果您不再是中标者,那么您的实例将被终止,但是如果您是新中标者,您将得到您一直在等待的实例。

基于公开的信息,我们可以得出以下结论:


假设有任何中标者,则当前市场价格是所有当前中标者中的最低出价
现在,如果您的出价低于当前市场价格,但当价格跌至当前出价以下时,您将获得一个实例。未售现货实例。我们可以从逻辑上得出结论,这一定是正确的,因为:


低于最高出价的单个中标价格将导致市场价格低于最高出价;因此,它违反了可能存在任何剩余容量的逻辑,因为这意味着当所有当前胜出的竞价实例竞标者可以通过以较小的竞标价格或通过使用即时竞价以低得多的价格获得实例时,做出了野蛮的竞标。需求实例
也违背了逻辑,即AWS会人为地将价格抬高到按需价格之上,因为没有合理的理由使某人在可以使用按需实例时在现货市场上支付更高的价格。

我们可以进一步得出结论,这是导致以下两种情况之一,两者的最终结果相同:
全部-如果为真,则指示的价格将保持在最大值上,这是有道理的,因为您必须以当前价格或更高的价格出价才能立即获得实例。在根本没有容量的情况下,实际的市场价格会更合适地称为NULL,因为没有价格可以获取现货实例。或者,您可能会说当前的市场价格是无限的,因为无论您的出价多高,都无法拥有一台不存在的机器。有人可能会天真地说当前价格为0美元,但这绝对是不正确的,并且会发出错误的市场信号。这给我们留下的地方是,在零容量条件下,价格的最合乎逻辑的表示形式就是最高/最高价格。这向任何明智的算法发出了明确的市场信号-不要在这个市场竞标,价值就不存在;或
有一定的容量,但是所有这些都由出价最高的人主张。

这两个条件中的哪个实际上是正确的,因为净影响是相同的-没有可用的容量。

如果第二种可能性对您没有意义,那是因为您是一个理性的人。总是会有人尝试使用该系统。我已经使现货实例连续数月不间断运行,而且在一天的过程中,它们多次反复运行。这是市场的一部分。

可以通过设置较高的出价来提高竞价型实例持续存在的机会...但是,无论您的出价多高,都无法保证竞价型实例将继续运行。 ..因为即使所有高出价者相互串通并出价相同的高价,容量也是有限的,所以如果售出了所有当前的现货实例容量,并不是所有高出价者都可以分配机器。 br />
但是,总有人认为他比我们其他人更聪明,出价太高,大概是假设他的实例可能会继续运行,并且由于价格上涨是短暂的,期望只在短时间内付出高昂的代价。如果市场上有这样的赌徒,那么当运力受到限制时,它们具有将价格推高到极限的效果。当您考虑到只有一台可用机器的事实,那么只有一人需要进行一次高价竞价才能将市场价格定得过高,这一点就变得最清楚。现在是按需价格的10倍。并非总是如此。合理的结论是,确实有人出价高得离谱,因为他们试图玩系统并使用竞价型实例来承受持续的工作负载,因此他们出价很高以尝试保持这些机器运行。这是一个有缺陷的策略,但确实可以解释价格在容量有限时达到顶峰并坚持下去的原因。

#2 楼

本质上是。根据我观察到的情况,当可用区容量有限时,现货价格跳升到按需价格的10倍。 -1)使用竞价型实例提供更好的保证时,可以启动实例。