14

EBSボリュームで使用可能なスペースの調整に問題があります。AWSコンソールによると、ボリュームは50GBで、インスタンスに接続されています。

このインスタンスにSSHで接続し、df -hを実行すると、次の出力が得られます。

使用されたファイルシステムのサイズ使用率使用率
/ dev / sda1 15G 13G 3.0G 81％/
udev 858M 76K 858M 1％/ dev
なし858M0858M 0％/ dev / shm
なし858M72K858M 1％/ var / run
なし858M0858M 0％/ var / lock
なし858M0858M 0％/ lib / init / rw

私はAWSにかなり慣れていません。私はこれを「接続されているデバイスがあり、15GBの容量があります。さらに、スペースがほとんど不足している」と解釈します。

コンソールでアドバタイズされたスペースとインスタンスに表示されるスペースとの間の明らかな不一致の原因を誰かが指摘できますか？

よろしくお願いします

S

4

8 に答える 8

8

はい、問題は単純です。ボリュームはインスタンスにのみ関連付けられており、マウントされていません。

マウントされているドライブをAWSコンソールで確認します-おそらく/dev/sdf。

次に（ubuntuで）：

sudo mkfs.ext3 /dev/sdf
sudo mkdir /ebs
sudo mount /dev/sdf /ebs

ext3最初の行は、ファイルシステムタイプを使用してボリュームをフォーマットします。ext4これはかなり標準的ですが、使用法（アプリサーバー、データベースサーバーなど）に応じて、またはなどの別のサーバーを選択することもできますxfs。

2番目のコマンドはマウントポイントを作成し、3番目のコマンドはそれをマウントポイントにマウントします。これは、事実上、新しいボリュームがになっていることを意味し/ebsます。今も表示されるはずdfです。

/etc/fstab最後になりましたが、再起動しないようにするためのエントリを追加することもできます。

于 2010-10-21T13:54:08.590 に答える
6

これが簡単な方法です...

Linux AMIを使用していると仮定すると、ファイルシステムのサイズを大きくする簡単な方法があります。

1）インスタンスを停止します2）ルートボリュームを切り離します3）ボリュームのスナップショットを作成します4）新しいサイズを使用してスナップショットから新しいボリュームを作成します5）元のボリュームと同じ場所のインスタンスに新しいボリュームをアタッチします6）開始しますインスタンスで、sshを除くすべてのサービスを停止し、ルートファイルシステムを読み取り専用に設定します。7）ファイルシステム（たとえば、resize2fsを使用）または必要に応じてパーティションを拡大します。8）再起動します。

別の方法として、新しいインスタンスを起動してインスタンスストレージをマップするか、前の2つの手順を組み合わせて新しいamiを作成することもできます。

于 2011-05-27T16:50:03.773 に答える
6

おそらく、元の15GBのボリュームは50GBのボリュームに複製されましたが、サイズは変更されていませんか？

クローンを作成してサイズを変更する方法については、このチュートリアルをご覧ください：データを失うことなく既存のAWS EC2 Linux（Ubuntu）インスタンスのディスク容量を増やす方法

お役に立てば幸いです。

于 2011-07-29T03:10:49.547 に答える
2

インスタンスを再起動するだけで問題が解決しました

ついさっき：

/ dev / xvda1 8256952 7837552 0100％/
udev 299044 8 299036 1％/ dev
tmpfs 121892 164 121728 1％/ run
なし512005120 0％/ run / lock
なし3047240304724 0％/ run / shm

今

/ dev / xvda18256952 1062780 6774744 14％/
udev 299044 8 299036 1％/ dev
tmpfs 121892 160 121732 1％/ run
なし512005120 0％/ run / lock
なし3047240304724 0％/ run / shm
于 2014-12-05T03:32:37.353 に答える
1

残りのスペースは、デフォルトで/mntにマウントされます。

于 2011-04-26T23:50:18.833 に答える
1

実行中のEBSブートEC2インスタンスでのルートディスクのサイズ変更を参照してください

于 2011-11-18T21:10:33.587 に答える
0

これは、「EBSボリュームのサイズを大きくした後、ファイルシステム固有のコマンドを使用してファイルシステムをより大きなサイズに拡張する必要があります。ボリュームが最適化状態に入るとすぐにファイルシステムのサイズを変更できます。」 、インスタンスをバウンスせずに。

今日も同じ問題に直面していましたが、解決することができました。

  1. ファイルシステムの種類を把握し、 $ cat /etc/fstab

  2. EC2インスタンスのボリュームのサイズを変更した後、Linuxパーティション/FSを拡張する手順を正確に文書化したこのAWSドキュメントに従ってください。

    ボリュームのサイズ変更後のLinuxファイルシステムの拡張

于 2019-11-19T23:17:36.253 に答える
0

Ubuntuでは、ファイルシステムを拡張します。

ブロックデバイスを見つけるには：

blkid

私の場合、タイプはTYPE="ext4"です。

ディスクボリュームのサイズを変更するには：

sudo resize2fs /dev/xvdf
于 2021-09-09T01:48:02.870 に答える