Служба NFS в Solaris
Служба NFS была разработана фирмой Sun Microsystems, а затем включена в большинство популярных операционных систем. Количество реализаций NFS достаточно велико, и эти реализации для различных операционных систем отличаются между собой. В своем развитии служба NFS прошла через несколько разных версий. Таким образом, если вы используете NFS для подсоединения к другой системе, вы должны иметь представление о различных версиях NFS.
Версия 2 NFS была первой широко распространенной версией протокола NFS. Она до сих пор доступна на самых разнообразных платформах. Релизы SunOS вплоть до Solaris 2.5 поддерживают именно версию 2 протокола NFS. Однако необходимо отметить, что NFS 2.0 обладает многими недостатками. Например, серверы, работающие под управлением UNIX, в настоящее время переводятся на более быстрые 64-разрядные реализации, и для них размер пакета данных в 8 Кбайт, используемый NFS 2.0, является узким местом в организации передачи данных. Над разрешением этих и других проблем много поработали такие фирмы как Sun, Digital, IBM, Hewlett-Packard и Data General. В 1995 году они совместно выпустили NFS 3.0 в качестве воплощения RFC 1813. Вам придется столкнуться с NFS 2.0 только в том случае, если вы работаете с какой-нибудь старой версией операционной системы, такой как Solaris 2.4 или HP-UX версии 10.
NFS 3.0 была внедрена в версии 2.5 операционной системы Solaris. В ней были выполнены некоторые изменения, направленные на повышение способности к взаимодействию и производительности, включая следующие расширения относительно версии 2.0:
Ф Разрешена безопасная запись на сервер в асинхронном режиме, что обеспечивает повышение производительности за счет того, что сервер может кэширо-вать в памяти запросы клиента на запись. Клиенту нет необходимости ожидать сервер для того, чтобы записать изменения на диск; следовательно, время ответа сокращается.
Ф Сервер может накапливать запросы, что обеспечивает сокращение времени ответа, или реакции, на данном сервере.
Ф Все операции службы NFS возвращают атрибуты файлов, которые сохраняются в локальном кэше. Поскольку кэш обновляется чаще, необходимость в выполнении отдельной операции для обновления этих данных возникает намного реже. Таким образом, количество вызовов дистанционных процедур сервера уменьшается, что обеспечивает повышение производительности.
Ф Был усовершенствован процесс проверки полномочий доступа к файлам. В частности, версия 2.0 могла генерировать некоторое сообщение, регистрирующее "ошибку записи" или "ошибку чтения", если пользователи пытались скопировать дистанционный файл, на доступ к которому у них не было полномочий. В версии 3.0 полномочия доступа проверяются до того, как открывается конкретный файл, поэтому ошибка, подобная описанной выше, регистрируется как "ошибка открытия файла".
Ф В версии 3.0 сняты ограничения в 8 Кбайт на размер передаваемого пакета, и теперь клиенту и серверу предоставлена возможность договариваться о максимальном размере передаваемого пакета.
Ф В версии 3.0 была добавлена поддержка ACL (Access Control List - списка управления доступом). Списки управления доступом, которые были описаны в главе 8, предоставляют более тонкий механизм для установки полномочий доступа к файлам, чем тот, который доступен при использовании стандартных полномочий доступа к файлам UNIX.
Ф В качестве транспортного протокола по умолчанию для протокола NFS вместо ранее используемого протокола UDP (User Datagram Protocol - протокол передачи пользовательских дейтаграмм) теперь используется протокол TCP (Transmission Control Protocol - протокол управления передачей), который обеспечивает повышение производительности в медленных и в глобальных сетях. Первоначально протокол UDP был более предпочтителен, поскольку он хорошо реализовался в локальных сетях и был быстрее, чем протокол TCP. Хотя протокол UDP имел преимущества в широкой полосе пропускания и малом времени ожидания, характерных для локальных сетей, он хуже реализуется в условиях узкой полосы пропускания и большого времени ожидания в глобальных сетях, таких как Internet. В последние годы совершенствования аппаратных средств и реализаций протокола TCP настолько сузили преимущества протокола UDP, что теперь реализации протокола TCP могут даже превосходить протокол UDP. Сегодня все большее количество реализаций NFS поддерживает протокол TCP. В отличие от протокола UDP протокол TCP предоставляет возможности контроля межсоединений и восстановления после ошибок.
^ В версии 3.0 был усовершенствован менеджер сетевой блокировки, который предоставляет блокировку на уровне записей UNIX и разделение, принятое в персональном компьютере для файлов NFS. Механизм блокирования файлов NFS теперь стал более надежным; таким образом, такие команды как ksh и mail, которые используют блокировку, теперь менее склонны к зависанию.
Чтобы воспользоваться преимуществами перечисленных усовершенствований, протокол версии 3.0 должен быть запущен как на сервере, так и на клиентах NFS.
В Solaris 2.6 протокол NFS 3.0 получил еще несколько дополнительных усовершенствований:
^ Обеспечена корректная работа с файлами размером более 2 Гбайт, которая ранее была невозможна.
^ Был увеличен принятый по умолчанию размер передаваемого пакета до 32 Кбайт. Эффект более крупных пакетов заключается в сокращении количества запросов NFS, необходимых для передачи обеспечивая лучшее использование пропускной способности сети и ресурсов ввода-вы вода серверов и клиентов. Если сервер поддерживает такую возможность, то клиент может выдать запрос на чтение, который позволит загрузить файл за одну операцию.
^ Поддерживается динамическая отказоустойчивость файловых систем, предназначенных только для чтения, что обеспечивает высокий уровень доступности данных. Использование подобной технологии позволяет задать несколько точных копий на случай, если какой-нибудь сервер NFS выйдет из строя. Кроме того, можно задать другую точку монтирования на каком-нибудь альтернативном сервере.
^ Службе WebNFS предоставлена возможность за счет использования расширения протокола NFS делать файловую систему в Internet доступной через брандмауэры. WebNFS обеспечивает более высокую пропускную способность, чем протокол HTTP (Hypertext Transfer Protocol - протокол передачи гипертекстовых сообщений) при получении доступа к какому-нибудь Web-серверу в условиях большой загрузки. Кроме того, данный протокол предоставляет возможность совместного использования файлов через Internet без накладных расходов на администрирование какого-нибудь сайта с анонимным доступом по протоколу FTP (File Transfer Protocol - протокол передачи файлов). WebNFS описывается далее в настоящей главе.
Похожие темы
