Amazon EC2インスタンスをt1.microから大規模に安全にアップグレードするにはどうすればよいですか?[閉まっている]


348

Amazon EC2マイクロインスタンス(t1.micro)を持っています。このインスタンスを大規模にアップグレードしたい。これは私たちの本番環境ですが、これを行うためのリスクのない最良の方法は何ですか?

これを行うための段階的なガイドはありますか?


EBSルートデバイスまたはインスタンスストアを使用しますか?
stivlo、2011

私はebs rootデバイスだと思います。AWSコンソールの[ルートデバイスメニュー]の下にEBSが表示されます。
ガンディル

2
t1.micro、m1.smallなどは32ビットアーキテクチャであり、大きなインスタンスは64ビットアークであるという事実を考慮した人はいますか?問題は発生しませんか?今のところ、すべてをもう一度行う必要があると思います(新しい大きなインスタンスを作成し、すべてのアプリケーションを再度インストールします)?アーキテクチャに変更がある場合はそうではありませんか?
MD

1
それはちょうど私をa **に噛みました。前回は何でも32ビットを選択します。これで、4GBおよび32ビットアーキテクチャでは処理できないメモリを必要とするサーバーができました。EC2のAmazonコントロールパネルで実際に大きなタイプを起動するオプションがない場合は、中程度までしか表示されません。
Tom Gruner

3
質問がトピック外としてフラグが立てられるのはなぜですか?許容できる回答を含む有効な役立つ質問です。
UsamaAmjad

回答:


302

私の経験から、私が行う方法は、現在のイメージのスナップショットを作成し、それが完了すると、新しいインスタンスを起動するときにオプションとして表示されます。その時点で、それを大きなインスタンスとして起動するだけです。

これは、ダウンタイムが必要ない場合(つまり、運用サーバー)の私のアプローチです。このソリューションは、新しいサーバーが稼働して初めてサーバーをオフラインにするためです(このアプローチを使用して、クラスターに新しいマシンを追加するためにも使用します)。新しいマシンのみを追加します)。ダウンタイムが許容できる場合は、Marcel Castilhoの回答を参照してください。


1
次に、小さいインスタンスを前に削除しますか?
ガンディル'05

1
新しいインスタンスのIPアドレスは異なります。私は正しいですか?したがって、DNSレコードを変更する必要がありますか?
ガンディル

12
エラスティックIPを必要に応じて使用している場合は、エラスティックIPを新しいサーバーに割り当てます。新しいサーバーは同じIPアドレスになります。この手順は、サーバーがクラッシュして新しいサーバーを起動する必要がある場合にも役立ちます。
stivlo

1
信頼性の高い方法ではありません。ストレスがかかるとサーバーの状態が変化する可能性があり(サーバーのスケールアップの必要性を考慮している可能性が高い)、新しい大きなサーバーは、実際に稼働しているサーバーより数分/時間古いものになります。
AbiusX 2016年

2
スナップショットは、ルートボリュームのある場合は、Amazonがスナップショットを取る前に、インスタンスを停止することをお勧めします。 docs.aws.amazon.com/AWSEC2/latest/UserGuide/...
Taterhead

517

AWSマネジメントコンソールの使用:

  • インスタンスを右クリック
    • インスタンスのライフサイクル>停止
    • 待つ...
    • インスタンス管理>インスタンスタイプの変更

4
これは、方法が容易である方法...
box86rowh

22
これはより簡単ですが、受け入れられた方法の利点は、エラスティックIPを切り替える前に新しいサーバーを既存のサーバーと並行して稼働させ、ダウンタイムをほとんどまたはまったく発生させないことです。
Ryan Montgomery

17
マルセルが「待って...」と言ったとき、あなたは長い間待っていることになります。ダウンタイムが問題になる場合、この方法はひどいです。ダウンタイムが問題ではない場合、それは簡単ですが、これには少量のダウンタイムは含まれません。約30分を計画します。
Jake

8
私にとっては5分未満... SQL 2012 Webを実行するmw.smallからm1.mediumへ
azcoastal

4
そして、ディスクサイズの問題?
エイドリアンサラザール

49

AWSマネジメントコンソールの使用

  • 「ボリューム」に移動し、インスタンスのボリュームのスナップショットを作成します。
  • 「スナップショット」に移動し、「スナップショットからイメージを作成」を選択します。
  • 「AMIs」に移動して「Launch Instance」を選択し、「インスタンスタイプ」などを選択します。

これにより、アーキテクチャとインスタンスタイプを変更できます。
Styelz

実際に手順をここに記載していただきありがとうございます。明確にするために、ダウンタイムが問題にならない初期段階でない限り、これが最善の方法です。
Jake

2
私はこれを試しましたが、私の場合、新しいインスタンスが古いインスタンスのAMIで開始せず、カーネルパニックの問題がありました。
zeeshan 2014

18

ElasticFoxではなく、AWS EC2コンソールを使用します。

最初の方法:

  • インスタンスの新しいAMIを作成する
  • それを起動します

代替方法:

  • 作成したスナップショットディスクのを
  • 同じAMIタイプで大規模なEBSインスタンス起動します(この時点で、ディスクには、最新の変更ではなく、このAMIが作成されたときに存在したデータが含まれることに注意してください)
  • が完全に起動したら、新しいインスタンスを停止します
  • 停止したインスタンスからルートボリューム切り離します
  • 新しいインスタンスの同じアベイラビリティーゾーンで以前に作成されたスナップショットから仮想ディスク作成します
  • ルートボリュームを/ dev / sda1に接続します
  • 新しいインスタンスを起動します

9

AMIを作成->大きなインスタンスでAMIを起動します。

詳細http://docs.amazonwebservices.com/AmazonEC2/gsg/2006-06-26/creating-an-image.html

これはすべて、aws.amazon.comの管理コンソールからも実行できます。


これをawsコンソールで行いたいのですが。画像付きのHOWTOドキュメントはありますか?
ガンディル

インスタンスを右クリックして[AMIを作成]をクリックします。次に、コンソール画面(左側)のAMIに移動し、起動するもので[AMIを起動]をクリックします
kieran
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.