アマゾンのEBSをアタッチしたのにストレージが増えていない

Question

お世話になっております。

AWSにてボリュームを新規に追加してインスタンスにアタッチしたのですがストレージが増えていません
作業手順を以下に追加しますので間違えている点がありましたら教えて頂けると幸いです

①ボリュームの作成から新規にボリュームを作成

②ボリュームを指定のインスタンスにアタッチ

③インスタンスにリモート接続して以下サイトを参考にアタッチ完了
https://qiita.com/kooohei/items/d692931cbebf97006f96

添付画像にあるように df -h コマンドで確認してみると

/dev/xvdfが追加されているのが確認できました

がUsage ofを確認してみると 7.69GBとなっていました

8GBと5GBのボリュームがあり 5GBの方を新しくアタッチしたのので10GB以上はあると思うのですが
原因がわからずです。。

Answer 1

方法が誤っています。
Usage of /ですから、ボリュームを追加してアタッチもダメで、ルートボリュームそのものを拡張する必要があります。

参考）
https://qiita.com/mangano-ito/items/629b10ea5d1ab80f2cc6

Comments

[nguyenseiji]

なるほどですね、、
やりたい事としてはApahche2をインストールしたのですがApache2のフォルダ内に大量のzipファイルを配置したく
その際にルートボリュームは [/dev/root]でApache2もルートボリューム内に配置されている状態です

/dev/xvdfボリュームを新規にアタッチしてもApache2はルートボリューム側にあるので使えない状態です

ここで質問なのですが追加ボリュームのMounted on項目に [/data]と記載があるので
[/data]フォルダのパーミッションを変更してそこにzipファイルを配置後その場所からでしかダウンロード
できないのでしょうか

[/data]フォルダではなく [/]フォルダ自体の容量拡張をしたいのですが、、

[nguyenseiji]

ルートボリューム自体の拡張をするしかないのでしょうか

できれば別のボリュームをアタッチしたく

[nguyenseiji]

https://qiita.com/kooohei/items/d692931cbebf97006f96

こちらで追加のボリュームをアタッチする方法を見たのですがページの下の方にあります自動マウント設定
の /etc/fstabファイルに [/data]ではなく[/]と記載してみたのですがマウント拒否されましたので

拡張したボリュームをルートボリュームと同じマウント位置を設定できないみたいでのすので
ルートボリューム自体の拡張がやはり必要なのでしょうか

[yu_1985]

読んでるとやりたいことはルートボリュームの拡張そのものだと思うのですが、なぜ別ボリュームのアタッチという形にしたいんでしょうか？
また、Apacheがどこにあろうと関係なく追加のEBS上にデータを配置して参照させたければDocumentRootをそのように設定するなりシンボリックリンクを使うなり色々方法がありますが…。

[AbeTakashi]

yu_1985さんもおっしゃっていますが、Apacheのドキュメントルートを変えるなり、シンボリックリンクを張るなりすれば、任意のボリューム上のディレクトリを使うことができます。

参考）
http://soohei.net/912
↑
こちらはシンボリックリンクを張る方法でやっています。個人的にはApacheなどのリソースファイルはルートボリュームを使わずに、アタッチした別ボリュームを使う方が、今後の運用を考えても色々と捗ると思います。

ただ、ルートボリュームが99.8%とかだと、早かれ遅かれディスクフルで何かしら障害が出ると思いますので、そちらの方も早急な対応が必要だとは思います（関連リソースを追加したボリュームに移せば、容量があくかもしれません）。

[nguyenseiji]

yu_1985さん、AbeTakashiさん
ご回答ありがとうございます

https://qiita.com/mangano-ito/items/629b10ea5d1ab80f2cc6
ご回答いただきました上記URLを参考にルートボリュームを拡張する方法を採用したところ
Ec2のボリュームを増設させることができました

ありがとうございました。