したがって、モバイル アプリを共有サーバーから Amazon Web Services に移行する全体的な目的は、最小限のストレージ容量と CPU 使用量で開始し、アプリのダウンタイムなしで必要に応じて拡張できるようにすることです。言い換えれば、私のアプリでは、データをMySql dbに保存し、いくつかのデータファイルをディスクにアップロード/保存するphpスクリプトを呼び出すだけです。より多くの CPU / ストレージ / RAM 機能を備えたまったく新しいインスタンスを作成せずに拡張し、すべての PHP スクリプトを新しいインスタンスに移行する必要はありませんか? AWS は初めてなので、学びたいと思っています。
2 に答える
実行中のインスタンスを停止し、インスタンスの種類を変更してから再開します。
更新:
インスタンスをアップグレードする方法のスクリーンショットを次に示します。
AMI と呼ばれる現在のインスタンスのイメージを作成できます (インスタンスの再起動が必要です)。次に、その AMI を使用して任意のサイズの新しいインスタンスを作成できます (したがって、何も移行する必要はありません)。
新しいインスタンスと元のインスタンスの両方を同時に実行し、Elastic IP (ある場合) を切り替え、元のサーバーをオフラインにすることで、ダウンタイムをなくすことができます。
唯一のダウンタイムは、AMI の作成からマシンを再起動する 1 ~ 2 分です。
ドキュメント: http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/creating-an-ami-ebs.html
注: これはすべて、データベースが EC2 インスタンスにインストールされていない別の場所 (RDS インスタンスなど) であることを前提としています。そうである場合 (またはファイルやその他のステートフルな情報を Web サーバーに保存している場合)、Mar Cejas のアドバイスに従い、サーバーを停止して別のサイズで再起動することをお勧めします。