Недостаточно места на диске "/" в экземпляре AWS

Ответ является двукратным.

Обходное решение: используйте/dev/xvdb (/mnt) для временных данных

Это - так называемое эфемерное устройство хранения данных Вашего экземпляра Amazon EC2, и его характеристики весьма отличаются, чем персистентного Amazon устройство хранения данных EBS, используемое в другом месте. В частности, это эфемерное устройство хранения данных будет потеряно на, останавливаются/начинают циклы и может обычно уходить, таким образом, Вы определенно не хотите помещать что-либо длительного значения там, т.е. только помещать временные данные там можно позволить себе потерять или восстановить легко, как файл подкачки или строго временные данные, используемые во время вычислений. Конечно, Вы могли бы сохранить огромные индексы там, например, но должны быть готовы восстановить их после того, как устройство хранения данных было очищено по любой причине (перезагрузка экземпляра, отказ оборудования...).

Решение: измените размер/dev/xvda1 (/) для получения желаемого устройства хранения данных

Это - так называемое устройство хранения данных Корневого устройства Вашего Amazon EBS-поддержанный экземпляр EC2, который упрощает Amazon EBS для гибкости и длительности, в частности, т.е. данных, помещенных, там довольно безопасно и переживает отказы экземпляра; можно увеличить гибкость и длительность еще больше путем взятия обычных снимков объема EBS, которые хранятся на Amazon S3, показывая известную длительность на 99,999999999%.

Этот снимок показывает, позволяет Вам решить свою проблему в свою очередь, до такой степени можно заменить текущее корневое устройство хранения данных EBS на 8 ГБ (/dev/xvda1) еще один или меньше столь большой, как Вы требуете. Процесс обрисован в общих чертах в превосходной статье Resizing the Root Disk Eric Hammond о Выполнении Начальная загрузка EBS Экземпляр EC2:

Пока Вы соглашаетесь с небольшим временем простоя на экземпляре EC2 (несколько минут), возможно изменить корневой объем EBS с большей копией, не будучи должен запустить новый экземпляр.

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

Большинство обрисованных в общих чертах шагов может быть выполнено через Консоль управления AWS также, которая старается не иметь дело с инструментами Amazon EC2 API; это сводится к:

• остановитесь (не оконечный!) экземпляр EC2
• отсоедините объем EBS от остановленного экземпляра
• создайте снимок отдельного объема EBS
• создайте новый (больший) объем EBS из созданного снимка
• присоедините новый объем EBS к экземпляру EC2 (Важный! Если это - Ваше корневое устройство, уверены это для именования его точно как корневое устройство экземпляра, как это было упомянуто, например, (/dev/sda1) или (/dev/xdva1) иначе, это будет присоединено как блочное устройство и не корневое устройство и Вы не сможете запустить экземпляр, поскольку не будет никакого корневого устройства, перечисленного для экземпляра.)
• SSH в рабочий экземпляр и подтверждают, что все в порядке через df -ah
  • в случае, если Ваша система автоматически не изменила размер файловой системы, необходимо будет сделать это вручную, как объяснено в статье Eric

Удачи!

Альтернатива

Учитывая универсальность и простоту использования этих объемов EBS, дополнительная опция состояла бы в том, чтобы присоединить больше объемов EBS к Вашему экземпляру и переместить явно отделимые проблемные области туда.

Например, мы используем несколько симпатичных тяжелых JAVA-приложений, каждое использующее 1-2GB устройство хранения данных на версию; чтобы упростить версии обновления и обычно мочь переместить эти приложения в различные экземпляры по моему усмотрению, я разместил их в специализированные объемы EBS каждый, смонтируйте их к экземпляру и гибкой ссылке их к желаемому местоположению, например, обычно /var/lib/<app>/<version> и /usr/local/<app>/<version>.

С этим методом мы в настоящее время выполняем экземпляры EC2 с устройством хранения данных корневого устройства все еще в его размере по умолчанию 8 ГБ (точно так же, как Ваш), но иногда до 8 объемов EBS с переменными размерами (1-15GB) присоединенный также.

Необходимо знать о потенциальных проблемах производительности сети, хотя, до такой степени все эти объемы EBS используют ту же самую LAN для своего ввода-вывода, который мог бы привести к соответствующему увеличению производительности даже, или насыщать сеть в крайних случаях - таким образом, как обычно, это зависит от варианта использования и рабочей нагрузки под рукой.