Руководство по технологиям объединенных сетей Cisco (953103), страница 163
Текст из файла (страница 163)
Таким образом, информация хранится в атрибутах объектов, которые образуют инфраструктуру каталога. Четвертый пункт очень важен. Он означает, что общая информация может быть размещена и использоваться различными клиентами каталога совместно, поскольку приложения могут использовать общий метод обращения к объекту. Единое пространство имен позволяет полностью интегрировать сетевые элементы и службы с другими типами информации, такими как данные пользователей, приложений и серверов.
Последний пункт является принципиальным для построения информационной инфраструктуры. Сервер каталога имеет возможность контролировать, какая информация, когда и в какие узлы системы распространяется. Что такое служба каталогов7 Служба каталогов предназначена для хранения и извлечения информации из каталога для одною или нескольких авторизованных пользователей. Службы каталогов созданы для предоставления определенных типов информации для приложений. Несколько служб каталогов могут совместно использовать один каталог. В качестве примера рассмотрим два телефонных справочника, один из которых построен по принципу "белых страниц", а второй — по принципу "желтых страниц".
Оба справочника содержат номера телефонов, но в разной форме. Справочник "белых страниц" позволяет найти номер телефона нужного абонента, а справочник "желтых страниц" — получить номера телефонов нескольких организаций, принадлежащих к одной категории. Каталог обеспечивает обе такие возможности. В рассмотренном примере каталог должен содержать модель данных, описывающую разные типы пользователей и служб. В действительности это должны быть две разные службы каталогов: одна — для доступа к данным по принципу "белых страниц", а вторая — по принципу "желтых страниц". Однако они могут использовать один и тот же каталог: модель данных для службы "желтых страниц" является просто расширенным вариантом модели "белых страниц", удовлетворяющим более сложным требованиям.
815 Глава 53. Сетевые каталоги На этом примере видно, что службы каталогов обычно ограничены способом действия. Например, при помощи службы "белых страниц" нельзя (по крайней мере, непросто) узнать имя абонента по его номеру телефона. Традиционное применение каталогов Обычная служба каталогов предоставляет средства размещения и идентификации пользователей и доступных ресурсов в распределенной системе. Службы каталогов являются также основой для дополнения, изменения, удаления, переименования и управления системными компонентами без прерывания работы служб, предоставляемых другими системными компонентами. Современные службы каталогов применяются в следующих областях.
° Хранение информации о системных компонентах в распределенной среде. Каталог реплицируется на несколько серверов, так что пользователь или служба, нуждающиеся в доступе к каталогу, могут обратиться за информацией к локальному серверу. ° Общие функции поиска, такие как поиск по атрибуту (например, "найти телефонный номер Джеймса Смита" ) и по классификации (к примеру, "Найти все цветные принтеры на третьем этаже"). ° Предоставление важной информации для единой регистрации пользователя при доступе к службам, ресурсам и приложениям. я Независимое от расположения ресурса администрирование и управление. Следует отметить, что средства администрирования не обязаны располагаться и управляться централизованно.
° Репликация данных для устойчивого доступа. Изменения, вносимые в любую копию каталога, распространяются по всей сети так, что, после того как изменения распространены, на запрос приложения из любой точки сети выдается одна и та же информация. Причины применения 0ЕМ в интеллектуальных сетях У серверов и служб каталогов, предшествующих 0ЕХ, есть две основные проблемы, которые препятствуют их использованию в интеллектуальных сетях.
Первая проблема заключается в неспособности гетерогенных служб каталогов ко взаимному копированию информации. Дело в том, что протокол 1.0АР не предназначен для этого, и производители снабдили свои каталоги собственными средствами репликации. Некоторые производители служб каталогов используют форму синхронизации, когда информация считывается с сервера каталога другого производителя и преобразуется в Формат, который может быть использован сервером, выполняющим синхронизацию. Однако стандартов синхронизации не существует (каждый работает посвоему), и у каждого варианта есть свои ограничения.
Следует отметить, что над этой проблемой сейчас работает группа по созданию протокола репликации и обновления (00АР 0цр!!саг!оп апг) ()рдаге Ргогосо! — 1.0()Р) при 1ЕТГ. 1.0()Р определяет информационную модель, использованную при разработке протокола репликации, который сейчас проходит синхронизацию. Эта работа должна завершить- 816 Часть Ч!!!. Управление сетями ся к концу 2000 г.
Более подробную информацию о Е033Р можно получить по адрсеу !тггр:Отитути.!ЕгЕОГК/!тгю!.С!таПЕГЗГг!дцр-С!тансу.!тгш!. Вторая проблема заключается в отсутствии стандарта на представление информации. Например, есть много способов представления обшей информации о пользователе. Кроме того, существует тенденция разрабатывать приложения по принципу "дымохода".
Такие приложения стремятся представить информацию в соответствии с набором соглашений об именовании и структурами, наиболее удобными в данном случае. Зто выгодно для отдельного приложения, но создает трудности при совместном использовании и повторном использовании информации разными программами (рис. 53,5). Управление производи тельностью Управление порядком обслуживали» УпРавление продуктом Управление Ресурсами Управление настройкой Устранение неполадок Проблемы интеграции: — Изолироаанныв хранилища данных — Сложность администрирования — Сложность интеграции и настройки — Сл износна перехода от устаревщих систем к новой, более гибкой операционной архитектуре Архитектурные проблемы: — Избытояносп данных — Проблемы синхронизации — Проблемы авторизации приложений — "Закрытость" производителя и приложения Рис.
555. Иитеерация приложений, построенных по принципу "дымохода ", весьма затруднена ° Сетевые элементы и службы представлены стандартным образом, что позволяет различным приложениям использовать одни и те же данные. ° Все элементы управляемой среды представлены в виде обьектов. Это дает возможность одинаково обрабатывать различные элементы управляемой среды 817 Глава 53. Сетевые каталоги Как видно из рис. 53.5, увеличение количества несовместимых баз ланных, каждая из которых предназначена для обслуживания определенных потребностей приложений, значительно усложняет интеграцию.
В первую очередь, проблема заключается в дальнейшем использовании хранилищ, ориентированных на конкретное приложение. Дело в том, что данные в таких хранилищах частично совпадают, но используются различные правила хранения и именования. Зто вызывает проблемы синхронизации, поскольку теперь все копии данных должны обновляться одновременно; однако это не просто, так как они находятся в разных форматах и представлениях.
Кроме того, одни и те же данные рассматриваются по-разному. Наконец, последним камнем преткновения является интеграция. Если все приложения станут использовать частные версии одной и той же модели данных, как они будут ими обмениваться? Обратите внимание, что это также ограничивает возможность совместного и повторного использования приложениями одних и тех же данных. Но еше большей проблемой является то, что до 33ЕМ не существовало никакого стандарта на представление сетевых элементов и служб. По этой причине !3Е!ь! имеет следующие важные преимушества. и обеспечивает единый способ представления информации о различных эле- ментах системы.
Как сейчас осуществляется, например, единое управление сетью? Иногда для управления различными элементами среды используют НР/Орепч!езг и одно или несколько приложений С!зсо (предположим, что это %!поотгз ХТ) для настройки устройств С!зсо ао асей сети. Возникает проблема: эти два типа приложений должны использовать одни и те же данные, но такое практически невозможно по следующим причинам. ° Разные приложения представляют одну и ту же информацию по-разному, поскольку имеют различную структуру. ° Приложения работают на различных платформах.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
