У меня возникла проблема с согласованием пространства, доступного на моем томе 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
Возможно, исходный том объемом 15 ГБ был клонирован в объем 50 ГБ, но затем не был изменен?
Пожалуйста, ознакомьтесь с этим руководством по клонированию и изменению размера: Как увеличить дисковое пространство на существующем экземпляре AWS EC2 Linux (Ubuntu) без потери данных
Надеюсь, что это поможет.
Да, проблема проста. Громкость связана только с экземпляром, но не установлена.
Проверьте консоль AWS, на которой он установлен, - скорее всего, /dev/sdf.
Затем (по ubuntu):
sudo mkfs.ext3 /dev/sdf
sudo mkdir /ebs
sudo mount /dev/sdf /ebs
Первая строка форматирует громкость - используя тип файловой системы ext3. Это довольно стандартно, но в зависимости от вашего использования (например, сервера приложений, сервера баз данных...) вы также можете выбрать другой, например ext4 или xfs.
Вторая команда создает точку монтирования, а третья монтирует ее в нее. Это означает, что эффективно новый том будет на уровне /ebs. Он также должен отображаться в df.
И последнее, но не менее важное: возможно, добавьте запись в /etc/fstab, чтобы сделать ее перезагруженной.
Вот простой способ...
Предполагая, что вы используете Linux AMI, в вашем случае у вас есть простой способ увеличить размер файловой системы:
1) Остановить экземпляр 2) Отсоедините объем корня 3) Снимите объем 4) Создайте новый том из моментального снимка, используя новый размер 5) Прикрепите новый том к экземпляру в том же месте, где оригинал был 6) Запустите экземпляр, остановите все службы, кроме ssh, и установите корневую файловую систему только для чтения 7) Увеличьте файловую систему (используя, например, resize2fs) и, если необходимо, раздел 8) Перезагрузите
В качестве альтернативы вы также можете запустить новый экземпляр и сопоставить хранилище экземпляров или создать новый ami, объединяющий два предыдущих шага.
Оставшееся пространство устанавливается по умолчанию в/mnt.
См. Изменение размера корневого диска в загружаемом экземпляре EC2 Boot EC2
Только перезагрузка экземпляра решила мою проблему
Ранее:
/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