EC2インスタンスのストレージのボリュームサイズを変更する
社内でRedashのAMIを運用していたのですが、急に動かなくなってしまい、ボリュームサイズの変更が必要になりました。
/ is using 99.8% of 7.69GB
げげ〜。
ボリュームサイズの変更
ボリュームサイズの変更の手順は以下です。
- EBSボリュームのサイズを変更する
- EC2内のパーティションを物理のボリュームのサイズに合わせて再設定する
EBSボリュームのサイズを変更する
EC2ダッシュボード > Elastic Block Store > ボリュームに移動し、サイズを変更したいEBSボリュームを選択してボリュームの変更をします。
今回は8GBを倍の16GBに変更します。
EC2内のパーティションを物理のボリュームのサイズに合わせて再設定する
パーティションの変更の仕方は以下のドキュメントの「パーティションの拡張 (必要な場合)」に従います。実際これのとおりにやっただけです。
ディスクとパーティショニングをlsblk
コマンドで確認します。
root@ip-XXX-XXX-XXX-XXX:~# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
nvme0n1 259:0 0 16G 0 disk
└─nvme0n1p1 259:1 0 8G 0 part /
この状態ではディスクは16Gあるのに、8Gしか割り当てられておらず、8G余っています。
これをgrowport
コマンドでパーティションに割り当てます。
root@ip-XXX-XXX-XXX-XXX:~# growpart /dev/nvme0n1 1
CHANGED: partition=1 start=2048 old: size=16775135 end=16777183 new: size=33552351,end=33554399
/dev/nvme0n1
がデバイス名で1
がパーティション番号です。
これでボリュームサイズの変更を反映することが出来ます。
トラブルシューティング
実際にはgrowpart
コマンドを実行した際に
root@ip-XXX-XXX-XXX-XXX:~# growpart /dev/nvme0n1 1
mkdir: cannot create directory ‘/tmp/growpart.1729’: No space left on device
FAILED: failed to make temp dir
というエラーが出ました。あまりにも容量が足りなすぎてコマンドの実行が出来ないようです。
なんとかしてコマンドを実行するのに必要な最低限のスペースを空けないといけないので、/var/log
以下のファイルを削除して、なんとかなりました。
Author And Source
この問題について(EC2インスタンスのストレージのボリュームサイズを変更する), 我々は、より多くの情報をここで見つけました https://qiita.com/kazuhei/items/e6bd8db936c9074152b1著者帰属:元の著者の情報は、元のURLに含まれています。著作権は原作者に属する。
Content is automatically searched and collected through network algorithms . If there is a violation . Please contact us . We will adjust (correct author information ,or delete content ) as soon as possible .