WebNFS
in Администрирование устройств и управление дисками 01 28, 2010WebNFS - программный продукт, разработанный фирмой Sun Microsystems, который расширяет возможности служб NFS до Internet. Фирма Sun считает, что WebNFS предоставляет весомые преимущества в свете повышения производительности по сравнению с современными протоколами Internet, HTTP и FTP. Фирмы Netscape, Oracle, IBM, Apple и Novell объявили о своей поддержке WebNFS.
World Wide Web (всемирная паутина) становится выбором человечества для распространения и совместного использования информации в сети Internet. Простота и широкая доступность службы Web помогли ей затмить аналогичные технологии. К сожалению, протокол доступа к "всемирной паутине", HTTP, оставляет желать лучшего с точки зрения его производительности. Протокол HTTP - однонаправленный протокол, который неэффективно передает многие форматы данных. Целые страницы и все их содержимое должны быть переданы запрашивающему браузеру одновременно. С другой стороны, NFS работает в каждый момент времени только с частью файлов, обычно лишь с используемыми в данное время разделами. Имеется возможность с помощью NFS обновить разделы файла, а с помощью HTTP эта задача является практически неразрешимой. Ниже перечислены основные преимущества WebNFS по сравнению с HTTP и FTP:
Q> Управление соединением. Клиент службы WebNFS может загружать несколько файлов через единственное постоянное ТСР-соединение.
* Параллелизм. Клиенты WebNFS могут выдавать множество параллельных запросов к серверу NFS. Эффект параллелизма заключается в лучшем использовании ресурсов сервера и сети, в более высокой производительности для конечного пользователя.
0> Устойчивость к отказам. Служба WebNFS хорошо известна своей устойчивостью к отказам сети и сервера. В случае прерывания FTP-серверы требуют повторной загрузки с самого начала, что заставляет пользователей повторять операции и впустую тратить время на дублирования. Если какой-нибудь клиент WebNFS сталкивается с прерыванием, он может возобновить процесс именно с того места, где произошло прерывание.
* Производительность и масштабируемость. В настоящее время серверы NFS способны обрабатывать свыше 21000 операций в секунду. Они очень тесно интегрированы с ОС, настраиваются на максимальную производительность системы и достаточно просты для администрирования. WebNFS позволяет упростить дистанционный доступ к файлам, может работать с брандмауэрами и через них, а это означает, что системные администраторы теперь могут задавать, какие именно каталоги или файлы они хотят экспортировать, или делать доступными, через Internet. После того как эти файлы были экспортированы, а какое-нибудь приложение выдало запрос на получение доступа к ним, WebNFS может автоматически размещать эти файлы, согласовывать привилегии доступа к ним и прозрачным образом выполнять монтирование данных файлов из любого места в сети Internet. Затем пользователи могут получить доступ к этой информации, как если бы данные находились на их локальных машинах.
В отличие от современных протоколов доступа к файлам, таких как HTTP и FTP, WebNFS представляет собой полную файловую систему, которая поддерживает редактирование файла по месту, за счет чего исключается необходимость его загрузки на локальную машину, редактирования и повторной загрузки данного файла обратно на сервер. Вместо всего этого пользователи могут редактировать исходный файл непосредственно с их рабочих столов. Это экономит время и обеспечивает сохранение целостности совместно используемых файлов.
WebNFS может выполнять монтирование некоторой файловой системы целиком за один раз либо предоставлять возможность для обмена информацией с отдельными файлами на сервере. Эта возможность известна под названием MCL (Multi-Component Lookup -многокомпонентный поиск), она позволяет клиенту выполнять поиск какого-нибудь документа, опираясь на полностью заданный маршрут к некоторому файлу, вместо того, чтобы искать отдельные компоненты этого маршрута до тех пор, пока не будет обнаружено местоположение реального файла. Например, чтобы найти такой файл, как /books/sola ris/test.txt в среде NFS, вы должны найти сначала отдельные компоненты имени его маршрута (books и Solaris), а уж затем сможете найти файл testtxt. С помощью WebNFS вы просто передаете полный маршрут на сервер, и этот сервер возвращает непосредственно вам размер и размещение данного файла. Это повышает производительность за счет исключения нескольких шагов передачи данных.
WebNFS поддерживает также усовершенствования, внесенные в NFS версии 3.0, посредством реализации более крупных, чем установленное в NFS версии 2 ограничение в 8 Кбайт, пакетов передачи данных, поддерживает 64-разрядные слова данных для файлов и файловые системы с размером, превышающим 4 Гбайт.
read comments (0)Структура сети NIS
in Служба имен 12 4, 2009Центром сети NIS является главный сервер. Система, выделенная в качестве главного сервера, содержит набор таблиц отображений, которые вы в качестве администратора службы имен NIS создаете и обновляете по мере необходимости. После того как сеть NIS была установлена, любые изменения в таблицах отображения должны проводиться именно на главном сервере. Каждый домен службы имен NIS должен иметь один и только один главный сервер. Главный сервер должен представлять собой систему, которая может распространять обновления службы имен NIS с минимальным ущербом для производительности.
В дополнение к главному серверу вы можете создать резервные серверы, которые называются подчиненными серверами службы имен NIS и применяются для того, чтобы несколько разгрузить главный сервер, и для замены главного сервера в случае его выхода из строя. Если вы создаете какой-нибудь подчиненный сервер NIS, то таблицы отображения с главного сервера переносятся на данный подчиненный сервер. Подчиненный сервер имеет полную копию главного набора таблиц отображения N1S. Если в одну из таблиц отображения на главном сервере внесено какое-нибудь изменение, то эти обновления распространяются между подчиненными серверами. Существование подчиненных серверов позволяет системному администратору равномерно распределять нагрузку, связанную с ответами на запросы к службе имен NIS, что также минимизирует эффект внезапной недоступности какого-нибудь сервера.
Обычно все хосты данной сети, включая главный и подчиненные серверы, являются клиентами службы имен NIS. Если какой-нибудь процесс на одном из клиентов NIS запрашивает конфигурационную информацию, то он обращается к службе имен NIS вместо того, чтобы просматривать свои локальные файлы конфигурации. Для получения информации о группах и паролях, а также псевдонимах электронной почты, можно сначала обратиться к файлам /etc, а затем - к NIS, если запрошенная информация не найдена в файлах /etc.
Любая система может быть клиентом NIS, однако только системы с дисками должны использоваться в качестве серверов NIS, как главного сервера, так и подчиненных серверов. Серверы одновременно являются клиентами для самих себя.
Как уже отмечалось ранее, набор таблиц отображения, совместно используемый серверами и клиентами, называется доменом службы имен NIS. Главные копии таблиц отображения находятся на главном сервере NIS, в каталоге, который имеет имя /\ar/yp/
Когда клиент запускается, он отправляет запрос серверу, который обслуживает домен данного клиента. Любой сервер, который имеет набор таблиц отображения для домена данного клиента, вне зависимости от того, является ли он главным или подчиненным, может ответить на запрос. Клиент "привязывается" к первому серверу, ответившему на посланный им запрос, и затем этот сервер отвечает на все запросы клиента к службе NIS.
Хост не может быть главным сервером для более чем одного домена NIS. Однако главный сервер одного домена одновременно может быть подчиненным сервером другого домена. Хост можетбыть подчиненным сервером для несколько доменов. Клиент принадлежит только к одному домену.
Служба NFS в Solaris
in Администрирование устройств и управление дисками 09 15, 2009Служба 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 описывается далее в настоящей главе.
Серверы и клиенты
in Администрирование устройств и управление дисками 09 15, 2009В среде NFS системы поддерживают взаимоотношения по модели "клиент-сервер". Сервер NFS - это то место, где размещается конкретная файловая система. Любая система, имеющая какую-нибудь локальную файловую систему, может быть сервером NFS. Как будет показано далее в настоящей главе, системный администратор конфигурирует сервер NFS таким образом, чтобы сделать его файловые системы доступными другим системам и пользователям. Системный администратор имеет полный контроль над тем, какие файловые системы могут быть смонтированы и кто может монтировать их.
Клиент NFS - это система, монтирующая какую-нибудь дистанционную файловую систему с некоторого сервера NFS. Далее в настоящей главе будет описано, как системный администратор создает локальный каталог и монтирует эту файловую систему. Как вы увидите далее, одна и та же система может быть как сервером, так и клиентом NFS.
Версии сервера и клиента печати
in Службы печати LP 09 15, 2009Сервер печати представляет собой систему, к которой подключен локальный принтер и которая обеспечивает доступность данного принтера для других систем в сети. Клиент печати - это дистанционная система, которая может посылать запросы на печать на какой-нибудь сервер печати. Некоторая система становится клиентом печати, когда вы инсталлируете программное обеспечение клиента печати и разрешаете данной системе доступ к дистанционным принтерам. Любая сетевая система с принтером может быть сервером печати до тех пор, пока располагает адекватными ресурсами для управления нагрузкой печати.
Клиент печати выдает команды печати, которые позволяют ему инициировать запросы на печать. Команда print находит принтер и информацию о его конфигурации.
Когда какое-нибудь задание на печать посылается с данного клиента печати, пользователь выдает либо команду 1р в стиле SVR4, либо команду Ipr в стиле BSD.
Инсталляция заплаты
in Управление пакетами программного обеспечения 09 15, 2009Пользователи фирмы Sun могут получить доступ к заплатам защиты информации или другим рекомендуемым заплатам через World Wide Web или через FTP с анонимным доступом. Клиенты фирмы Sun, которые заключили контракт на сервисное обслуживание, могут получить доступ к расширенному набору заплат и полной базе данных, информирующей о заплатах. Эта информация также доступна через World Wide Web или через FTP с анонимным доступом, кроме того, она регулярно распространяется на дисках CD-ROM.
Подробная информация о том, как инсталлировать и удалять заплату, обычно содержится в файле Install.info, поставляемом с каждой заплатой. Кроме того, каждая заплата содержит файл README, содержащий конкретную информацию по заплате.
Заплаты поставляются в трех различных форматах. Заплаты операционной системы Solaris 8 поставляются в zip-формате, например, 104945-02.zip. Поэтому в операционной системе Solaris 8 для извлечения файлов заплат из архива следует использовать команду unzip, как показано в приведенном ниже примере:
/usr/bin/unzip 104945-02.zip
Для версии 2.6 и более ранних версий заплаты могут поставляться в сжатом tar-формате, например, 104945-02.tar.Z. Используйте команду zcat для распаковки данного типа файла заплаты и команду tar для создания каталогов данной заплаты, как показано ниже:
/usr/bin/zcat 104945-02.tar.Z | tar xvf -
Другие заплаты Solaris могут поставляться в виде tar-файлов, сжатых с помощью программы gzip, например, 104945-02.tar.gz. Для извлечения сжатого с помощью программы gzip файла из tar-архива используйте команду gzcat, которая распакует данный тип файла и создаст каталоги заплаты, что и показано ниже:
/usr/bin/gzcat 104945-02.tar.gz | tar xvf
Для инсталляции заплат, имеющих формат каталогов, в системе Solaris 8 применяется команда patchadd. Она должна запускаться суперпользователем, а ее синтаксис имеет следующий вид:
patchadd [-d] [-u] [-B backout_dir]
Клиент JavaStation
in Установка программного обеспечения Solaris 8 09 15, 2009Этот клиент предназначен для нулевого администрирования; такой клиент оптимизирует Java. Клиент JavaStation использует все преимущества сети для доставки необходимой информации из приложений, написанных на языке Java, и служб, для получения законченной интегрированной системы и управления сетью. Этот тип клиента может создавать значительный сетевой трафик, поэтому убедитесь в том, что ваша сеть обладает необходимой пропускной способностью. Клиент JavaStation не имеет локального администрирования; загрузка, администрирование и хранение данных осуществляются серверами через сеть.
Конфигурация устанавливаемой системы
in Установка программного обеспечения Solaris 8 09 15, 2009Перед инсталляцией операционной системы вам необходимо определить конфигурацию системы, которая будет установлена. Конфигурация определяется по способу доступа к корневой (/) и пользовательской (/usr) файловым системам и областью своппинга. Существуют следующие конфигурации системы:
^ Server (сервер)
^ Clients (клиентские конфигурации), в число которых входят:
• Diskless clients (бездисковые клиенты)
• JavaStation clients (клиенты JavaStation)
• Клиенты типа Solstice AutoClients
• Stand-alone systems (автономные вычислительные системы)
