Быстрый и надежный файловый сервис — один из важнейших элементов любой серьезной вычислительной среды. Дешевле всего развернуть файловый сервер на рабочей станции UNIX, разместив его на нескольких жестких дисках. Но это не оптимальное решение с точки зрения производительности и удобства администрирования.

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

• они оптимизированы на выполнение операций с файлами и, как правило обеспечивают наивысшую производительность при работе с NFS;
• по мере увеличения требований к хранилищу файлов можно легко наращивать мощности сервера, который справится с терабайтными массивами данных и сотнями пользователей;
• они более надежны, чем UNIX-станции, благодаря усеченному набору программ, применению дополнительной аппаратуры, обеспечивающей избыточность данных, и зеркальному дублированию информации на жестких дисках;
• они реализуют файловый сервис для клиентов как UNIX, так и Windows, некоторые даже содержат встроенные Web- и FTP-серверы;
• чаще всего они проще в администрировании, чем файловые серверы-UNIX;
• они обладают улучшенными средствами резервного копирования и контроля состояния, чем обычные UNIX-системы.

На рынке существующих систем фаворитами являются устройства компании Network Appliance, Inc. (www.netapp.com). Диапазон предложений — от малых до очень крупных систем, и цены вполне приемлемы Компании Auspex и EMC занимают нишу устройств высшего класса. Они делают хорошие продукты, но их цены могут испугать кого угодно. Приготовьтесь также изучить модные маркетинговые термины.

Индивидуальное монтирование файловых систем посредством упоминания их в файле /etc/fstab или /etc/vfstab сопряжено в крупных сетях с рядом проблем. Во-первых, ведение файла /etc/fstab на нескольких сотнях машин — утомительная задача. Каждая из этих машин может отличаться от других и требовать индивидуального подхода.

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

В-третьих, крах какого-нибудь важного сервера может нанести немалый ущерб пользователям, сделав недоступными такие важные разделы, как, например, /usr/share/man. Самый простой выход из подобной ситуации — временно смонтировать копию раздела с резервного сервера.

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

В настоящее время программа automount входит в состав Solaris и HP-UX. В Red Hat одноименная программа имеет незначительные отличия в синтаксисе конфигурационного файла. Подробнее о ней рассказывается в конце параграфа.

Программа automount поддерживает три вида конфигурационных файлов (называемых таблицами назначений): таблицы прямых назначений, таблицы косвенных назначений и главные таблицы. Таблицы первых двух типов содержат информацию о файловых системах, подлежащих автоматическому монтированию. Главная таблица — это список таблиц прямых и косвенных назначений, на которые программа automount должна обращать внимание. В определенный момент времени активной может быть только одна главная таблица. Стандартная ее версия хранится в файле /etc/auto_master.

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

Программа amd олицетворяет собой дальнейшее развитие концепции автоматического монтирования. Она стала в некотором роде сиротой, когда ее автор Джан-Саймон Пендри перестал сопровождать ее. В настоящее время разработку программы продолжает Эрец Задок (Erez Zadok) из Колумбийского университета, сделав ее компонентом пакета am-utils. Соответствующий Web-адрес таков:

http://www.cs.columbia.edu/~ezk/am-utils

Программа amd выгодно отличается от конкурентов следующими особенностями.

• Она посылает удаленным серверам через постоянные промежутки времени запросы типа "оставайся на связи" и ведет список доступных серверов. На основании этой информации происходит монтирование, демонтирование и замена файловых систем. Если какой-то сервер зависнет, при последующих попытках доступа к файловой системе будет возвращаться сообщение об ошибке "operation would block" (операция приведет к блокировке), предотвращающее зависание программы.
• B amd нет патентованного исходного кода; эта программа перенесена более чем на двадцать версий UNIX.
• Программа amd реализует ряд видов монтирования, которые не поддерживаются утилитой automount (например, монтирование "объединения" каталогов).
• В дистрибутив amd входит команда amq, позволяющая отслеживать статус программы amd и посылать ей советы и команды (например, запросы на принудительное демонтирование).
• Синтаксис таблиц назначений amd более стандартизирован, чем у программы automount. Для всех компьютеров организации можно использовать один файл, распространяемый посредством программы rdist или rsync.
• Программа amd основана на следующей концепции: любой сервер имеет одну или несколько файловых систем, каждая из которых содержит один или более томов (связных совокупностей файлов). Это позволяет упростить обработку подкаталогов по сравнению с программой automount.