私は現在、AWSの機能をさらに活用する準備をしていますが、私の研究ではまだいくつかの質問がありました。私は現在、複数の自動スケールグループ（各サービスに1つずつ）とAWSコードデプロイメントによるデプロイメントのAWSオートスケーリングの組み合わせに興味があります。AWS：自動スケール中にEC2インスタンスを設定する方法
新しいEC2インスタンスが必要なことをAWSが認識したときにスピンアップするEC2インスタンスを構成する一般的な方法は何ですか？アプリケーションを実行するために必要なものがすべてインストールされたカスタムAMIを作成することを考えました。他の可能性はありますか？どのようにこの設定では、アナーシーのようなものになるだろうか？また、セキュリティ更新プログラムのインストールなどのインスタンスを変更する必要がある場合は、各サーバーインスタンスにsshingせずに手動で実行するのが一般的な方法です。
ありがとうございました
：
また、2つの組み合わせを使用することもできます。そのほとんどをAMIで設定してから、User Dataを使用して最終設定を行います。
Puppet、Chef、Ansibleのようなツールも人気があります。それらは、ユーザデータスクリプトを介してトリガされ、インスタンスにソフトウェアをインストールするためにPuppet/Chef/Ansibleを実行します。
完全に構成されたAMIを使用することの利点は、インスタンスは、あなたがより多くの容量速いを必要とし、自動スケーリングの状況で便利である、より迅速に利用可能であるということです。 の下位のは、ソフトウェアが更新されるたびに新しいAMIを作成する必要があるということです。 Netflixはこのプロセスを自動化してAminatorとし、ソフトウェアが更新されると自動的に新しいAMIを構築します。
ユーザーデータスクリプトを使用する利点は、構成が完全に柔軟で、AMIのライブラリを維持する必要がないことです。
自動スケール設定中にbootscriptを追加しようとしました。オートスケーリングを使用して作成されたAmazon EC2インスタンスの設定のための2つの選択肢基本的にあります
まずは、AWSのProvisioning Automationをご希望の場合は、Ansible、CloudFormation、Terraformを選択してください。選択肢はあなたのものです。
あなたは、その中にインストールされているすべての必要なパッケージ、ツール、セキュリティコンフィグでGoldenImageを準備することができます。あなたはAuto Scaling GroupためLaunch Configurationを作成することができた後、起動設定の中に、また、あなたのカスタムstartup scriptsを提供することができます。
Afterworldの場合、ad-hocタスクまたはコマンド実行の場合は、ansibleが最適です。