Архітектура систем управління мережами

Схема «Менеджер-Агент»

Рис. 51. Схема «менеджер-агент»

Агент є тут посередником між керованим ресурсом і основною програмою-менеджером.

Менеджер використовується для вирішення завдань управління деякою моделлю керованого ресурсу, яка відображає тільки ті його характеристики, які потрібні для його контролю. Наприклад, модель маршрутизатора включає:

· Кількість портів та їх тип

· Таблиці маршрутизації

· Кількість кадрів і пакетів канального, мережевого і транспортного рівнів, які пройшли через ці порти.

Менеджер отримує від агента тільки ті дані, які потрібні для цієї моделі ресурсу. На основі даних моделі менеджер приймає рішення з управління. Агент використовує для отримання відомостей про ресурс спеціальний інтерфейс. Необхідні спеціальні датчики і інтерфейси з внутрішніми вузлами пристрою. Наприклад, датчики температури, датчики положення релейних контактів. Агент поповнює свою модель ресурсу поточними значеннями характеристик пристрою. Тому таку модель називають базою даних керуючої інформації - Management Information Base - MIB. Менеджер взаємодіє з агентом по стандартному протоколу. Менеджер бере дані з бази MIB і передає агенту керуючу інформацію для пристрою.

Розрізняють 2 види управління: In-band - по тому ж самому каналу, по якому передаються дані користувача Out-off-band - поза каналу користувача даних, тобто по спеціальному каналу. Приклад управління «In-band»: взаємодія менеджера з маршрутизатором (агентом маршрутизатора) по протоколу SNMP, переданому по тій же мережі, що і дані користувача. Приклад управління «Out-off-band»: менеджер контролює комутатори первинної мережі FDM, використовуючи для цього окрему мережу Х.25, до якої підключається агент. Управління «In-band» економічніше - не потрібно створення додаткової інфраструктури. Управління «Out-off-band» дає підвищену надійність, оскільки можна управляти і при відмові користувача каналів. Менеджер зазвичай працює на окремому комп'ютері, що виконує роль консолі управління для оператора або адміністратора мережі. Агенти можуть як вбудовуватися в устаткування, так і працювати на окремому комп'ютері.

Модель «менеджер-агент» лежить в основі популярних стандартів:

· Для Інтернету на основі протоколу SNMP

· Стандарту OSI / ISO на основі протоколу CMIP. Рівень інтелектуальності у агентів може бути самим різним: від простого підрахунку числа проходять пакетів і до виконання фільтрації повідомлень, побудови часових залежностей і т.д.

Структури розподілених систем управління. У великих мережах система з одним менеджером має такі недоліки:

· Від менеджера потрібно дуже висока продуктивність і може статися перевантаження тій частині мережі, де розміщується менеджер (у зв'язку з передачею службової інформації)

· Чи не забезпечується необхідний рівень надійності - відмова менеджера призведе до фактичної відмови мережі

· У кожному географічному регіоні доцільно мати окремого оператора або адміністратора, керуючого своєю частиною мережі.

Рис. 52. Розподілена система управління

Схема «менеджер-агент» дозволяє будувати складні за структурою розподілені системи управління. Крім менеджерів в структуру включаються робочі станції операторів мережі, за допомогою яких вони отримують доступ до менеджерів. Менеджери тут називаються іноді серверами системи управління. Оператори робочих станцій можуть з'єднуватися з будь-яким менеджером і за допомогою графічного інтерфейсу переглянути дані про керовану мережі і видати команди на управління мережею. Для зв'язку менеджерів і агентів зазвичай використовуються 2 підходи (щоб упорядкувати структуру):

· Ad-hoc

· Ієрархічний

Рис. 53. Однорангова структура

У разі однорангового підходу кожен менеджер управляє своєю частиною мережі. Координація роботи забезпечується за рахунок обміну інформацією між базами даних (БД) менеджерів. Таке однорангове управління вважається сьогодні неефективним і застарілим. Основним недоліком є те, що такі системи управління будувалися як монолітні системи (що не допускають нарощування), мали обмежене число інтерфейсів, забезпечували занадто повільний обмін між базами даних і зберігали в цих БД занадто детальну інформацію.

Рис. 54. Ієрархічна структура

Ієрархічна система є більш гнучкою. Тут кожен менеджер нижнього рівня виконує роль агента для верхнього рівня. У базу даних MIB цього агента збирається вже більше укрупнена інформація - саме та, яка необхідна менеджерові верхнього рівня. Тут скорочуються обсяги інформації, які циркулюють між рівнями управління, підвищується ефективність управління.

Читайте також:

<== попередня сторінка	\|	наступна сторінка ==>
Функції і архітектура систем управління мережами	\|	Платформений підхід

Не знайшли потрібну інформацію? Скористайтесь пошуком google:

Генерація сторінки за: 0.012 сек.