Алексей Стахнов - Linux

Создание разделов на клиентских машинах

Требования, предъявляемые к рабочим станциям, менее жесткие, чем те, которые предъявляются к серверам. Это связано с тем, что на клиентских машинах выполняется значительно меньше процессов, способных вызвать переполнение раздела. Кроме того, последствия переполнения раздела на клиентской машине не столь опасны, как на сервере.

На клиентских машинах можно создавать два или три раздела.

Создание разделов на сервере

Обычно на серверах требуется создавать больше разделов, чем на клиентских машинах, поскольку очень важно обеспечить максимальную устойчивость работы каждого сервера. Помимо своп-раздела на серверах создаются отдельные разделы для каталогов /, /tmp, /usr, /var. На многих серверах в зависимости от их назначения создаются и другие дополнительные разделы.

Сервер DNS

Сервер DNS предоставляет данные всем остальным компьютерам сети. Для повышения надежности обычно создается несколько дисковых разделов. Для каталога /var обязательно должен быть выделен отдельный раздел не менее 100 Мбайт, поскольку при работе служба DNS генерирует большие файлы журналов и файлы резервных копий.

Сервер NIS

К дисковым разделам ведомого сервера NIS предъявляются те же требования, что и к серверу DNS, за исключением того, что рост журналов не должен вызывать заполнения раздела, содержащего файлы карт YP. (Обычно они размещаются в каталоге /var/yp/maps.) Поэтому рекомендуется выделить отдельные дисковые разделы для каталогов /var и /var/log. Раздел /var/log должен иметь размер не менее 50 Мбайт, а размер раздела /var по крайней мере вдвое превосходить ожидаемый максимальный размер файлов карт YP.

К ведущим серверам NIS предъявляются те же требования, что и к ведомым, причем разделы /var и /var/log должны быть еще больше.

Почтовый сервер

На почтовых серверах для каталогов /var и /var/spool необходимо создать отдельные дисковые разделы достаточно большого объема. Каталог /var/log должен располагаться в разделе размером не менее 100 Мбайт. Требуемый размер этого раздела пропорционален нагрузке на сервер. Каталогу /var/spool должен быть выделен объем, достаточный для размещения всех почтовых сообщений для всех пользователей, обслуживаемых данным почтовым сервером. Если почтовый сервер обслуживает достаточно много пользователей, размер этого раздела может составлять несколько гигабайт.

Серверы FTP и HTTP

Все FTP– и HTTP-серверы в своих разделах /var или /var/log должны иметь не менее 100 Мбайт свободной дисковой памяти, предназначенной для размещения файлов журналов. Требуемый объем свободного пространства пропорционален нагрузке на сервер.

Кроме того, вся структура каталогов, доступная FTP– или НТТР-демонам, должна располагаться в своем собственном разделе. Это позволит монтировать в системе данный раздел с особыми параметрами (например, с разрешением доступа "только для чтения"). Если службы FTP и HTTP функционируют на одном и том же сервере, для сохранения их данных следует использовать отдельные разделы. Это упростит настройку параметров вычислительной среды.

Сервер NFS

Каталоги, предоставляемые в качестве ресурсов NFS, должны располагаться в отдельных разделах. Это упрощает их резервное копирование, а так же предохраняет сервер от переполнения системных разделов. Величина NFS-раздела зависит только от администратора и политики фирмы. У некоторых это сотня мегабайт, у других – сотни гигабайт.

Сервер Samba

Как и в случае NFS, экспортируемые средствами Samba каталоги должны располагаться в отдельных разделах. Требования по объему раздела абсолютно аналогичны серверу NFS.

Серверы новостей

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

Для /var/spool/news необходимо выделить отдельный раздел, который, в идеале, должен располагаться на отдельном жестком диске. Это способствует повышению производительности системы. Кроме того, в случае отказа дискового устройства со спулом новостей на новом устройстве потребуется лишь создать пустые разделы. Кроме того, поскольку спулы новостей обычно содержат множество мелких файлов, отношение количества индексных блоков к общему объему дискового пространства должно быть в три или четыре раз больше, чем в случае обычных файловых систем.

Серверы баз данных

Планирование разделов на серверах баз данных должно выполняться при участии администраторов баз данных. Большинство крупных СУБД устанавливается в нескольких файловых системах, размещенных на нескольких дисковых устройствах. Кроме того, часто используются один или более разделов без файловых систем (raw, "сырой раздел"), предназначенных для хранения данных.

Достаточный объем свободного дискового пространства должен быть зарезервирован и для создания файлов журналов, размещаемых в каталоге /var или /var/log.

Серверы приложений

На серверах приложений выполняется программное обеспечение, работа которого обычно имеет жизненно важное значение для организации. Во многих случаях отказ любого из таких серверов вызывает остановку работы части или даже всей компании.

Выполняемые файлы функционирующих на сервере приложений программ обычно размещаются в каталогах /opt или /usr/local. В любом случае, этот каталог должен располагаться в собственном разделе, поскольку объем его будет увеличиваться при каждой модернизации эксплуатируемых программ. Кроме того, следует обеспечить объем дискового пространства, достаточный для размещения нескольких копий приложения. Это упростит модернизацию приложений и обеспечит возможность быстрого отката в случае необходимости. Идеальный вариант – размещение раздела на RAID-массиве.

Сервер общего назначения

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

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

Применение рекомендаций

На практике применение вышеуказанных рекомендаций может выглядеть следующим образом.

О проблеме 1024 цилиндра. Как мы уже отмечали, не все компьютеры могут производить загрузку с цилиндра жесткого диска, большего, чем 1024. И не все загрузчики с этим справляются. Поэтому, во избежание возникновения проблемы, необходимо создать раздел /boot величиной 16–32 Мбайт, до 1024 цилиндра. Большим его делать смысла не имеет, а вообще размер зависит от того, будете вы держать на этом разделе несколько версий ядра или нет.