AWSのスポットインスタンスの価格が「オンデマンド」価格を上回るのはなぜですか?


11

スポットインスタンスの不整合に関するAmazonの価格設定

これは、インスタンスの価格設定の履歴チャートのスクリーンショットを通して最もよく説明されるものです。

スポットインスタンスのインスタンス価格の多くを見ると、スパイクの規則的なパターンに気づくでしょう。こちらをご覧ください:

ここに画像の説明を入力してください

ご覧のとおり、このコンピューティングメディアインスタンスの価格は、オンデマンド価格を定期的に上回ってます。

c1.medium(オンデマンド)のインスタンスは、唯一のコストがかかる$0.186時間あたり。しかし、数週間の間、ゾーンBでは、価格は定期的に$ 1.20に急上昇します。これは、実際のオンデマンド価格の約6倍です。

また、孤立していません。小さいインスタンスでもう一度zone-bを見ると、同様のスパイクが頻繁に発生しています。オンデマンド料金の4倍になります。

ここに画像の説明を入力してください

なぜこれが起こるのか誰にも分かりますか?

ここにいくつかの提案があります

  • 誰かが0.12ドルではなく1.2ドルを入力しました(3週間で20回発生したため、これを割引します)。

  • アマゾンは、自分のインスタンスに入札することで定期的に価格を人為的に膨らませて、最高の収益を得ています。(ばかげて悪いビジネスになるので、私はこれを割引します)

  • 一部の会社は、一度に1000台のサーバーを起動し、それらすべてが起動することを確認したいと考えています。(おそらく、彼らは最小オンデマンド価格よりも低い価格でそれらを起動するので、これを割引します。なぜあなたは単一のサーバーに対してオンデマンドで支払うのですか?)。

  • レポートのバグですか?


ある関連する質問同様に、この質問に答えるが。
ポティカリムトゥ

#2を割引しません。「悪いビジネス」は、顧客がより安価なスポットインスタンスに切り替えて、標準インスタンスの利点を認識しなかった場合です。インスタンスをランダムに終了させるか、コストの大きなスパイクを支払うことは、この価格が自然の手または人によって抽出されるかどうかにかかわらず、スポットインスタンスを使用する価格です。市場が希望どおりに機能していなかった場合(価格を直接設定するか、不足を作成するかどうか)、介入するのはAmazonよりも低いと思います。
アレクサンドルドゥビンスキー14

回答:


6

イスラエル工科大学の人々によるスポット市場を分析した論文があります。彼らの結論は、スポット価格はビッド駆動ではなく、AR(1)関数で生成されるということです。そのため、このような場合、他者の入札によるものではなく、使用されたアルゴリズムによるものです。

http://www.cs.technion.ac.il/~ladypine/spotprice-ieee.pdf

しかし、スポット市場が需要/供給から良い価格を得ることができるレベルに本当に達したなら、それは変わったと思います。マットが提案するように、スポットインスタンスでコストを削減することは一般的な慣行になり、ダウンタイムを回避するために多くのオンデマンド価格が高すぎます。長期的にはまだ費用対効果が高かった...しかし、それはまだですか?本当の問題は、Amazon以外では、価格がどのように作成されるかを誰も本当に知らないということです。


7
これは正しい答えではありません!1. OPは、2012年9月の3か月前について質問しています。研究データは2011年までしかありません。とても質問です!3. AR(1)関数はとがっていません。4.最も重要:スパイクがないように特別に選択された時間間隔で分析が行われました!
アミットクマールグプタ

9

これはバグではありません。これは優先度/可用性の問題です。オンデマンドインスタンスは、スポット入札に関係なくスポットインスタンスよりも優先されるためです。これは、「予備のAmazon EC2インスタンスに入札する」というAmazon EC2の声明に由来します。

したがって、オンデマンドインスタンスの需要が増加すると、利用可能なスペアが少なくなり、スポットインスタンスの可用性が低下し、競合するスポット入札に応じてスポット価格が高くなります。

多くのスポット入札者は、オンデマンドインスタンスの優先度を理解するのに失敗し、オンデマンドインスタンスのリクエストよりも優先度を上げるためにオンデマンドの価格よりも高い入札価格を設定していますが、これは失敗します。スポット入札価格。

また、これらのオンデマンドの価格設定入札は、スポットインスタンスの可用性が低いときにオンデマンド価格設定よりも数倍高い最高価格を出すために互いに競合しています。

次の質問はありませんでしたが、長期ワークロードの最低コストのスポットインスタンス管理に関する私の推奨事項は次のとおりです。

  1. 障害(連続バックアップ/レプリケーション)、および迅速な回復のためにアプリケーションを設計する
  2. スポットインスタンス入札価格をオンデマンド価格設定に設定します
  3. スポットインスタンスが終了したら、オンデマンドインスタンスとして、またはスポット価格がより低い別の地域/ゾーンで再起動します。
  4. オンデマンド価格より低くなるまでスポット価格を監視します
  5. オンデマンドインスタンスを停止し、上記の2に進みます。

8

EC2は、最小価格の制御に人工AR(1)プロセスを使用しなくなりました。彼らが行ったときでさえ、彼らは最小価格を変更しただけです-AR(​​1)プロセスは固定され、価格がオンデマンド価格を超えることは決してありませんでした。このようなジャンプは、ユーザーが高価格(おそらく実際に支払うことを意図していた以上)を指定したり、Amazonがスポットインスタンスの一部をシャットダウンしたりすることで発生する可能性があります。

私たちの論文のジャーナル版で、さらに更新された最後のセクション(事後セクション)で詳細を読むことができます:


4

レポートのバグではありません。時々、スポット価格は急騰します。過去には、彼らは莫大な量に急増しました。それ以来、Amazonはスポットインスタンスが入札されて割り当てられるアルゴリズムを改善しましたが、それでもスポット価格は時々上昇します。

2011年9月に戻って、1つのus-east-1 AZでのm2.2xlargeのスポット価格は1時間あたり999ドルに急上昇しました。

理由は簡単です。人々はオンデマンド価格よりも高い最大スポット価格を指定しており、需要がその価格を押し上げています。

多くの人は、実行中のEC2インスタンスのコストを最小化する方法としてスポットインスタンスを使用します。かなり頻繁に、スポットインスタンスがアウトビッドおよび終了する可能性を減らすために、高い最大スポット価格を指定します。ギャンブルは長期的には報われる可能性がありますが、注意を怠ると非常に高価になるリスクがあります。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.