ebs-resize_20240204.md

title	emoji	type	topics	published
[AWS/Linux]EBSボリュームのリサイズ方法	💭	tech	aws EC2 EBS Linux インフラエンジニア	true


記事を書いた経緯

• エンジニアになって初案件がオンプレからAWSへの移行でその際に対応したのですが、手順をほぼ忘れたなと思いブログに残したいと思ったためです。  

目的

• EC2インスタンスにアタッチしているEBSボリュームのサイズ変更をOS側に適用したい。  

前提の環境

• OS:Amazon Linux2
• ストレージ:EBSボリューム
• ファイルシステム:xfs
• ブロックデバイス:/dev/xvda1
• サイズ:20GB→30GBへの変更
• EC2インスタンスは作成済みでSSHやセッションマネージャーでログインが可能である状態。  

AWS Management Console での作業

■リサイズ前のEBSボリューム

■EBSボリュームサイズの修正

• 前提として、ボリュームサイズを減らす事は出来ず増加しか対応していません。

• コンソール画面上からEBSボリュームのサイズが変更になっている事を確認。

• サーバー上でもEBSボリュームのサイズが変更した事を確認。 マウントしているファイルシステムにも反映していく必要があります。

:::message lsblk:OSが認識しているブロックデバイス(HDD,SSD,USB等)を表示するコマンド。 :::

:::message df -hT:ファイルシステムのディスク使用量と利用可能な空き容量を表示するコマンド。-hで人間が読みやすい表示に加工し、-Tでファイルシステムのタイプを表示。 :::  

サーバー(EC2インスタンス) での作業

• OSレベルでのパーティションサイズの変更とファイルシステムの拡張は自動的には行われないため、手動で対応する必要がある。

①パーティションの拡張

growpart

• cloud-utilsパッケージに含まれており、主にクラウド環境で動作するインスタンスのディスクサイズの動的な変更をするために利用されます。

sudo growpart /dev/xvda 1

②ファイルシステムの拡張

xfs_grows

• XFSファイルシステムを使用しているパーティションのファイルシステムのサイズを拡張するために使用されます。
• 今回の場合はマウントポイントが/(ルートファイルシステム)のため、引数は/としています。

sudo xfs_growfs /

  :::message 補足:ファイルシステムがext4の場合 :::

• ファイルシステムの生合成をチェック

sudo e2fsck -f /dev/xvda1

• ファイルシステムの拡張

sudo resize2fs /dev/xvda1

③EBSボリュームのサイズ変更が適用されたか確認

• /dev/xvda1のサイズが20GBから30GBに増加されているため、変更が適用されている事が確認できます。