web-dev-qa-db-ja.com

実行中のインスタンスのEBSボリュームサイズを増やすにはどうすればよいですか？

Canonicalの最近のUbuntu AMIを実行しているサーバーがあります。 EBSブートボリュームのサイズは8GBです。スナップショットを作成し、新しいボリュームを作成して、そのパーティションを拡張することで、EBSボリュームのサイズを変更できることを知っています。マシンの実行中にボリュームのサイズを大きくするにはどうすればよいですか？これが不可能な場合、最小のダウンタイムでブートボリュームサイズを増やすための推奨方法は何ですか？

amazon-ec2amazon-web-servicesamazon-ebs
68
j0nes

残念ながら Amazon EC2 インスタンスの実行中に Amazon EBS ルートデバイスストレージボリュームのサイズを増やすことはできません-Eric Hammondが詳細を書いています 実行中のEBSブートEC2インスタンスでのルートディスクのサイズ変更 ：についての「正規」;）記事を言う

EC2インスタンスのダウンタイムがわずか（数分）であれば問題ありませんが、新しいインスタンスを起動することなく、より大きなコピーでルートEBSボリュームを変更できます。

彼が説明する手順を適切に準備する場合（手順を理解するために、最初にスローEC2インスタンスでテストすることを強くお勧めします）、数分のダウンタイムでプロセスを完了することができるはずです。

幸運を！

40
Steffen Opel

新しいEBS Feature Elasticボリュームを使用してボリュームサイズを増やすことができます。ここに示すように、サイズを増やすには、次の手順に従う必要があります。

ボリュームが16Gで、32GBに増やしたとします。

    $lsblk
NAME    MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda    202:0    0  32G  0 disk
└─xvda1 202:1    0  16G  0 part /

Xvda1を16GB t0 32GBから拡張するには、growpartが必要です。 growpart は cloudutils の一部として利用可能

Sudo apt install cloud-utils

Cloud-utilsのインストール後、growpartコマンドを実行します

Sudo growpart /dev/xvda 1

Lsblkが表示されます

    $ lsblk
NAME    MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda    202:0    0  32G  0 disk
└─xvda1 202:1    0  32G  0 part /

しかし、df -hは16GBのみを表示します

Xvda1を32GBに拡張するための最終コマンドは

Sudo resize2fs /dev/xvda1

XFSファイルシステムの場合、

Sudo xfs_growfs /dev/xvda1ありがとう 卵

55
tk120404

この5年前の質問に対する遅い回答

AWSは、Elastic Volumesと呼ばれる新しいEBS機能を発表しました。これにより、ボリュームの使用中にボリュームサイズを増やしたり、パフォーマンスを調整したり、ボリュームタイプを変更したりできます。

詳細については、AWSブログ こちら をご覧ください。

20
Khalid T.

最初にスナップショットを作成する必要があり、そのスナップショットから別のボリュームを作成し、新しいボリュームの準備ができたら、インスタンスから古いボリュームをデタッチし、新しいボリュームをアタッチします。このプロセスを開始する前にインスタンスを停止し、完了したらインスタンスを再起動してください。

参照 http://docs.aws.Amazon.com/AWSEC2/latest/UserGuide/ebs-expand-volume.html

7
Opcrat