私はEC2スポットインスタンスを実験していますが、終了間でデータを保持する必要があります。今理解したように、現在の価格が上限を超えたとき。入札すると、自動的に終了します。私が持っている初期化スクリプトはすべてシャットダウン時に実行されるので、アンマウントする前にデータをEBSにプッシュできると想定しています。
私の質問は、最初にルートボリュームにロードしたinitスクリプトがないため、価格が下がったら新しいEBSインスタンスに同じEBSボリュームを自動的にマウントするにはどうすればよいですか？
カスタムAMIを作成する必要がありますか、またはこれを達成する他の方法はありますか？
回答:
インスタンスを実行するたびに固定の開始点で開始するだけの場合、次のようにできます。
独自のAMIを作成し、毎回インスタンスとして実行するか、または
新しいインスタンスが標準のベースAMIから起動されるたびに、ソフトウェアをインストールして仕様に合わせて構成するユーザーデータスクリプトを指定します。
インスタンスの実行間で状態を保持する必要がある場合は、インスタンス/ AMIの外部のどこかにデータを保存する必要があります。例えば：
データは、S3、SimpleDB、DynamoDB、RDSなどで最新の状態に保つことができます。
インスタンスが起動時に動的にアタッチしてマウントする永続的なEBSボリュームを指定できます。これは、ユーザーデータスクリプトを使用して実行できます。
GitHubのec2-spotterプロジェクトを調べてください。説明した問題を解決するために作成されました。
@mcenzmの回答で説明されている問題（＃1から＃4）は現実のものであり、ec2-spotterで正しく処理されます。
私はこれをしばらく試してみましたが、EC2スポットインスタンスと接続ストレージにはまだ多くの問題があります。
sleep 10言う必要があります。AWSコンソールがプライマリブロックデバイスとして「パーティション」を表示する理由を理解できません。別のパーティションの海賊版Windowsイメージを拒否することはできますか？（sdaの代わりにsda1）。パーティションテーブルを見つけてください。
現在、外部制御ポイントからCLIを使用して接続することは難しく、バージョン管理にスナップショットを使用することは困難です。
そのため、一般的に... tar.bz2を別のボックスにバックアップし、起動時に「作業領域」にデータを入力できます。これは、少量のデータに対してのみ有用です。そのため、両方のボリュームで新しいamiをベースライン化するのは良い考えです。とにかくスポットインスタンスは「ワークユニット」または「再起動可能な」作業に非常に適しているため、サーバーから作業を取得するという概念は十分に確立されています。起動のために極端に9分間待機している場合、（可能な限り小さい）ディスクをフォーマットしてもかまいません。
EBSはまだかなり不安定で、「最適化」のために追加料金を支払う必要があります。インスタンスが「価格設定済み」の場合、完了した作業を90年代ほどでアップロードしようとするよりも高速です。
これは、すべての「弾性ファイル」オファリングで変更されると思われます。
EBSを使用してEC2スポットインスタンスを起動し、不要な場合はEC2インスタンスを停止してから、再起動してください。新しい機能EBSが再接続されるためです。