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

У меня проблема с согласованием свободного места на моем томе 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


amazon-web-services amazon-ec2 amazon-ebs diskspace
person Simon    schedule 14.10.2010    source источник

Ответы (7)


arrow_upward
5
arrow_downward

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

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

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

person AWS Fan    schedule 29.07.2011

arrow_upward
8
arrow_downward

Да, вопрос простой. Том связан только с экземпляром, но не установлен.

В консоли AWS проверьте, к какому диску он подключен - скорее всего /dev/sdf.

Затем (на ubuntu):

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

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

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

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

person Till    schedule 21.10.2010
comment
Я вижу, что df перечисляет устройство в / dev / sda1 как 15 ГБ, а в консоли AWS говорится, что устройство установлено на sda1 и составляет 50 ГБ - person Simon; 22.10.2010
comment
Это странно. Это твое рутовое устройство или другой том EBS на 15 гб? - person Till; 23.10.2010
comment
Он добавляет больше дискового пространства к экземпляру, но не увеличивает пространство на логическом диске. - person Jeevan Dongre; 03.07.2012
comment
Саймон, у меня такая же проблема, показывает неправильный размер. Любая помощь с этим? - person Tony; 15.11.2013

arrow_upward
6
arrow_downward

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

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

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

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

person Community    schedule 27.05.2011

arrow_upward
1
arrow_downward

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

person Jeroen    schedule 26.04.2011

arrow_upward
1
arrow_downward

См. Раздел Изменение размера корневого диска на запущенном экземпляре EC2 с загрузкой EBS

person Valor    schedule 18.11.2011

arrow_upward
1
arrow_downward

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

Ранее:

/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
person user18853    schedule 05.12.2014

arrow_upward
0
arrow_downward

Причина в том, что «после увеличения размера тома EBS вы должны использовать специфичные для файловой системы команды, чтобы расширить файловую систему до большего размера. Вы можете изменить размер файловой системы, как только том перейдет в состояние оптимизации». , без возврата экземпляра.

Сегодня я столкнулся с той же проблемой, я смог ее решить,

  1. Определите тип вашей файловой системы, $ cat /etc/fstab

  2. Следуйте этому документу AWS, который точно документирует шаги по расширению Linux Partition / FS после изменения размера тома экземпляра EC2.

    Расширение файловой системы Linux после изменения размера тома < / а>

person BJYC    schedule 19.11.2019