AWS EC 2容量の増加
2847 ワード
※参考
-AWS EC 2インスタンスボリュームが拡張されると、これ以上縮小できません.この点に注意して、仕事を続けます.
-AWS EC 2 Linuxを使用します.
第1章。EC 2インスタンスボリュームの展開
-AWS EC 2インスタンスボリュームが拡張されると、これ以上縮小できません.この点に注意して、仕事を続けます.
-AWS EC 2 Linuxを使用します.
第1章。EC 2インスタンスボリュームの展開
AWS EC 2ダッシュボードページの左側にあるインスタンスカテゴリを選択します.
ボリュームを展開するインスタンスを選択します.
画面下部でルート・デバイスを選択すると、ポップアップ・ウィンドウが表示されます.
EBS IDの接続リンクを選択します.
これにより、選択したインスタンスのボリュームカテゴリページが移動します.
変更するボリュームを選択します.
画面上部のタスクボタンをクリックし、音量変更項目を実行します.
すると、次のような「音量の変更」ポップアップウィンドウが表示されます.
[ボリュームを修正](Modify Volume)フライアウトの[寸法を入力](Input Dimensions)ウィンドウ
拡張するボリュームのサイズをGB単位で入力し、変更ボタンをクリックします.
選択が完了した場合は、ボリュームに上記の変更が加えられていることを再確認します.
正しい場合は、「はい」をクリックします.
すべての操作が完了すると、上記のボリュームの変更を要求した成功メッセージが表示されます.
第二章。拡張EC 2 Linuxファイルシステム
01)各ボリュームのシステムをチェック
$ df -hT
02)検査ユニットリスト
$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
디바이스명 202:0 0 12G 0 disk
└─디바이스명1 202:1 0 8G 0 part /
lsblkコマンドを使用して、ボリュームに拡張が必要なパーティションがあるかどうかを確認します.
インスタンスに接続されたブロックデバイスに関する情報を出力します.
どのパーティションのサイズを調整する必要があるかを決定します.
03)拡張パーティション
$ sudo growpart /dev/디바이스명 1 // 디바이스명과 파티션번호 사이 공백필수
CHANGED: partition=1 start=4096 old: size=16773087 end=16777183 new: size=25161695 end=25165791
パーティションが存在するボリューム(上記のステップのルートボリューム)についてgrowpartコマンドを使用してパーティションを拡張します.
デバイス名とセクション番号の間にスペースがあることに注意してください.
04)ボリュームサイズが変更されていることを確認
$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
디바이스명 202:0 0 12G 0 disk
└─디바이스명1 202:1 0 12G 0 part /
再度lsblkコマンドを使用して、パーティションがボリュームサイズの増加を反映しているかどうかを確認します.
05)ファイルシステムのサイズを変更するかどうかを決定する
$ sudo resize2fs /dev/xvda1
resize2fs 1.42.9 (28-Dec-2013)
resize2fs: Bad magic number in super-block while trying to open /dev/xvda1
Couldn't find valid filesystem superblock.
06)ファイルシステムのサイズを変更するかどうかを決定する
$ df -h
Filesystem Size Used Avail Use% Mounted on
devtmpfs 482M 0 482M 0% /dev
tmpfs 492M 0 492M 0% /dev/shm
tmpfs 492M 480K 492M 1% /run
tmpfs 492M 0 492M 0% /sys/fs/cgroup
/dev/디바이스명1 8.0G 4.5G 3.6G 56% /
tmpfs 99M 0 99M 0% /run/user/1000
各ボリュームのファイルシステムサイズを決定するには、df-hコマンドを使用します.
上記の出力結果では,両ファイルシステムとも8 GBのオリジナルボリュームサイズを反映している.
Reference
この問題について(AWS EC 2容量の増加), 我々は、より多くの情報をここで見つけました
https://velog.io/@saakmiso/AWS-EC2-용량-증설하기
テキストは自由に共有またはコピーできます。ただし、このドキュメントのURLは参考URLとして残しておいてください。
Collection and Share based on the CC Protocol
01)各ボリュームのシステムをチェック
$ df -hT
02)検査ユニットリスト
$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
디바이스명 202:0 0 12G 0 disk
└─디바이스명1 202:1 0 8G 0 part /
lsblkコマンドを使用して、ボリュームに拡張が必要なパーティションがあるかどうかを確認します.インスタンスに接続されたブロックデバイスに関する情報を出力します.
どのパーティションのサイズを調整する必要があるかを決定します.
03)拡張パーティション
$ sudo growpart /dev/디바이스명 1 // 디바이스명과 파티션번호 사이 공백필수
CHANGED: partition=1 start=4096 old: size=16773087 end=16777183 new: size=25161695 end=25165791
パーティションが存在するボリューム(上記のステップのルートボリューム)についてgrowpartコマンドを使用してパーティションを拡張します.デバイス名とセクション番号の間にスペースがあることに注意してください.
04)ボリュームサイズが変更されていることを確認
$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
디바이스명 202:0 0 12G 0 disk
└─디바이스명1 202:1 0 12G 0 part /
再度lsblkコマンドを使用して、パーティションがボリュームサイズの増加を反映しているかどうかを確認します.05)ファイルシステムのサイズを変更するかどうかを決定する
$ sudo resize2fs /dev/xvda1
resize2fs 1.42.9 (28-Dec-2013)
resize2fs: Bad magic number in super-block while trying to open /dev/xvda1
Couldn't find valid filesystem superblock.
06)ファイルシステムのサイズを変更するかどうかを決定する
$ df -h
Filesystem Size Used Avail Use% Mounted on
devtmpfs 482M 0 482M 0% /dev
tmpfs 492M 0 492M 0% /dev/shm
tmpfs 492M 480K 492M 1% /run
tmpfs 492M 0 492M 0% /sys/fs/cgroup
/dev/디바이스명1 8.0G 4.5G 3.6G 56% /
tmpfs 99M 0 99M 0% /run/user/1000
各ボリュームのファイルシステムサイズを決定するには、df-hコマンドを使用します.上記の出力結果では,両ファイルシステムとも8 GBのオリジナルボリュームサイズを反映している.
Reference
この問題について(AWS EC 2容量の増加), 我々は、より多くの情報をここで見つけました https://velog.io/@saakmiso/AWS-EC2-용량-증설하기テキストは自由に共有またはコピーできます。ただし、このドキュメントのURLは参考URLとして残しておいてください。
Collection and Share based on the CC Protocol