Возможный дубликат:
Сколько и какие разделы я должен создать для Linux-сервера?
Я только что купил специальный сервер с 2 ТБ памяти. Я установлю на него Debian, но пересматриваю, как разбить свой диск на разделы.
Раньше у меня был такой же сервер с такой конфигурацией (автоматически определяемой моим провайдером):
/ -> 10 GB
/home -> 1.99 TB
Проблема заключалась в том, что я быстро перешел на 90% / потому что MySQL, хранящийся в /var/, был слишком тяжелым для всего 10 ГБ.
в /home, Я храню все сайты в таком виде:
/home/domain.tld/subdomain/ # like :
/home/google.com/www/
/home/google.com/calendar/
/home/facebook.com/www/
/home/facebook.com/api/
(примечание: да, у меня есть Google и Facebook, почему?;))
Таким образом, имея много места для хранения /home кажется правильным.
Для нового сервера задумал создать всего два раздела / и swap, но прежде чем сделать что-то ужасное, мне было интересно, что вы мне порекомендуете?
Спасибо за ваш опыт, ребята :)
Нет правильного способа определить правильную схему раздела. Это во многом зависит от того, для чего предназначен ваш сервер, и, например, серверу, используемому MySQL, может потребоваться собственный раздел для / var, как вы указали.
Однако я предлагаю использовать LVM (диспетчер логических томов). LVM. Это позволяет абстрагироваться от ваших физических устройств (дисков) и позволяет создавать схему разделов, как если бы вы делали классическое разделение. Что еще интереснее, это позволяет вам изменять размер логических томов (разделов) на работающих серверах. Таким образом, вы меньше беспокоитесь о том, чтобы правильно определить, как должна выглядеть ваша схема раздела, потому что в любом случае у вас все еще есть возможность изменить ее в рабочей среде. И последнее, но не менее важное: он позволяет делать снимок логического тома (полезно в качестве резервного).
Подводя итог, можно сказать, что это решение позволяет избежать возникшей у вас проблемы и дает вам больше гибкости для других целей (снимки, зеркалирование ...).
Я обычно помещал / var в отдельный раздел, а также / srv в отдельный раздел.
На производственном сервере / var в отдельном разделе - хорошая идея не только потому, что вам может потребоваться много места для него (как вы обнаружили), но также потому, что если он заполняется журналами, вы не хотите, чтобы он остановил весь ваш сервер.
Кроме того, я обычно создаю точку монтирования / srv и монтирую туда отдельный раздел. Если мне нужно хранилище для сервисов, я помещаю их все в / srv (обычно я имею дело с общими ресурсами Samba).
Поэтому, учитывая то, как я обычно использую Linux, у меня есть / var, / srv и / home как области, которые, вероятно, будут сильно расти, и я использую отдельный раздел для всех этих точек монтирования. Я бы также предпочел переместить место хранения MySQL из / var в / srv, чтобы все данные для служб находились в одном легко запоминающемся месте. Кроме того, веб-сайты, которые не имеют отношения только к одному пользователю, я также стараюсь переходить с / var / www на / srv / www для единообразия.
Я также считаю, что LVM - это хорошая вещь, которую нужно изучить и использовать. Однако, если вы используете Linux в виртуальной среде, это не проблема, поскольку изменение размера виртуальных дисков не такая уж большая проблема, и поэтому преимущество LVM немного уменьшается (хотя преимущества все же есть). . Я пытался изучить администрирование Linux через командную оболочку, поэтому я получил многоуровневое обучение. Я оставил LVM на данный момент и пока довольно хорошо знаком со старым способом ...
... но независимо от того, используете ли вы LVM или нет, невозможно обойтись без изучения того, как предполагается использовать различные каталоги. Как только вы их узнаете, вы лучше подготовитесь к принятию собственных решений о том, как разделить. Вы можете узнать больше об этом в Стандарт иерархии файловой системы
Это полностью зависит от вашего использования и характера ваших приложений. Некоторые парни держат отдельный /var раздел. В любом случае, вы увидите, что люди, которые используют oracle, используют отдельный раздел для данных oracle и часто также для журналов повторного выполнения oracle.
Вы также можете рассматривать / var как раздел lvm. Не увеличивайте размер перегородки, выберите то, что, по вашему мнению, будет израсходовано. Поскольку у вас уже был кризис пространства, вы знаете, с какой скоростью mysql заполняет пространство. Помня об этом, разместите / var /.
Вы также можете создать отдельный / var / lib / mysql.
Но убедитесь, что вы используете lvm. Это практически незаменимо для работы сисадмина.