今日、新しいEC2インスタンスを開始する必要があり、新しいスポットインスタンスを試してみることにしました。ここでは、支払う準備ができている1時間あたりの最大価格に入札して、インスタンスコストを削減できます。オンデマンドインスタンスの8.5c /時間と比較して、今日のスポット価格はわずか3.5c /時間であったため、10c /時間と言う非常に高い価格で入札した場合、オンデマンドインスタンスよりもはるかに安価な長時間実行インスタンス（スポットインスタンスは現在のスポット価格によってのみ請求されるため）
理論上、スポット価格がオンデマンド価格を超える可能性はあると思いますが、AWSサイトのデータからわかる限り、スポット価格は常にそれよりはるかに低くなっています。
更新：数週間、小規模インスタンスのスポット価格を監視してきましたが、非常に一貫性があり、2.9cと3.1cの間でのみ変動しました。スポット価格を監視するために作成したNagiosプラグインへのリンクなど、スポットインスタンスに関するより詳細なブログ記事を作成しました。
回答:
理論的にはそれがアイデアですが、ウェブサーバーやその上で死ぬことのないものをホストしないでください。これは従来、サービスではなくデータチャーニングなどの分散ジョブに使用されます。これは、スポット価格が上限入札単価を超えるとサーバーがオフになるためです。
また、数字が正しいことを確認するだけで、オンデマンドでは1時間あたり0.085ドルであり、0.85ドルではありません。あなたの予測に違いをもたらす可能性があります:)
さて、現在の価格の10倍の入札が役立ちます。ただし、過去には、特定のゾーンで実行中のすべてのスポットインスタンスを終了させるインシデントがありました（価格の急上昇）。
重要な安全対策の1つは、不要な終了に耐えるようにボリュームを永続的に設定することです（これはすべてのインスタンスに当てはまります）。もう一つは、明確な、概説バックアップとリカバリplans--ものを持っていることですしますあなたがする場合は、インスタンスが終了すると、あなたはゾーン間のインスタンス/データを失う場合は、（この春の停電で起こった）一つのゾーンにあなたのデータを失う場合は？
後者（最悪の場合）のシナリオにどれだけの労力をかけるかは、もちろんコスト/便益の問題ですが、一般的には、スポットインスタンスと永続インスタンスの両方に同じ復旧計画を用意する必要があります。
最後に、スポットインスタンスは「停止」（一時停止または「オフ」）および再起動できません。これは、問題を診断する際の重要な考慮事項です。たとえば、ハングしたインスタンスを停止したり、ボリュームを別のインスタンスにアタッチしたり、変更を加えたり、再起動したりすることはできません。（もちろん、AMIを作成して新しいインスタンスを起動できる場合があります）。