AMAZON T2.nano や T2.micro を初期のリソースのまま使っているとストレージが 8GB なのですぐいっぱいになってしまいます。拡張を試してみました。

作業内容は
「EC2 EBS ボリュームサイズ拡張のやりかた」
https://qiita.com/mangano-ito/items/629b10ea5d1ab80f2cc6
のままです。

そのうえでこの実験では設定後に請求書の確認なども行っています。

環境

AMAZON EC2 ap-southeast-1 (シンガポール) リージョン
t2.micro インスタンス
OS Ubuntu 18.04 LTS

作業

まず、マネジメントコンソールで拡張したいインスタンス IDを確認

Elastic Block Store の「ボリューム」でアタッチ済み情報から該当ボリュームを探す

該当ボリュームにチェックを付けて「アクション」-「ボリュームの変更」

8 となっているのを 20 に直して「変更」

マネジメントコンソールの画面を読み込み直すと反映していました。

Linux 上での操作


$ lsblk
NAME    MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
loop0     7:0    0  32.3M  1 loop /snap/amazon-ssm-agent/2996
loop1     7:1    0  33.3M  1 loop /snap/amazon-ssm-agent/3552
loop2     7:2    0  99.2M  1 loop /snap/core/10958
loop3     7:3    0  55.5M  1 loop /snap/core18/1997
loop4     7:4    0 279.3M  1 loop /snap/nextcloud/27434
loop5     7:5    0  99.2M  1 loop /snap/core/10908
loop6     7:6    0  55.5M  1 loop /snap/core18/1988
xvda    202:0    0    20G  0 disk 
└─xvda1 202:1    0     8G  0 part /

ということで、xvda に 20G が割当らているのが見えます。
パーティションを拡大します。


$ sudo growpart /dev/xvda 1
CHANGED: partition=1 start=2048 old: size=16775135 end=16777183 new: size=41940959,end=41943007

反映しました。


$ lsblk
NAME    MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
loop0     7:0    0  32.3M  1 loop /snap/amazon-ssm-agent/2996
loop1     7:1    0  33.3M  1 loop /snap/amazon-ssm-agent/3552
loop2     7:2    0  99.2M  1 loop /snap/core/10958
loop3     7:3    0  55.5M  1 loop /snap/core18/1997
loop4     7:4    0 279.3M  1 loop /snap/nextcloud/27434
loop5     7:5    0  99.2M  1 loop /snap/core/10908
loop6     7:6    0  55.5M  1 loop /snap/core18/1988
xvda    202:0    0    20G  0 disk 
└─xvda1 202:1    0    20G  0 part /

しかしながら・・・



$ df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            476M     0  476M   0% /dev
tmpfs            98M  896K   97M   1% /run
/dev/xvda1      7.7G  7.5G  193M  98% /
tmpfs           490M  8.0K  490M   1% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           490M     0  490M   0% /sys/fs/cgroup
/dev/loop0       33M   33M     0 100% /snap/amazon-ssm-agent/2996
/dev/loop6       56M   56M     0 100% /snap/core18/1988
/dev/loop1       34M   34M     0 100% /snap/amazon-ssm-agent/3552
/dev/loop5      100M  100M     0 100% /snap/core/10908
/dev/loop3       56M   56M     0 100% /snap/core18/1997
/dev/loop2      100M  100M     0 100% /snap/core/10958
/dev/loop4      280M  280M     0 100% /snap/nextcloud/27434
tmpfs            98M     0   98M   0% /run/user/1000

ファイルシステムに浸透していないようなので以下のように作業します


$ sudo resize2fs /dev/xvda1
resize2fs 1.44.1 (24-Mar-2018)
Filesystem at /dev/xvda1 is mounted on /; on-line resizing required
old_desc_blocks = 1, new_desc_blocks = 3
The filesystem on /dev/xvda1 is now 5242619 (4k) blocks long.


$ df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            476M     0  476M   0% /dev
tmpfs            98M  896K   97M   1% /run
/dev/xvda1       20G  7.5G   12G  39% /
tmpfs           490M  8.0K  490M   1% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           490M     0  490M   0% /sys/fs/cgroup
/dev/loop0       33M   33M     0 100% /snap/amazon-ssm-agent/2996
/dev/loop6       56M   56M     0 100% /snap/core18/1988
/dev/loop1       34M   34M     0 100% /snap/amazon-ssm-agent/3552
/dev/loop5      100M  100M     0 100% /snap/core/10908
/dev/loop3       56M   56M     0 100% /snap/core18/1997
/dev/loop2      100M  100M     0 100% /snap/core/10958
/dev/loop4      280M  280M     0 100% /snap/nextcloud/27434
tmpfs            98M     0   98M   0% /run/user/1000

反映しました

値段

今回は、汎用 SSD (gp3) を使うつもりでした。月額 0.096USD/GB ですから、追加12GBで追加1ドル強ぐらい？

3時間半ぐらい使って

「マイ請求ダッシュボード」で実際の値段を確認。

ありゃりゃ。想定より高いですね。よく見ると gp2 となっています。gp3 を増やすつもりで gp2 にしてしまってました。

また、t2.micro などのインスタンスは時間課金なので3時間半だと4時間分かな？と思ってましたがカウントは月単位なのですね。4月29日に実験をしてみたので、こういう作業は月初にするのが有利かも知れません。