問題タブ [ec2-ami]

コマンドにはec2-run-instancesAMI ID が必要で、ID はすべてのリージョンで異なります。region x / zone y および instance_type z に適した AMI が必要であることを指定する方法はありますか?

つまり、すべての EC2 リージョンで機能するスクリプトを作成できるように、「デフォルト」の AMI を使用する方法が必要です。

ヘルプ！！！

起動時に（複数の[20]ライブサーバーを短時間で短時間起動する必要があります）自動ログオンして.exeアプリケーションを実行するWindows AMIを作成しようとしています（残念ながら、アプリをサービスとして実行することはできません）。また、マシン名は一意である必要があります。

問題は sysprep の前に正常に動作しますが、AMI からインスタンスを起動すると、マシン名が元のマシン イメージから明らかに変更されているため、ログオンに失敗します。

私がこれを管理した唯一の方法は、sysprep ではなく、ami を取得し、起動時に新しいマシンにログオンし、マシン名を手動で変更し、autologon sysinternal ツールを設定することです。エンド ユーザーは技術的な知識がなく、時間の制約によりこのアクションを効率的に実行できないため、これは理想的ではありません。

私は頭が痛いです！よろしくお願いいたします。

.NET4フレームワークがプリインストールされているAmazon提供のWindowsAMIはありますか？何かが足りない場合を除いて、3.5はイメージ（ami-cab91da3など）で使用できるように見えますが、.NETFramework4では使用できません。

そうでない場合、近い将来、AMIの更新に.NET 4が含まれることを期待できますか？この時点でほぼ2年間正式にリリースされています。それとも、カスタムAMIをインストールして構築（および保守）する責任がありますか？

（ AWSフォーラムからのクロスポスト）

EC2インスタンスをvhd形式でダウンロードできますか？または、AMI形式でダウンロードしてVHDに変換しますか？

私は、Asterisk PBX である Switchvox を使用しており、EC2 でホストしたいと考えています。

Digium Switchvox は、pbx サーバーをホストするために必要なすべてのもの (OS、ソフトウェアなど) を含む ISO を提供します。これは基本的にサーバーのイメージです。

提供されているカスタム ISO を使用して新しい EC2 インスタンスをインスタンス化するにはどうすればよいですか?

次のコマンドを使用して、AWS 起動構成をセットアップしています。

ここで、ami-xxxx は、Web コンソール経由でインスタンスから取得したイメージ ID です。次のエラーが表示されます。

イメージ ID がインスタンス イメージ ID と一致することを 3 回確認しました。私のアベイラビリティ ゾーンは ap-southeast-1a です。自動スケーリング グループに追加したいインスタンスのイメージが受け入れられない場合、どのイメージが要求されているのか明確ではありません

apacheを使用してWebページを提供するec2インスタンスがあります。起動構成でこのインスタンスのAMIを使用して自動スケーリンググループを作成しました。CPUが80％を超え、自動スケールポリシーが実行されると、新しいインスタンスが作成されました。しかし、元のインスタンスのCPUは上昇し続け、新しいインスタンスのCPUは0％のままでした。

新しいインスタンスはWebページを提供していませんでした。これは、画像の起動時にapacheが開始されなかったためだと思います。「servicehttpdstart」を実行するために新しいインスタンスにSSHで接続しようとしましたが、次のエラーが発生しました。

なぜSSHで接続できなかったのですか？起動時にApacheを自動的に開始するように自動スケーリングを構成するにはどうすればよいですか？

迅速にスケールアップするには、AWS 自動スケーリングをどのように設定しますか? ELB を使用して AWS 自動スケーリング グループをセットアップしました。新しいインスタンスが追加されてオンラインになるまでに数分かかることを除けば、すべて正常に機能しています。Puppet と自動スケーリングに関する投稿で、次のような記事を見つけました。

ノードのグループに使用する AMI がすでに最新の場合、スケーリングにかかる​​時間を数分から数秒に短縮できます。

http://puppetlabs.com/blog/rapid-scaling-with-auto-generated-amis-using-puppet/

これは本当ですか？スケーリング時間を数秒に短縮できますか? パペットを使用すると、パフォーマンスが向上しますか?

また、小さなインスタンスは大きなインスタンスよりも速く起動することも読みました。

スモール インスタンス 1.7 GB のメモリ、1 つの EC2 コンピューティング ユニット (1 つの EC2 コンピューティング ユニットを備えた 1 つの仮想コア)、160 GB のインスタンス ストレージ、CentOS 5.3 AMI の基本インストールを備えた 32 ビット プラットフォーム

インスタンスの起動から利用可能になるまでの時間: 5 ～ 6 分 us-east-1c

L インスタンス 7.5 GB のメモリ、4 つの EC2 コンピューティング ユニット (それぞれ 2 つの EC2 コンピューティング ユニットを備えた 2 つの仮想コア)、850 GB のインスタンス ストレージ、CentOS 5.3 AMI の基本インストールを備えた 64 ビット プラットフォーム

インスタンスの起動から利用可能になるまでの時間:
11 ～ 18 分 us-east-1c

両方とも、Amazon のツールを使用してコマンド ラインから開始されました。

http://www.philchen.com/2009/04/21/how-long-does-it-take-to-launch-an-amazon-ec2-instance

この記事は古いものであり、c1.xlarge インスタンスの起動に 18 分もかからないことに注意してください。それにもかかわらず、50 個のマイクロ インスタンス (100% 容量増加のアップ スケール ポリシー) を使用して自動スケーリング グループを構成することは、20 個のラージ インスタンスを使用する場合よりも効率的でしょうか? または、2 つの自動スケーリング グループを作成する可能性があります。1 つは起動時間を短縮するためのマイクロ グループで、もう 1 つは数分後に CPU のうなり声を追加するための大きなインスタンスです。他のすべてが等しい場合、t1.micro は c1.xlarge よりもどれくらい速くオンラインになりますか?

現在、アプリコードをS3に保持し、/ etc / rc.localを介して起動され、アプリや編集などをインストールするstartup.shスクリプトがあります。したがって、変更を加える場合は、すべてのインスタンスを再起動する必要があります。変更して有効にします。

インスタンスを再起動せずにスクリプトをトリガーする方法はありますか？

編集：

すべてのインスタンスに個別にログインしたくありません。自動スケーリンググループにあるすべてのインスタンスに一度に適用するようにスクリプトを作成できる方法をお勧めします。

EBS ボリュームを持ついくつかのマイクロ インスタンスがあり、ec2 コンソールから右クリックして、システム全体の AMI イメージを作成できます。

しかし、500GB のストレージを持つハイメモリ リザーブド インスタンスをいくつか購入したので、「インスタンス ストア」ubuntu AMI イメージをインストールしました。

これで、サーバー上のすべての構成が完了し、インスタンス ストア ami イメージを作成して、これらのイメージを新しいサーバーにインストールできるようになり、すべてを再度インストールする必要がなくなります。

どうすればそれができるか教えてください。

ありがとう