Проблема с диском в Amazon EC2 и EBS

Question

У меня проблема с согласованием свободного места на томе EBS. В соответствии с консолью AWS, объем составляет 50 ГБ и подключен к экземпляру.

Если я ssh к этому экземпляру и делаю df -h, я получаю следующий вывод:

Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1              15G   13G  3.0G  81% /
udev                  858M   76K  858M   1% /dev
none                  858M     0  858M   0% /dev/shm
none                  858M   72K  858M   1% /var/run
none                  858M     0  858M   0% /var/lock
none                  858M     0  858M   0% /lib/init/rw

Я довольно новичок в AWS. Я интерпретирую это как «подключенное устройство имеет емкость 15 ГБ. Более того, вам почти не осталось места!»

Может ли кто-нибудь указать причину очевидного расхождения между пространством, объявленным в консоли, и тем, что отображается в экземпляре?

Большое спасибо заранее

S

Answer 1

Да, проблема проста. Том связан только с экземпляром, но не подключен.

Проверьте консоль AWS, на каком диске она установлена: - скорее всего, /dev/sdf.

Затем (в Ubuntu):

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

Первая строка форматирует том - используя тип файловой системы ext3. Это довольно стандартно - но в зависимости от вашего использования (например, сервер приложений, сервер баз данных, ...) вы также можете выбрать другой, например ext4 или xfs.

Вторая команда создает точку монтирования, а третья монтирует ее в нее. Это означает, что эффективно, новый объем будет в /ebs. Это должно также появиться в df сейчас.

И последнее, но не менее важное: возможно, также добавьте запись в /etc/fstab, чтобы сделать ее защищенной от перезагрузки.

Answer 2

Вот простой способ ...

Предполагая, что вы используете linux AMI, в вашем случае у вас есть простой способ увеличить размер файловой системы:

1) Остановить экземпляр 2) Отключить корневой том 3) Снимок громкости 4) Создайте новый том из снимка, используя новый размер 5) Присоедините новый том к экземпляру в том же месте, где был оригинальный 6) Запустите экземпляр, остановите все службы, кроме ssh, и установите корневую файловую систему только для чтения. 7) Расширить файловую систему (используя, например, resize2fs) и / или раздел, если необходимо 8) перезагрузка

В качестве альтернативы вы также можете запустить новый экземпляр и отобразить хранилище экземпляров или создать новый ami, объединяющий два предыдущих шага.

Answer 3

Возможно, исходный том объемом 15 ГБ был клонирован в том объемом 50 ГБ, но затем не был изменен в размере?

Ознакомьтесь с этим руководством по клонированию и изменению размера: Как увеличить место на диске в существующем AWS EC2Экземпляр Linux (Ubuntu) без потери данных

Надеюсь, это поможет.

Answer 4

Только перезагрузка экземпляра решила мою проблему

Ранее:

/dev/xvda1       8256952 7837552         0 100% /
udev              299044       8    299036   1% /dev
tmpfs             121892     164    121728   1% /run
none                5120       0      5120   0% /run/lock
none              304724       0    304724   0% /run/shm

Сейчас

/dev/xvda18256952 1062780   6774744  14% /
udev              299044       8    299036   1% /dev
tmpfs             121892     160    121732   1% /run
none                5120       0      5120   0% /run/lock
none              304724       0    304724   0% /run/shm

Answer 5

См. Изменение размера корневого диска на работающем EBS-загрузочном экземпляре EC2

Answer 6

Оставшаяся часть вашего пространства монтируется по умолчанию в / mnt.