Администрируя не большой офис, состоящий из небольшого количества составляющих, будь то активное сетевое оборудование, сервера, WIFI точки доступа, сетевые принтера и т.д. нет необходимости держать для этих целей систему, позволяющую в «one line» режиме контролировать все элементы компьютерной системы. Вести статистику по устройствам, анализировать природу сбоев и т.д. можно и без дополнительных программных средств. Тем более что стоимость таких систем для небольших компаний «немножечко» высока…
Перейдём к самому вкусному (средний и большой бизнес)
Как быть когда в наличии имеем сеть филиалов с десятком пользователей на каждом, даже в приделах одного города… Правильно!!! Реагируем на проблему по звонку… ну или случайно наткнувшись на проблему… :)
Хороший метод… часто используется…
Проблема в том, что увеличение элементов КС превращает работу системного администратора в круговорот постоянных инцидентов, а возможности есть ли на самом деле проблема определить нет.
Выглядит это примерно так:
Пользователь : аааа… у меня не работает…
Админ: что не работает?
Пользователь: все не работает…или я не знаю… ну как то так…
Админ: сейчас будем смотреть…
И начинается мучительный процесс диагностики… пропингуй… сам ты пропингуй… и так далее… В итоге через 40 минут попыток найти проблему выясняется, что проблемы нет, а пользователь (чисто случайно это, как правило, директор филиала) сегодня просто встал не стой ноги…
Или наоборот проблема есть уже давно, но из за того что так много всего входит в состав КС что ежедневно просматривать логи каждого её компонента нет возможности.
А вот теперь давайте рассуждать
Для того что бы таким способом решать ежедневные обращения прийдётся потратиться на персонал. Качественная составляющая ИТ отдела падает. Анализ работы и отказоустойчивости компонентов КС как правило в голове и изливается коллегам и руководству в устной форме. Точка актуальности преждевременного реагирования… (молчим)
Самое главное тут при росте компании определить точку актуальности при достижении которой не использование централизованной системы мониторинга ИТ отдел начнет становиться неадекватно затратным и при этом мало эффективным.
На этом с лирикой закончим…
Подготовка
Для начала необходимо определить, что необходимо контролировать.
Номинальный список того что необходимо контролировать выглядит примерно так:
Windows Server – службы и сервисы, статистика использования памяти, статистика использования CPU, контроль использования жестких дисков, нагрузка на сетевые интерфейсы, для контролеров домена контроль репликации и т.д. появление ошибок в журнале событий Windows…
Switch и Routers – состояние интерфейсов, количество ошибок на интерфейсах, загрузка каналов и т.д.
WiFi и Printers – состояние и статусы
Но это далеко не полный перечень того что хотелось бы контролировать при помощи системы мониторинга КС. Наваливаются ещё базы данных, VoIP, VMware Server , и многое другое…
SNMP и WMI
Как осуществляется мониторинг????
Для начала необходимо понимать что для того что бы устройство или ОС отдала какие-либо сведения о себе они должны быть универсальны, то есть возможность их обработать должна быть у любой системы мониторинга. Для этого используются такие протоколы как SNMP (для сетевых устройств, сетевых интерфейсов) и WMI (для Windows OS). В дальнейшем мы будем использовать именно эти протоколы.
Кратко познакомимся с данными протоколами:
SNMP (Simple Network Management Protocol — протокол простого управления сетями) — это протокол управления сетями связи на основе архитектуры TCP/IP.
Обычно при использовании SNMP присутствуют управляемые и управляющие системы. В состав управляемой системы входит компонент, называемый агентом, который отправляет отчёты управляющей системе. По существу SNMP агенты передают управленческую информацию на управляющие системы как переменные (такие как «свободная память», «имя системы», «количество работающих процессов»).
Management Information Bases (MIBs)
SNMP не определяет, какую информацию (какие переменные) управляемая система должна предоставлять. Наоборот, SNMP использует расширяемую модель, в которой доступная информация определяется Базами Управляющей Информации (MIB — Management Information Base). Базы Управляющей Информации описывают структуру управляющей информации устройств. Они используют иерархическое пространство имён, содержащее уникальный идентификатор объекта (object identifier (OID)). Грубо говоря, каждый уникальный идентификатор объекта идентифицирует переменную, которая может быть прочитана или установлена через SNMP. MIBы используют нотацию, определённую в ASN.1.
Windows Management Instrumentation (WMI) в дословном переводе — это инструментарий управления Windows. Если говорить более развернуто, то WMI — это одна из базовых технологий для централизованного управления и слежения за работой различных частей компьютерной инфраструктуры под управлением платформы Windows.
Технология WMI — это расширенная и адаптированная под Windows реализация стандарта WBEM принятого многими компаниями, в основе которого лежит идея создания универсального интерфейса мониторинга и управления различными системами и компонентами распределенной информационной среды предприятия с использованием объектно-ориентированных идеологий и протоколов HTML и XML.
Подготовка устройств
Ка правило сложности в включении SNMP протокола на устройствах не возникает. Любой производитель в инструкции к совей железке, четко описывает шаги необходимые для включения этого протокола. Описание данной процедуры занимает максимум пол страницы вне зависимости от сложности устройства будь то Cisco или D-Link. По этому заострять на этом процессе внимание не считаю, нужным, тем более что у каждого производителя этот процесс выглядит по разному.
Советы:
1) не используйте без надобности такое свойство как Write. Для мониторинга достаточно Read only.
2) не давайте на устройстве разрешение обращаться за данными для всех, указывайте конкретный IP адрес сервера мониторинга (по секрету скажу – это для безопасности… только тсс…!!)
3) Если сервер с ОС Windows – это не означает что протокол SNMP настраивать не надо…
WMI использует авторизацию по локальному или доменному пользователю так, что тут у вас так же не возникнет проблем, за исключением того, что желательно ограничить число пользователей которые могу воспользоваться данным свойством.
| 
