Руководство по технологиям объединенных сетей Cisco (953103), страница 161
Текст из файла (страница 161)
1). ь',"э Модель двинь)х представляет собой представление характеристик совокупности ::У связанных объектов в терминах, соответствующих данному хранилищу и техно-(логии доступа. Схема представляет собой совокупность моделей данных, описывающая множеьу ство связанных управляемых объектов. Ииформацйонвая модель представляет собой техлслогически независимую спецификацию, ойисываюшая характеристики совокупности объектов и их связь с другими ,'Р .;:объектами в управляемой среде без указания метода хранения, протоколов доступа или койкрстных типов хранилищ. Риг. 5з. й Ииформоциоииаи жодеик модели доииыт и схезви Основное назначение информационной модели — описание единого, универсального прсдстсвшения управляемых ланных и объектов, не зависяшсс от технологий хранения и нроюквтов доступа.
Информационная модель применяется для описания всех управляемых объектов среды и связей межлу ними. Поскольку нрирола обьек~он и данных, оцисываюнгих зти объекты различны, естественно ожидшгь что лля представления этих обьскгон и снязей между ними потребуются различцыс тины дшшых цри хранении. Например, может быгь разработана политика лля изменения типа очередное~и на конкретном интерфейсе маршрутизатора доступа.
Она ьзожс~ оказаться функцией числа отброшенных октетон и числа пользователей конкретных зивов служб. Сохранение результатов счетчика нротокола Б)х)МР, регистрируюшего вес, снязанное с числом отброшенных октетов, для каталога нецелесообразно, поскольку показания счетчика изменяются слишком быстро длн того, чтобы каталог успевал их регистрировать. Однако оцрслслсния пользователя, как и сама политика вполне целесообразно сохранять в кагж юге.
поскольку они могут воспользоваться механизмами рсиликации бтублирования), которые имеются в каталоге. Как булст показано лалее в настояшей главе, каталоги ассьча удобны н качестве механизмов рспликании, а публикация данных в каталоге позволяет различным приложениям совместно использовать данные и обмениваться ими. Поэтому преимушество информационной модели сосгоит в возможности представления того, как эти различные типы данных и обьекгон связаны друг с другом единым согласованным образом не будучи обусловленными возможностями какого-либо конкретного хранилиша, Иными словами, инфортзационная модель зсиает .югичесхое хранилище, которое онисынае~ упранлясмыс обьекты и данные.
Ло1ическое хранилишс преобразуется в некоторос множество физических храиилщц лля данных. Конкретное множество храни- ВОВ Часть згй. Управление сетями лищ для данных, которое будет использоваться, зависит от нужд приложений, использующих эти хранилища. Это позволяет разработчику выбрать соответствующие хранилища для данных и протоколы, которые будуг использоваться для данного приложения. У разных приложений различные потребности, в силу чего им требуются различные способы хранения данных. Это не вызывает проблем, поскольку можно выполнить набор преобразований из одной информационной модели в несколько моделей, соответствующих используемым типам хранения данных. Вообще говоря, эти преобразования будут различными, поскольку каждый тип хранилища использует конкретную технологию хранения, которой соответствуют олин или несколько конкретных протоколов доступа.
Это приводит к тому, что одна информация будет отличаться от другой. Например, схема каталога принципиально отличается от схемы реляционной базы данных. Однако все полученные таким образом информационные элементы могут быть связаны друг с другом поскольку одни получены из одной информационной модели. Модели данных в различных хранилищах Модель данных описывает основные характеристики объекта или совокупности обьектов способом, характерным для определенного глина хранилища. Например, объект "маршрутизатор*' принципиально отличается от объекта "пользователь".
Более того, представление объекта в каталоге отличается от его представления в реляционной базе данных, даже если это одна и та же информация. Объект в каталоге представляет собой набор элементов с атрибутами, определенными в соответствии с синтаксическими правилами (такими, как типы данных и способы поиска информации), поддерживаемыми Ы)АР и в Х.500. Кроме того, это улучшает локализацию каталога. Локализацией (сопга(пгпепг) называют отношения подчинения между обьектамн в системе.
В нашем примере обьект "пользователь*' обычно локализован, или принадлежит, объекту более высокого уровня, такому как группа или организационная единица (то, что в Х.500 называется г)11Из|оп — подразделение). Структура объекта "полыователь" в реляционной базе данных отличается от структуры такого же объекта в каталоге. Например, данные, описывающие пользователя, будут находиться в одной или нескольких таблицах, а не в виде отдельных элементов, как в каталоге.
Более того, они и структурированы будут несколько иначе, чтобы поддерживать различные информационные структуры и протоколы доступа, которые могут быть использованы в базе данных, но не в каталоге. Однако одним из главных различий между реляционной базой данных н каталогом является взаимосвязь с другими объектами, а не их локализация. В объектно-ориентированной информационной модели используются объектноориентированные методы представления информации в виде некоторой совокупности объектов, существующих в управляемой среде. Главным отличием информационной модели является то, что кроме описания характеристик элементов в ней также описывается их поведение и взаимодействие.
Впрочем, два последних свойства присуши не всем хранилищам. Таким образом, информационная модель описывает взаимосвязь между различными типами информации, независимо от типа их хранения. Выбор типа хранилища и вспомогательных средств для реализации тех аспектов информационной модели, которые не обеспечивает само хранилище, зависит от разработчика. Поясним это на примере. Предположим, нужно принять решение об изменении условий, так как в сети появился некий дополнительный поток данных. Данное решение зависит от следующих факторов: ВО9 Глава 53. Сетевые каталоги ° количество отброшенных октетов на данном интерфейсе. ° соглашение об уровне обслуживания для данного пользователя или приложения. ° историческая и прочая информация.
Это три принципиально различных типа информации. Отдельное хранилище данных, каким бы оно ни было, очевидно, не является оптимальным для ее хранения из-за свойственных ему различий в объеме, частоте обновления, типах запросов и структурах для хранения и извлечения этих данных. Информационная модель описывает отношения между такими структурами данных, а также с другими объектами управляемой среды.
Это позволяет разработчику проектировать оптимизированные хранилища для каждого типа информации, а затем комбинировать данные так, как это ему нужно. другим примером является использование различных моделей данных для моделирования интерфейса маршрутизатора, пользователей, различных служб н данных для приложений, предоставляемых разными пользователями. Однако модель данных не позволяет описать взаимодействие между этими объектами. Для этого применяется информационная модель. Отсюда следует, что для представления различных данных, описанных в информационной модели, применяются разные модели данных.
Таким образом, хотя каталоги — очень важный тип хранилищ информации о сетевых элементах и службах, они не являются единственно возможным типом хранилищ данных. Однако, поскольку в каталогах обычно содержатся данные о пользователях, приложениях и других ресурсах сети, они часто в той или иной степени используются всеми приложениями. Вот почему эта глава посвящена отображению 0Е)Ц-информации в форме, позволяющей сохранять 0ЕХ-данные в каталоге и извлекать их оттуда. Реализация информационной модели В настоящее время развиваются две основные стандартные информационные модели: общая информационная модель (Совппоп 1п(оппайоп Мог)е! — С1М) и модель сетевых каталогов (О!гесгогу-ЕпаЫег! ХецногЬ вЂ” 0ЕЩ, которая является расширенной моделью С! М. Обе они в настоящее время находятся в ведении 0МТГ.
модель с!м Общая ияформационная модель ЕСоттоп lфоггпаг!оп МоЫе! — С7М2 представляет собой объектно-ориентированную информационную модель, которая описывает управление системой и ее компонентами. Она определяется стандартом рабочей группы по управлению развитием настольных вычислительных систем (О!згпЬцгег! Мапакегпеп! Таз)г россе — 0МТГ). Продолжение развития С!М является частью отраслевой инициативы, цель которой — единое управление средой, независимо от протоколов и форматов данных, поддерживаемых устройствами и приложениями. Многие разработчики сетевой инфраструктуры и управляющего ПО приняли С1М в качестве информационной модели для средств управления предприятием.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
