2017-07-21 6 views
0

のでhttps://aws.amazon.com/blogs/aws/amazon-ebs-update-new-elastic-volumes-change-everything/はそれを

によると、私はダウンタイムなし「動的」ボリュームサイズを大きくすることができるはずをアンマウントすることなく、ext4ファイルシステムとAWS弾性ボリュームのサイズを変更します。しかし、私はこれがどのように可能であるかわかりません。

ボリュームのサイズを変更することはできますが、ボリュームをマウント解除してファイルシステムのサイズを変更する必要があります。そして、このボリュームがルートボリュームであれば、アンマウントするためにはそれを取り除く必要があります。

私には何が欠けていますか?

+0

私は同意します。この機能により、スナップショットから新しい大容量ボリュームを作成して作成する必要がなくなります。ディスクボリュームのサイズ変更に伴うOSの問題には役立ちません。この機能は、その発表が響くほどに役立たず、 –

+0

この弾性ボリュームのメリットは何ですか...どのような場合でもマウント解除する必要がある場合は、 Grrrr –

答えて

0

私はこの答えがこれほど少ないupvotesを持っている理由は分からないが、解決策になるようだ:(ルートデバイス上の)ダウンタイムなしで実行している間https://stackoverflow.com/a/44354499/1663462

これを行うことができます。

基本的に2つのコマンドが必要です。

sudo growpart /dev/xvda 1 
sudo resize2fs /dev/xvda1 
2

すべては、EBSドライブで使用しているファイルシステムによって異なります。

私はこれをLinuxでしか行っていないので、サーバー上で何か他のものを実行しているなら、私はあなたを助けません。

EXT4を使用している場合は、resize2fs /dev/xvdXYに電話するだけで、すぐにスペースを増やすことができます。再マウントや再起動は不要です。

XFSの場合はxfs_growfs /dev/xvdXYです。

もちろん、何かをする前にスナップショットを撮る必要があります。

+0

'sudo resize2fs/dev/xvda1'は私に を与えます。' resize2fs 1.42.9(2-Feb-2014) ファイルシステムはすでに2618595ブロックです。何もする必要はありません! –