TECH DOC

Категории

Оптимизация [6]

Map

Теги

Статистика

Онлайн всего: 1
Гостей: 1
Пользователей: 0

Поделиться

Каталог статей

Главная » Статьи » Управление инфраструктурой » Оптимизация

Построение системы мониторинга на примере OpManager (часть 4)
Настройка мониторов и оповещений
 
 
Любая система мониторинга имеет в своём арсенале хоть какое-то количество уже заранее приготовленных шаблонов для мониторинга тех или иных компонентов КС. Будь то сетевое оборудование Cisco, HP или Enterasys или сервера под управлением Windows 2003/2008. Помимо этого есть ещё другие ресурсы, которые так же необходимо контролировать, например: Oracle, MySQL, MSSQL, POP3, SMTP, DNS, WEB и т.д. Иногда необходимо контролировать конкретное приложение на предмет запущено ли оно. Хотим просматривать статистку загрузки канала в реальном времени. Хотим контролировать состояние не только стандартных сервисов Windows но и тех которые были подняты с вспомогательным программным обеспечением… В общем много чего хотим…
 
Скажу так… большинство систем мониторинга дадут Вам такую возможность… но…
 
Необходимо понимать, что чем больше вы мониторите тем мощнее должно быть оборудование, на котором установлена система мониторинга. И не забывайте, что система записывает все события в базу данных. Что при не правильном навешивании мониторов приведёт к не разумному росту базы.
 
Вряд ли для контроля сервера терминалов и сервера баз данных необходимо использовать одни и те же мониторы.
 
Необходимо индивидуально подходить к каждому компоненту КС. Или делить их на группы по схожести. Например, у Вас 4 терминальных сервера! Скорее всего, навес мониторов будет для всех четырех одинаков.
 
Попробуем настроить мониторы для почтового сервера.
 
Maps-Servers
 
Выбираем почтовый сервер
Видим примерно такую картину
 
 
Как видно на рисунке система сама увидела POP3,SMNP,Web и DNS
 
Этот процесс автоматизации очень удобен. Хочу только заметить, что с контролерами домена такого не происходит. Но об это чуть позже.
 
Итак пошагово настроим мониторы и оповещение
 
1. Service Monitors – сразу определяются стандартные сервисы но при необходимости добавить ещё жмем педаль «add monitor» или удалить нажав «Remove» в нижней правой части окна сервисов.
 
 
2. Windows Service Monitors – здесь можно добавить сервисы Windows . Контролировать их состояние например есть сервис который должен быть в состоянии «Запущен».
 
 
С правой стороны нажимаем «Click here» для добавления сервиса в список.
 
 
 
В левой части находятся стандартные и те сервисы которые Вы уже добавляли сервисы. К примеру, сервис Terminal Server в ряд стандартных не попал. У вас 4 терминальных сервера. При настройке первого вы его добавили. Теперь он постоянно будет в списке в левой части экрана. И когда вы перейдёте к настройке следующего терминального сервера проводить сканирование уже не придётся.
 
Проведём сканирование и добавим сервис. В правой части экрана необходимо нажать «Click [here...] to discover services from device» по сле чего выбрать необходимые сервисы.
 
 
 
 
3. Performance Monitors - монитор производительности например использование физической памяти. При добавлении сервера часть из них подтягивают автоматически. И считаются номинально необходимыми.
 
Список мониторов производительности довольно таки велик. Поделен на котегории. Например Exchange Monitors имеет предпологающийся для него мониторы с описанием типа протокола и пояснением к нему.
 
Каждый сам определяет, какие мониторы необходимо использовать. Но если вы никак не можете определится, то по моему мнению для Windows серверов необходимый набор мониторов производительности выглядит так как на рисунке ниже.
 
Совет: не навешивайте их слишком много. Учитесь находить то минимальное количество мониторов которое оптимально будет информировать Вас.
 
 
4. Process Monitors – грубо говоря контролирует запущенные приложение. Да бывает и такая необходимость.
 
После добавления необходимых мониторов производительности, ждём минут 5-10, и только после этого будет виден результат. Система должна опросить устройства и только тогда начнет графически отображать текущие результаты.
 
 
Это не все мониторы… но пока мы не будем использовать работу других средств мониторинга.
 
 
 
 
Notification Profile – вот здесь мы и будем настраивать оповещения.
 
 
 
В предыдущей части мы настраивали свойства почтового сервера и создали одно правило рассылки. Именно здесь мы его и задействуем.
 
После выбора оповещения переходим к настройке того что будет провоцировать рассылку.
 
when the Device misses – количество опросов в течении которого устройство не отвечает (если стоит значение «1» то если будет хотя бы один опрос со статусом устройство не отвечает система начнет слать письма)
 
when any [selected...] Interface is having some problems – проблемы с сетевыми интерфесами.. например чрезмерная нагрузка или ошибки
 
when any [selected...] Service is down – указываем при неработоспособности каких сервисов слать рассылку
 
when any [selected...] Windows Service is down – например добавленный нами ранее сервис завалился… слать письмо
 
when any [selected...] Event Log Rules generates alarm – контроль системного журнала на предмет появления ошибок
 
и обязательно ставим галочку notify when the alarm is cleared – это оповещение о том что уже все нормально.
 
 
Ставить галочку Select all крайне не советую!!!!!!
 
 
Если сделать все правильно, то со временем на почту начнут сыпаться письма,
оповещающие что все пропало…
 
 
 
 
 
 
Основные мониторы настроены письма оповещения работают… красота!!!!
 
Категория: Оптимизация | Добавил: Kogr (05.11.2010) | Автор: Kogr W
Просмотров: 4967 | Рейтинг: 5.0/1

Поиск

Vir Actiy

IP

Узнай свой IP адрес

Scan File

Scan URL

+

Бесплатный анализ сайта

Статьи , новости информационных технологий , обзоры , описание ошибок , Операционные системы , системные ошибки , новые технологии , аутсорсинг , windows , Linux , VoIP , FreeBSD , Cisco , информационная безопасность , Win7 , Win8 , server , проблемы с серверами , ИТ , управление инфраструктурой и многое другое…