Я запускаю экземпляр Ubuntu 11.04 для моего веб-сервера в облаке AWS, теперь я получаю, что на / разделе моего сервера нет места на диске . df -ah скажи это
Filesystem Size Used Avail Use% Mounted on
/dev/xvda1 7.9G 7.8G 97M 99% /
proc 0 0 0 - /proc
none 0 0 0 - /sys
fusectl 0 0 0 - /sys/fs/fuse/connections
none 0 0 0 - /sys/kernel/debug
none 0 0 0 - /sys/kernel/security
none 3.7G 112K 3.7G 1% /dev
none 0 0 0 - /dev/pts
none 3.7G 0 3.7G 0% /dev/shm
none 3.7G 80K 3.7G 1% /var/run
none 3.7G 0 3.7G 0% /var/lock
/dev/xvdb 414G 16G 377G 4% /mnt
Теперь я попробовал эти вещи для получения дополнительного места на / раздел
- Очистите все файлы журнала для Apache.
- Удалены все ненужные файлы с сервера.
- Домашний каталог Уборка.
Но все же я не получаю достаточно места. Этот тип экземпляра m1.large с 8 ГБ EBS. Теперь я получаю достаточно места на диске в / dev / xvdb .
Есть ли способ, которым я могу выделить некоторое дисковое пространство в / из / dev / xvdb или любым другим способом . Пожалуйста, предложите мне возможное решение для этого. Можно ли использовать тот же раздел / dev / xvdb с другим экземпляром.
11.04
server
amazon-ec2
Sumant
источник
источник
Ответы:
Ответ двоякий.
Обходной путь: используйте / dev / xvdb (/ mnt) для временных данных
Это так называемое эфемерное хранилище вашего экземпляра Amazon EC2, и его характеристики сильно отличаются от постоянного хранилища Amazon EBS, которое используется где-то еще. В частности, эта эфемерная память будет потеряна в циклах остановки / запуска и, как правило, может исчезнуть , поэтому вы определенно не хотите помещать туда что-либо имеющее длительную ценность, то есть размещаете там только временные данные, которые вы можете позволить себе потерять или восстановить легко , как файл подкачки или строго временные данные, используемые во время вычислений. Конечно, вы можете хранить там огромные индексы, например, но должны быть готовы перестроить их после того, как хранилище было очищено по любой причине (перезагрузка экземпляра, аппаратный сбой, ...).
Решение: измените размер / dev / xvda1 (/), чтобы получить желаемое хранилище
Это так называемый Root Устройство хранения вашей Amazon EBS поддержанного экземпляра EC2, что облегчает Amazon EBS для гибкости и прочности , в частности, то есть данные , поставить там достаточно безопасно и выживают сбои экземпляра; Вы можете еще больше повысить гибкость и долговечность, регулярно снимая том EBS, который хранится в Amazon S3 , с хорошо известной долговечностью 99,999999999%.
Эти функции моментального снимка позволяют поочередно решить вашу проблему, поскольку вы можете заменить текущее корневое хранилище EBS объемом 8 ГБ (/ dev / xvda1) на более или менее желаемое. Процесс описан в отличной статье Эрика Хаммонда « Изменение размера корневого диска в работающем экземпляре EBS Boot EC2» :
Если вы правильно подготовите шаги, которые он описывает (я настоятельно рекомендую сначала протестировать их с одноразовым экземпляром EC2, чтобы ознакомиться с процедурой, или даже автоматизировать его с помощью специального скрипта), вы сможете завершить процесс с несколькими минуты простоя только действительно.
Большинство описанных шагов также можно выполнить с помощью Консоли управления AWS , что позволяет избежать использования инструментов Amazon EC2 API ; это сводится к:
df -ahУдачи!
альтернатива
Принимая во внимание универсальность и простоту использования этих томов EBS, дополнительным вариантом будет присоединение большего количества томов EBS к вашему экземпляру и перемещение туда четко разделенных проблемных областей.
Например, мы используем несколько довольно тяжёлых Java-приложений, каждое из которых потребляет 1-2 ГБ памяти на версию; чтобы упростить обновление версий и вообще иметь возможность перемещать эти приложения в разные экземпляры по своему усмотрению, я разместил их на выделенных томах EBS каждый, подключил их к экземпляру и мягко связал их с нужным местом, например, обычно
/var/lib/<app>/<version>и/usr/local/<app>/<version>.Используя этот метод, в настоящее время мы запускаем экземпляры EC2 с хранилищем корневого устройства, размер которого по умолчанию составляет 8 ГБ (как у вас), но иногда также подключается до 8 томов EBS с различными размерами (1-15 ГБ).
Вы должны знать о потенциальных проблемах производительности сети, поскольку все эти тома EBS используют одну и ту же локальную сеть для своих операций ввода-вывода, что может привести к соответствующему увеличению производительности или даже к насыщению сети в экстремальных случаях - так что, как обычно, это зависит на случай использования и рабочей нагрузки под рукой.
источник
Да, простой способ это fstab это и затем смонтировать это, чтобы сказать / var / www / html / files2 /
затем mkdir / var / www / html / files2 / website, затем ln -s -d / var / www / html / website / var / www / html / files2 / website
источник
Сегодня у меня возникла та же проблема, когда вы устанавливаете новый ec2 intance, по умолчанию EBS составляет 8 ГБ. Вы можете изменить размер подключенного EBS, не создавая новое intace, не делая снимок или не отключая EBS. Вот три шага, которые вы можете выполнить:
Для остальных шагов, пожалуйста, следуйте этой статье, если у вас есть какие-либо вопросы, не стесняйтесь спрашивать.
Благодарность!
источник