Управление производительностью с использованием NNM (Network Node Manager) - Лекция

На тему: «Управление производительностью с использованием NNM»Часто приходится слышать философские рассуждения об управлении производительностью в реальном мире такого примерно толка: "Чтобы правильно планировать производительность сети, нужно измерять нагрузку во всех точках сети и детально моделировать топологию. Для поиска и устранения неисправностей сети требуются данные о загрузке и ошибках в реальном времени. Обеспечение информации для ежемесячных совещаний подразумевает конфигурирование NNM для измерения согласованных показателей производительности. Определяя, в течение какого времени следует поддерживать доступность данных о производительности NNM в оперативном режиме, приходится искать компромисс между производительностью, удобством и стоимостью. Хранение большого объема данных, доступных в оперативном режиме, может снизить производительность и увеличить накладные расходы системного администрирования, если только не будет сконфигурирована более мощная и дорогая NNM-платформа.Данные о производительности сети являются существенным компонентом управления сетью, поскольку "нельзя управлять тем, что не измеряется". Данные о производительности требуются на каждой стадии эволюции сети. Поэтому обычным подходом является опора на агентов SNMP в сети для обеспечения данных о производительности и использование для сбора этих данных основанной на SNMP системы управления сетью, такой как NNM. Если симптомы проблемы исчезли, значит, нужны исторические данные за то время, когда проблема проявлялась. Большинство жалоб пользователей на производительность касается клиентской, сетевой и серверной систем, поэтому для установления истинной причины важно оценивать данные SNMP во всех этих системах.Составим список того, о чем реально заботятся пользователи, когда это касается их сетевых приложений. О чем заботятся пользователи: · время реакции для интерактивных транзакций; Теперь составим список того, о чем пользователи не заботятся, когда используют свои каждодневные сетевые приложения: О чем пользователи не заботятся: · интенсивность использования сетевой магистрали; Позиция сетевых менеджеров может состоять в том, что они обеспечивают свободную от ошибок пропускную способность сети, а время реакции приложения - это дело администраторов серверов. Но время реакции транзакции, видимое пользователем, является суммой времени реакции клиентской части, времени реакции серверной части и задержки в сети в каждой сетевой позиции между клиентом и сервером.Демон SNMPCOLLECT сможет успешно сохранять исторические данные SNMP в базе данных до тех пор, пока не исчерпаются возможности дискового устройства. Переполнение дисков может привести к непредсказуемому поведению систем критической важности, поэтому необходимо указывать, сколько времени данные SNMP должны быть доступными в оперативном режиме. В качестве общей услуги для сообщества пользователей многие системы NNM конфигурируются таким образом, чтобы собирать основную информацию SNMP на всех устройствах домена управления. Сокращение объема исторических данных SNMP является обязательным, поскольку в противном случае рано или поздно диск переполнится. На оперативной странице руководства для приложения SNMPCOLDUMP HP приводит примерный UNIX-скрипт, предназначенный для сокращения объема данных SNMP (см. рис.Напомним, что по умолчанию NNM конфигурируется таким образом, чтобы выполнялись три дополнительные попытки запроса SNMP с возрастающими в геометрической прогрессии таймаутами, начиная с 0.8 секунды (0.8, 1.6, 3.2 и 6.4 секунд для четырех таймаутов, в общей сложности составляющих 12 секунд). При опросе устройств удаленной сети может возникать суммарная задержка около одной секунды, особенно если при передаче используются перегруженные последовательные каналы. Установленные по умолчанию короткие интервалы опроса SNMP только добавят трафик в сети. Полагая, что размер пакета SNMP составляет 200 байт, для вычисления добавочного объема сетевого трафика, возникающего по причине наличия SNMP-опроса, можно умножить это число на количество устройств и разделить на размер интервала опроса. При интенсивном взятии образцов с интервалами в одну секунду, десять секунд и одну минуту фиксируются все интересные отклонения сетевых показателей.У сетевых менеджеров отсутствует сформулированный принцип для объяснения этого явления, но известно, что использование в сети управляющего программного обеспечения SNMP изменяет ее поведение. Рассмотрим следующий список: · добавляется трафик, который только повышает интенсивность нагрузки; Датчикам RMON2 не требуется опрашивать сетевое оборудование, а HP NETMETRIX может периодически загружать статистику с минимальным влиянием на сеть. Система управления сетью порождает много различных видов трафика в разных объемах. Этот трафик имеет пульсирующий характер, и для подключения к сети станции управления сетью (NMS) следует использовать выделенный дуплексный порт коммутатора 100BASE-T.В промышленном стандарте MIB-2 имеются сотни полезных переменных.

План

Введение

1. Данные о производительности

2. Обеспечение данных для SLA

3. Определение интервалов времени хранения данных о производительности

4. Оценка частоты выборки образцов данных SNMP

5. Принцип неопределенности Гейзенберга для SNMP-опроса

6. Насколько большой трафик создает NNM

7. Данные SNMP о производительности в MIB2 и персональных MIB

8. Стратегии установки пороговых значений

9. Создание MIB-выражения

10. Оперативный просмотр данных о производительности

11. Предоставление данных о производительности потребителю

13. SNMPV2c и 64-битные счетчики

Заключение

Литература