開発段階までマイクロインスタンスを使用してきました。しかし、これからライブに移行するので、インスタンスをタイプ medium にアップグレードしたいと考えています。
次の簡単な手順に従いました。実行中のインスタンスを停止し、インスタンスの種類をミディアムに変更してから、インスタンスを再起動します。インスタンスがメモリに関してアップグレードされていることがわかります。しかし、ストレージはまだ8GBです。ただし、前述の構成によると、m1.medium タイプのインスタンスには 1x410GB のストレージが必要です。
私は何か間違ったことをしているのですか、それとも何かを見逃していますか? 助けてください！
私も似たような状況でした。400GBのm2.mediumインスタンスを作成したのですが、シェルにログインしてコマンドを発行すると
df -h
... 8 GB のパーティションが表示されます。
ただし、コマンド
sudo fdisk -l
デバイスが実際に 400 GB であることを示しました。問題は、Amazon がその上にデフォルトの 8 GB パーティションを作成し、そのパーティションをデバイスのフルサイズに拡張する必要があることです。これを行うコマンドは次のとおりです。
sudo resize2fs -f /dev/xvda1
ここで、/dev/xvda1 はマウントされたルート ボリュームです。「df -h」コマンドを使用して、ボリューム名が正しいことを確認してください。
次に、インスタンスを再起動して再度ログインすると、fdisk コマンドで 400 GB 近くの空き容量があることがわかります。問題が解決しました。
インスタンスタイプについて言及されているサイズは、これらのデフォルトにすぎません。実行中のマイクロ インスタンスからイメージを作成すると、後でこのイメージが中規模で開始された場合でも、そのストレージ サイズがデフォルトとして取得されます。
ただし、インスタンスの起動時にストレージ サイズを変更できます。
イメージの作成時にデフォルトのストレージ サイズを変更することもできます。
警告: これにより、ストレージ サイズが変更されます。その上に存在するパーティションのサイズを必ずしも変更するわけではなく、そのパーティション上のファイル システムのサイズを変更する必要もありません。Linux では、すべてが自動的にサイズ変更されます (IIRC)。Windows インスタンスでは、自分でサイズを変更する必要があります。他のOSについてはわかりません。