EC2インスタンスを自動スケーリングすると、EBSデータはどうなりますか？

Question

これまで、1つの同じ単一のEC2インスタンスでホストされているさまざまなWebサイトがあります。そのようなインスタンスのルートEBSボリュームには次のものがあります。
1分ごとではなくても1時間ごとに変更されるWebサイトのコードとファイルApacheおよびPHP構成情報。仮想の変更など、進行中の開発のために1〜2週間ごとに変更します。ホスト。

自動スケーリングが次のように機能することをイメージします。

1. ウェブサイトへのトラフィックが急増し、CPUの利用率が70％を超えると（Cloud Watch設定）、さらに1つのEC2インスタンスが生成されますこれらの新しく生成されたEC2には、追加のEC2インスタンスが実行されている間、元のEC2インスタンスに最新のコードとファイルが含まれます、コードとファイルは一貫性/同期が保たれます。
2. CPUの究極化が40％を下回ると、追加のEC2インスタンスが停止/終了します（以下の3.に対応します）。
3. CPUのultilizationが再び70％を超えると、追加のEC2インスタンスが開始され（2で停止された場合）、または1と同じ要件で生成されます（2で終了された場合）。

検索を行ったところ、 this などのチュートリアルが見つかりました。まず、AMIを作成する必要があることを示唆しています。そのようなアプローチのためにデータの一貫性が失われるのではないでしょうか？トラフィックの急増が発生したときにAMIを作成でき、データの一貫性を保つことができますか？

Answer 1

最初のインスタンスのデータは他のインスタンスに引き継がれません。自動スケーリングする場合は、カスタムAMIとbootstrapインスタンスを作成する必要があります。たとえば、本番ファイルのコピーをS3に保持し、インスタンスにS3で起動時および起動後に定期的にファイル。毎分変更されるファイルの場合、S3のように、インスタンスの外部でそれらをホストすることを検討することをお勧めします。