AWSEC2スポットインスタンス全体でユーザーのファイルシステムを永続的に保つ
新しいAmazonAWS EC2スポットインスタンスが自動起動された後（私はそのオプションをオンにしています）、ファイルシステムの状態に気づきました現在ではありません（現在の価格が設定された制限を超えているため、前のスポットインスタンスがauto-shutdownになる前の最後の状態を表します）。新しく起動されたスポットインスタンスのファイルシステムの初期状態は、スポットインスタンスを自動起動するために使用するAMIに基づいていると思います。次の質問があります。
自動シャットダウン前のファイルシステムの状態の保存と、新しいスポットインスタンスの自動起動中にファイルシステムの復元を自動化することは可能ですか？可能であれば、何ができますか？それが不可能な場合は、少なくとも、システムを目的の状態にするシェルスクリプトのダウンロードと実行を自動化することは可能ですか（apt-getを介してシステムを自動更新し、gitを介して最新のソースコードを取得します）。 ？
ありがとうございました！
永続的なEBSルートボリュームを使用してスポットインスタンスを起動できます（または起動後に別のEBSボリュームをアタッチできます）。 EBSボリュームは、スポットインスタンスが終了した後も残ります。
http://docs.aws.Amazon.com/AWSEC2/latest/UserGuide/concepts-spot-instances-applications-ebs.html を参照してください
スポットインスタンス（および実際にはすべてのEC2）は、状態を維持する必要がないユースケース向けに最適化されています。スポットインスタンスリクエストを設定するときに、各インスタンスが起動に使用するAMIIDを指定しました。お気づきのとおり、変更はそのAMIにコミットされません。
本当に共有ファイルシステムが必要な場合は、EC2で長時間実行される（スポットインスタンスではない）サーバーを構成し、そこからスポットインスタンスにNFSファイルシステムをエクスポートします。
ただし、本当に必要なのは、起動時にいくつかのコマンドを実行して更新を行い、コードをデプロイすることだけです。これは、スポットインスタンスリクエストで構成できるユーザーデータテキストを介して実行できます。シェルスクリプトを記述して必要なことを実行し、それをスポットリクエスト（または他のEC2インスタンス起動設定）のユーザーデータとして提供するだけです。そのスクリプトは、インスタンスの起動時にrootとして実行されます。