Глава 4.1. Сетевые операционные системы

Основные направления развития сетевых операционных систем в сильно упрощенном виде можно представить в виде схемы, приведенной на рис. 4.1.

Рис. 4.1.

Характерные черты сетевой ОС:

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

· выделение ресурсов для рабочих станций

· обеспечение функциональной целостности и защиты данных

· организация и поддержка вычислительного процесса на сервере

· управление вычислительной сетью

· обеспечение высокой производительности

· поддержка многопроцессорной архитектуры

· унификация связи по различным протоколам с обеспечением одновременной работы по нескольким протоколам

· поддержка различных файловых систем и совместимость с различными платформами

· обеспечение высокой надежности и бесперебойной безотказной работы

· обеспечение наращиваемости

· поддержка модульной архитектуры и простоты управления и конфигурирования

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

Серверная операционная система – подразумевает выделение специлизированного компьютера, который выступает в роли сервера и в зависимости от функционального назначения различают file сервер, сервер баз данных, print сервер.

Одной из основных служб сетевой операционной системы является служба каталогов – служба глобальных наименований, которая обеспечивает создание и использование глобальной базы данных, хранящей сведения обо всех объектах сети, независимо от их расположения и унифицирующая основные операции работы со всеми элементами как логической, физической и информационной структурой распределенной системы. Такие сетевые ОС, как Windows Server, Unix и Novell NetWare предлагают свои отличающиеся службы каталогов, которые влияют на архитектуру, как операционной системы, так и на архитектуру сетевой среды. Поэтому рассмотрим основные идеи службы каталогов.

X.500

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

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

Ядро модели X.500 составляет распределенная база данных, содержащая полезную информацию об объекте, такую, как его характеристики и местонахождение в сети. Пользователи каталога могут читать или модифицировать информацию из базы данных при условии, что у них есть надлежащие права.

Информационная база каталога (DIB) имеет хранилище данных с иерархической структурой под названием 'информационное дерево каталога' - DIT. Каждый элемент в структуре дерева состоит из одного или более узлов (DSE). DSE без нижележащих или дочерних элементов называется листом, а DSE с хотя бы одним дочерним элементом называется ветвью (табл. 4.1).

Таблица 4.1.

Уровень	Корень	RDN	DN
Корень		nothing	{}
Страна	c=us	{c=us}
Организация	0 = ascotta	{c=us, 0 = ascotta}
Обычное имя	cn = MicleDon	{c=us, 0 = ascotta, cn = MicleDon }

Объекты в таблице представляют собой простые имена, и X.500 позволяет иметь множество типов объектов в каталоге. Эти объекты характеризует атрибут под названием 'класс объекта'. Данный атрибут содержит также другие обязательные атрибуты, определяющие его характер. Классы объектов используются в качестве строительных блоков для создания новых классов объектов вниз по иерархии.

Каждый DSA содержит и обслуживает свою уникальную часть DIT. Ввиду глобального характера X.500 всю базу данных хранить на одном компьютере попросту непрактично. Кроме того, циркулирующая внутри каталога информация имеет гораздо больше шансов быть правильной, когда каждый из владельцев DSA будет отвечать исключительно за свою часть информации. Опрос по цепочке и прямая ссылка представляют собой два основных коммуникационных процесса между агентами X.500.

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

Рис. 4.2.

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

DSA взаимодействуют друг с другом по системному протоколу каталога (DSP). Протокол предусматривает функциональные и проверочные процедуры для выполнения операций опроса по цепочке.

Одним из препятствий к распространению X.500 стало то, что, в соответствии с первоначальным вариантом стандарта, DAP должен был базироваться на протоколах OSI, но реализация OSI требовала слишком значительных ресурсов. Поэтому было реализовано подмножество X.500, которое получило название LDAP.

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

LDAP во многом следует принципам X.500. Они оба поддерживают иерархическое пространство имен, используя элементы с атрибутами класса объектов. Вам не придется делать выбор - или LDAP, или X.500, так как серверы LDAP и X.500 взаимодействуют с серверами LDAP, передавая запросы агентам X.500 DSA.

Netscape Directory Server (1996) – включая программную поддержку клиентов LDAP на основе стандарта HTML, поддержку платформ Windows NT, NetWare и Unix, имела двухфазный коммуникативный механизм. Внешний интерфейс сервера - точка доступа - обрабатывает запросы LDAP. Внутренний интерфейс отвечает за подключаемые модули для управления базой данных. Netscape определяет корневое отличительное имя (RDN), специально создаваемый элемент для Netscape Management Services, которое конфигурируется на клиенте.

Netscape использует модель базы данных 'главный-подчиненный' (рис. 4.3). Главным является сервер поставщика, а подчиненным - заказчика. Все изменения должны вноситься на сервере поставщика, тогда как сервер заказчика может выполнять только операции чтения.

Рис. 4.3.

Дата добавления: 2015-07-07