2017-07-07 5 views
-1

私はt2.micro EC2インスタンスを作成し、そこにnode.jsを設定しました。それはうまく動作しています。AWS自動スケーリング:インスタンスの正確なレプリカを作成できませんでした

次へ起動コンフィギュレーションを作成して自動スケーリンググループを作成し、この起動インスタンスも正常に作成されたこのインスタンスで自動スケーリンググループを作成しようとしました。

自動スケーリングが機能するとき、作成された新しいインスタンスは古いインスタンスの正確なレプリカ(イメージ)ではないという問題があります。私のnode.js構成とデータファイルはコピーされません。

どこが間違っていて、どのようにAWSでこの要件を達成していますか?

+0

[AMI](http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AMIs.html)を使用したいと思いますか?インストールチェック用に[Amazon EC2上のNode.js](http://docs.aws.amazon.com/sdk-for-javascript/v2/developer-guide/setting-up-node-on-ec2-instance.html? tag = ad-backfill-amzn-no-20)。また、[EC2を実行してAMIを作成する](https://stackoverflow.com/questions/6641922/how-to-create-an-ami-from-a-running-existing-windows-instance) – devilpreet

答えて

3

自動スケーリングが新しいAmazon EC2インスタンスを起動すると、Launch Configurationで指定されたAmazon Machine Image(AMI)が使用されます。新しいインスタンスは、AMIとまったく同じ内容になります。

標準のAmazon発行のAMIを使用しているか、のインスタンスを構成する前に独自のAMI を作成したようです。 AMIの作成後に行われる設定は、AMIの一部ではないため、新しいインスタンスには反映されません。

あなたはする必要があります

  • 起動インスタンスとあなたは(イメージの作成/アクション/イメージ)AMIを作成します
  • をしたいどのようにそれを構成する
  • AMI
  • ことを使用して起動設定を作成します。自動スケーリンググループを編集して起動設定を使用するようにしてください。

Auto Scalingによって起動された新しいインスタンス新しいAMIを使用してください。新しいAMIはすべての構成を備えています。

カスタムAMIを作成する代替手段は、新しいインスタンスの起動時に自動的に実行されるUser Data Scriptを使用することです。このスクリプトは、ソフトウェアをダウンロードし、設定を変更し、一般的にインスタンスをパーソナライズすることができます。これは、何かを変更したいときに新しいAMIを作成するのではなく、簡単に更新することができます。ユーザーデータスクリプトは、新しいインスタンスを起動するときに自動スケーリングで使用される起動設定に入力することができます。

関連する問題