Назад | Перейти на главную страницу

Высокий логический объем сервера

Я только что смотрел на размеры различных разделов на моем сервере и вижу, что там указано;

/dev/xvda1            3.7G  2.9G  792M  79% /
/dev/mapper/vg00-usr   26G  3.7G   23G  14% /usr
/dev/mapper/vg00-var   72G   43G   30G  60% /var
/dev/mapper/vg00-home
                       17G  5.3G   12G  32% /home
none                  512M  4.5M  508M   1% /tmp

Плохо ли иметь такие большие логические тома? Мой раздел var был использован для 43 ГБ!

Дисковое пространство моего сервера составляет 300 ГБ, если я продолжаю получать уведомления: Предупреждение диска: / dev / vg00 / var (/ var) заполнен на XX% и мне постоянно приходится расширять разделы, тогда мое доступное дисковое пространство будет быстро уменьшаться.

Что я могу с этим поделать или мне нужно привыкнуть и купить больше дискового пространства?

Ответы очень ценятся,

Джеймс

Узнайте, что использует дисковое пространство!

Это почтовый сервер? Сервер журнала? В таком случае это вполне разумно.

Инструмент xdiskusage отлично подходит для визуализации использования диска в подобных сценариях.

Во-первых, номенклатура: это не перегородки. Это файловые системы, созданные на логических томах. Логические тома состоят из групп томов, которые в свою очередь состоят из блочных устройств, которые могут быть разделами или просто целыми дисками.

Наличие «больших» файловых систем само по себе не является проблемой. Я заключил слово «большой» в кавычки, потому что 43 ГБ не очень большие. Множество терабайт - это "большой объем" там, где я родился, поэтому все зависит от вашей точки зрения.

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

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

  • У вас может быть что-то, что по ошибке использует дисковое пространство. Что-то слишком подробное ведение журнала может сделать это, также как и запись в файл, который никогда не поворачивается. Вы можете использовать такие инструменты, как du чтобы узнать, где используется дисковое пространство.

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

Не зная (а) какие службы вы используете и (б) что вызывает использование пространства, мы не можем дать никаких указаний о том, что представляет собой соответствующий размер и как справиться с ростом.

Ты можешь использовать du чтобы найти пространство, занимаемое конкретным каталогом, например:

# du -sh /var/lib
21G     /var/lib

В -s дает вам общую сумму, и -h дает вам "удобочитаемые" размеры (например, "21G" вместо "21998608".

/ Var - это то место, где обычно помещаются файлы журнала (в частности, / var / log), так что это большой вопрос, на который стоит обратить внимание. Убедитесь, что вы сохраняете только то, что вам нужно, а не все в течение последних 3 лет. Это единственная универсальная вещь, о которой я могу думать. Остальное зависит от приложения.