解決策 1:
EBS ブート インスタンスの停止と開始は、いくつかの例外を除いて、単にインスタンスを再起動するのと非常によく似ています。最も注目すべき点は次のとおりです。
<オール>インスタンスに新しい内部 IP アドレスが割り当てられます。
インスタンスに新しいパブリック IP アドレスが割り当てられます。
インスタンスが VPC にない場合、Elastic IP アドレスはインスタンスとの関連付けが解除されます。
一時ストレージ (多くの場合 /mnt の下) のすべてのデータが失われます
また、この記事で説明した請求と可用性への影響もいくつかあります。
<ブロック引用>
Amazon EC2 インスタンスの再起動と停止/開始
http://alestic.com/2011/09/ec2-reboot-stop-start
VPC インスタンスは、停止/開始時に Elastic IP アドレスを維持するなど、動作が若干異なります。
インスタンスをデータベース サーバーとして使用していて、内部 IP アドレスを使用して (より安く、より速く) 接続したい場合、および停止/開始後にデータベース クライアントを再構成する必要がない場合は、次を割り当てることができます。インスタンスに Elastic IP アドレスを割り当て、外部 Elastic IP DNS 名を使用します。これは、Elastic IP アドレスを再起動したインスタンスに再度関連付けると、現在の内部 IP アドレスに解決され、クライアントは中断したところから再開します。
この記事では、このアプローチについて詳しく説明します。
<ブロック引用>
Elastic IP を使用して Amazon EC2 の内部インスタンスを識別する
http://alestic.com/2009/06/ec2-elastic-ip-internal
ご想像のとおり、停止/開始は、インスタンスに電力を供給するハードウェアを変更する簡単な方法です。この記事では、いくつかの指示と警告とともにこれについて書きました:
<ブロック引用>
EC2 インスタンスをより大きな (またはより小さな) インスタンス タイプに移動する
http://alestic.com/2011/02/ec2-change-type
特定の状況では、インスタンスに Elastic IP アドレスを割り当て、外部 DNS 名への CNAME を使用して Elastic IP アドレスを指すように DNS を変更することをお勧めします。ストップ/スタートの直後にこれを行うことも、ストップ/スタートの前にすべてが機能することを確認する前に行うこともできます.
解決策 2:
あなたの情報からわかるように、Elastic IP を使用していないようです。
このインスタンスを指すには、DNS で CNAME を使用しているに違いないと思います。マシンを再起動すると、この ec2-54-1-1-1.us-west-1.compute.amazonaws.com DNS 名が変更され、サイトが機能しなくなります。
多くの内部 IP が関係しているため、VPC を使用していない限り、それも変更されます。
だから、もし私があなたなら、このマシンの再起動には細心の注意を払うでしょう。
時間に関しては、数分もかかりません。
また、DB インスタンスで実行されている iptables があり、この内部 IP のみが DB に接続できる場合、内部 IP が変更されるため、これも機能しません。
したがって、このインスタンスを再起動する場合は慎重に検討してください。
解決策 3:
内部 IP/ホスト名が変更され、Elastic IP が切り離されます (VPC にいる場合を除く)。
インスタンスを再起動した後、Elastic IP を再アタッチします。インスタンスのサイズを変更するために定期的にこれを行っていますが、ダウンタイムは数分しかありません。
Apache とその他のサービスが開始するように設定されていることを確認します (chkconfig amazon linux ami を実行している場合)