Наличие инструментов удаленного доступа недостаточно для эффективного управления ИТ-сетью. Чтобы своевременно выявлять проблемы на конечных точках, нужна система удаленного мониторинга. 
 Вполне очевидно, что в наши дни компании более зависимы от ИТ, чем раньше: почтовые программы и приложения, которые непосредственно влияют на производительность сотрудников, финансовые данные, хранящиеся на серверах, потеря которых может негативно сказаться на репутации компании, и т.д.  К сожалению, на многих малых и средних предприятиях (будем надеяться, что в очень крупных организациях это уже не так!) ИТ-отделы работают реактивно, но не в смысле их «реактивной» скорости работы, а в том плане, что они реагируют на те или иные ИТ-события по мере их возникновения. Т.е. когда что-то уже произошло, и это что-то уже негативно отразилось на работе того или иного компьютера, а, следовательно, и сотрудника (или даже предприятия). Получается, что если сотрудник Вашего ИТ-отдела получил звонок или письмо от другого сотрудника Вашего предприятия (или от клиента, если Вы обслуживаете их ПК) с информацией о том, что недоступен сервер или какой-то ПК работает некорректно, то это говорит о том, что уже становится поздно, потому что эффективность работы компании уже снижается, а ущерб от простоя / снижения производительности начинает расти. Причем, скорее всего, проблема вряд ли серьезная, и она устраняется достаточно быстро, но вот если бы о ней знать заранее… То, как говорится, «жил бы в Сочи». Если Вы вовремя узнаете о появлении проблемы (в начальной стадии она еще может быть не заметна для конечных пользователей), то Вы сможете предотвратить инцидент или, по крайней мере, сократить ущерб. И в этом Вам смогут помочь системы мониторинга для отслеживания производительности ИТ-систем, чтобы Вы могли выявлять инциденты до того, как они станут проблемами. В качестве варианта решения данной задачи предлагаем посмотреть, как она решается с помощью облачного RMM-сервиса Panda Systems Management. Его система мониторинга в целом позволяет автоматически сообщать о возможности появления проблем, отслеживая работу устройства и сообщая об этом с помощью предупреждений, информационных панелей, графиков, тикетов и пр. Все это позволяет заблаговременно обнаруживать инциденты и эффективно управлять временем, автоматически назначая инцидент соответствующему ИТ-специалисту и документируя все действия. Это единственный способ сократить время отклика и предотвратить серьезные проблемы, которые могут негативно сказаться на производительности компании и ее финансах. О чем мы сегодня расскажем Вам в данной статье: Сегодня мы не будем рассматривать всю систему мониторинга в целом, а остановимся лишь на так называемых мониторах – основных компонентах системы, позволяющих «держать руку на пульсе» и отслеживать значения всех необходимых параметров на контролируемых устройствах.  Мониторы отслеживают атрибуты, процессы и события на тех устройствах, на которых они развернуты, и поднимают тревогу в том случае, если устройство перестало работать в рамках заданных параметров.  Мониторы можно применять к отдельному устройству, ко всему сайту (группа устройств, какое-то подразделение компании или вся компания) и/или ко всему аккаунту (состоит из множества сайтов) в рамках политики мониторинга, либо применяться к любой выбранной группе устройств на любом уровне. Политика мониторинга – это способ применения одного или более мониторов к различным устройствам в рамках сайта, группы, выборки или ко всем устройствам в аккаунте.  • Политики мониторинга могут быть настроены на уровне аккаунта или сайта
• Политики мониторинга могут быть экспортированы или импортированы, когда передается информация о настроенных мониторах и параметрах порогов срабатываний, а также их уровня критичности.  В итоге, после настройки мониторов на устройствах пользователей, система будет предупреждать Вас о нештатных ситуациях и в зависимости от настроек автоматически запускать требуемые сценарии для решения проблемы. Монитор состоит из четырех групп параметров: • Monitor type: задает его функцию
• Monitor Details: параметры монитора, описывающие условия, когда должен срабатывать триггер для запуска определенных автоматических действий
• Response: автоматические действия, которые могут быть вызваны монитором. На данный момент поддерживаются два типа действий:
— запуск требуемого компонента
— отправка электронных писем
• Тикет: генерация тикета (обращение в ИТ-отдел по поводу инцидента)
Мониторы можно генерировать автоматически или вручную. Вы можете бесплатно зарегистрировать триал-версию Panda Systems Management на сайте и протестировать сервис в своем IT-окружении. Как быстро внедрить решение в Вашем ИТ-окружении можно узнать в нашей предыдущей обзорной статье. К счастью для многих администраторов, в Вашем распоряжении уже есть готовые мониторы, которые были созданы компанией Panda Security на основе лучших практик применения в «боевых» условиях. Так что Вы можете их спокойно импортировать: Эти мониторы помогут Вам значительно ускорить процесс настройки всей системы мониторинга, позволив Вам контролировать широкий круг устройств и серверов. Ниже представлена таблица со списком доступных мониторов и поддерживаемых продуктов. Для этого необходимо выполнить ряд простых действий: Создавать мониторы вручную можно на любом из трех доступных уровней (аккаунт, сайт, устройство) в зависимости от того, какие устройства необходимо контролировать: • Для всего аккаунта: выберите в основном меню Account, далее закладку Policies, и нажмите New account policy 
• Для сайта: внутри конкретного сайта нажмите New site policy на закладке Policies
• Для конкретного устройства: нажмите Monitors на закладке Monitor Шаг 1. Выберите тип политики
Т.к. добавляется монитор, то тип политики должен быть Monitoring Шаг 2. Добавьте цель мониторинга
Добавьте требуемую группу/фильтр и монитор.  При этом у политики может быть несколько связанных с ней мониторов. При добавлении монитора появится 4-шаговый мастер, в котором Вы сможете настроить требуемые параметры. Шаг 3. Выберите тип монитора
На данном шаге укажите монитор, который будет добавлен в политику, в соответствии с ресурсами на устройстве пользователя, которое необходимо контролировать. В этом случае Вам доступен широкий список типов мониторов, о функциях которых Вы можете узнать подробнее из следующей таблицы: Шаг 4. Настройте монитор
Каждый монитор, в зависимости от его функций, имеет немного разные параметры, поэтому этот шаг будет сильно зависеть от типа ранее выбранного монитора. 
В целом, на этом шаге требуется указать следующие данные: • Trigger Details: необходимо указать дополнительные параметры монитора и условия срабатывания триггера
• Alert Details: Вы можете выбрать приоритетность оповещений, которые будут созданы (критический, высокий, средний, низкий, информация)
• Auto Resolutions Details: Здесь Вы можете указать время, требуемое для того, чтобы рассматривать данное оповещение автоматически решенным. Шаг 5. Установите ответ монитора
На этом шаге Вы можете выбрать ответ, который сработает после того, как будут достигнуты ограничения, установленные на шаге 4. 
• Run the following component: В выпадающем списке выберите компонент, импортированный из ComStore или разработанный администратором. • Email the following recipients: Вы можете указать получателей, тему, формат и сообщение электронных писем. При включении опции Default recipients отправляются письма в аккаунты, определенные на закладке Settings у сайта, к которому принадлежит созданный монитор, а также на те, что определены на глобальном уровне в основном меню Accounts, Settings. Шаг 6. Создайте тикеты
На этом шаге Вы можете включить автоматическую генерацию тикетов как ответ, созданный монитором на достижение пределов, установленных на шаге 4. 
• Assignee: назначает техническому специалисту тикеты, созданные монитором • Severity: позволяет изменять уровень критичности сгенерированных тикетов • Ticket Email Notification: отправляет уведомительное письмо на электронную почту назначенного технического специалиста
• Disable Auto Resolution of Tickets: запрещает автоматически закрывать тикет, если перестает возникать оповещение, которое этот тикет и сгенерировало  В случае с некоторыми устройствами, за которыми осуществляется мониторинг с помощью Panda Systems Management, система самостоятельно автоматически генерирует предварительно настроенные мониторы в том случае, когда такие устройства добавляются в консоль управления. Например, такой случай справедлив в отношении принтеров, поэтому когда Вы добавляете в консоль управления такое устройство, как принтер, на закладке Policies автоматически появляется соответствующий монитор. 
Этот монитор позволяет Вам контролировать уровень расходных материалов (тонер, чернила), и если он опускается ниже установленных пределов, то Вы об этом сразу же узнаете через соответствующие оповещения. 
 Мониторы для сетевых устройств, управляемых через SNMP-протокол, отличаются от тех, что создаются для устройств, которые поддерживают установку агента Systems Management. Это связано с тем, что такие мониторы должны удовлетворять ряду требований, связанных с технологией SNMP.  Какие параметры могут контролироваться на устройствах, управляемых через SNMP?  Большинство SNMP-совместимых устройств публикуют (в своих MIB) много подробной информации, что позволяет Вам отслеживать различные параметры работы, например:  • Потребление внутренних ресурсов (память, внутренняя система хранения данных, CPU и т.д.) • Полоса пропускания канала связи.  • Внутренняя температура устройства.  • Описание устройства и производителя (модель, версия, последнее обновление прошивки и пр.)  • Обнаружение определенных ошибок с кодами ошибок.  • Изменения в конфигурации устройства.  • Изменения в статусе устройства: порты, включенные или выключенные на свитче через STP, линии, доступные на коммутаторе и пр.  Любые данные, опубликованные в MIB устройства, могут быть прочитаны и интерпретированы решением Systems Management, хотя в руководстве от производителя будет определено, какая информация может быть использована. Кроме того, важно знать единицы измерения, используемые в опубликованных данных, а также понимать величины пороговых значений, которые будут определять, работает ли устройство в опасной зоне на грани выхода из строя и требует ли оно вмешательства со стороны сервисной службы.  SNMP-мониторы делятся на две группы:  • Offline Monitor: простой монитор, который проверяет, находится ли устройство в онлайне или в офлайне
• Network Monitor: очень гибкие мониторы, которые позволяют Вам получить одно или несколько значений OID из MIB контролируемого устройства, сравнивая их с эталонными значениями, установленными администратором. Если эти значения не соблюдаются, то срабатывает оповещение.  Чтобы создать монитор на SNMP-устройстве, выполните следующие шаги: Шаг 1. Подготовьте устройства для монитора  Практически каждое устройство, подключенное к сети данных, можно контролировать через SNMP. Для этого, как правило, необходимо включить SNMP-протокол в определенных параметрах устройства и указать Сообщество, к которому он принадлежит (по умолчанию стоит значение Public). У некоторых устройств может также потребоваться настройка используемой версии протокола SNMP (v1/v2), а также IP-адреса, с которых контролируемое устройство будет получать SNMP-запросы. В этом случае IP-адрес будет тот, который принадлежит устройству с установленным агентом Systems Management и ролью Network Node.  После того как SNMP включен на контролируемом устройстве, установите идентификаторы OID, которые необходимо контролировать. SNMP-совместимые устройства периодически скидывают внутренние данные о статусе работы в структуру MIB. Необходимо будет проверить документацию производителя данного устройства, чтобы узнать, какие узлы OID в структуре MIB содержат полезную информацию, и записать их.  Также можно получить эти узлы OID, просматривая структуру MIB с помощью Mibble или подобных ему решений.  Шаг 2. Назначьте устройство с установленным агентом Systems Management в качестве Network Node  На этом шаге мы не будем отдельно останавливаться, потому что он требует определенного отвлечения от рассматриваемой темы. Информацию о том, как это сделать, можно посмотреть в руководстве администратора по Panda Systems Management.  Кстати, рекомендуется проверить коммуникации между агентом, назначенным в качестве Network Node, и контролируемым устройством по TCP и UDP порт 161 в обоих направлениях.  Шаг 3. Добавьте сетевое устройство в консоль управления  Для получения более подробной информации о том, как это можно сделать, также лучше посмотреть в Руководстве администратора, где описано о том, как добавить в консоль управления те устройства, что не поддерживают установку агента Systems Management.  Шаг 4. Создайте или интегрируйте компонент SNMP-монитор  Идентификаторы OID, которые System Management считывает с устройства, устанавливаются через компоненты, уже созданные или опубликованные в ComStore, или через компоненты, специально разработанные для устройств, которые не поддерживают текущие компоненты.  Для мониторинга большинства распространенных сетевых устройств достаточно проверить компоненты в разделе Network Monitors в ComStore. Чтобы использовать один из доступных компонентов, нажмите ComStore → Network Monitors и выберите соответствующий монитор. Каждый компонент в Network Monitor отслеживает устройства или семейство устройств от определенного производителя. Посмотрите описание компонента, чтобы убедиться в том, что компонент подходит для мониторинга требуемого устройства.  После того как Вы выбрали компонент, нажмите Buy (не пугайтесь, на самом деле покупать ничего не придется). В этом случае компонент будет добавлен в Components, и Вы сможете использовать его при создании SNMP-монитора.  Для получения более подробной информации о том, как создать компонент SNMP-монитор, смотрите руководство администратора.  Шаг 5. Создайте монитор на уровне устройства (Device Level).  У сетевого устройства перейдите на закладку Monitor, выберите Monitors и нажмите Add a monitor. 
Шаг 6. Выберите тип монитора и связанный с ним сетевой узел Network Node 
Шаг 7. Выберите компонент Network Monitor  Офлайн-мониторы (Offline Monitor) не имеют связанных компонентов, а потому все, что Вам необходимо сделать, — это установить ответ монитора и создать соответствующие тикеты на тот случай, если устройство «выпадает» в офлайн.  Однако сетевые мониторы (Network Monitor) требуют, чтобы Вы выбрали и назначили компонент Network Monitor. Вы сможете выбирать из компонентов Network Monitor, которые были предварительно добавлены из ComStore, или среди тех компонентов, которые Вы, возможно, создали вручную. 
Шаг 8. Введите необходимую информацию в добавленный компонент  В зависимости от типа выбранного Вами компонента Network Monitor, потребуется указать определенные пороговые значения, которые Systems Management будет воспринимать как уровень для создания оповещения. Эти значения отображаются на экране параметров монитора. 
В нашем примере выше мы добавили следующий компонент ComStore: Linux CPU and RAM Monitor. Этот компонент осуществляет мониторинг потребления RAM и CPU, чтобы определять, подвержено ли устройство риску вхождения в состояние ошибки.  Для этого компонент запрашивает от администратора два значения:  • Минимальный объем свободной оперативной памяти на устройстве для его корректной работы. Если значение будет ниже установленного порогового значения, то система будет считать, что данное устройство работает неисправно, а потому будет создано оповещение.  • Максимальный уровень потребления ресурсов CPU, которое может использоваться каждую минуту. Если это значение будет превышено, то система будет считать, что данное устройство работает неисправно, а потому будет создано оповещение.  После того как Вы указали все необходимые данные для создания компонента SNMP, конфигурация монитора будет идентична настройке других типов мониторов.  SNMP-компоненты Systems Management предоставляют видимость внутреннего статуса управляемых устройств, не совместимых с установкой агента. Записи в MIB устройств или получение SNMP-ловушек не поддерживаются. Серверы ESXi требуют специального типа мониторов, отличных от тех, что используются для мониторинга устройств, поддерживающих установку агента. Шаг 1. Выберите тип политики Т.к. речь идет о мониторе ESXi, то выберите ESXi. 
Вы можете создать политики ESXi на уровне аккаунта или сайта, но их невозможно создать на уровне устройства.  Шаг 2. Выберите цель Выберите устройство или группу устройств, которые необходимо контролировать, а также тип монитора, который необходимо добавить в политику.  Нажмите кнопку Add a monitor, чтобы перейти к 4-шаговому мастеру для настройки всех требуемых параметров. Шаг 3. Выберите тип монитора Укажите тип монитора, который необходимо добавить в политику, в соответствие с теми ресурсами, которые необходимо контролировать на сервере ESXi. 
Ниже представлено краткое описание каждого типа монитора. Шаг 4. Настройте монитор  Чтобы настроить монитор ESXi, выполните такие же действия, как и при настройке монитора для устройства, совместимого с установкой на него агента Panda Systems Management (об этом смотрите в данной статье выше). Шаг 5. Установите ответ монитора  Чтобы настроить ответ монитора ESXi, выполните такие же действия, как и при настройке монитора для устройства, совместимого с установкой на него агента Panda Systems Management (об этом смотрите в данной статье выше). Учтите, что невозможно запустить компонент ComStore в качестве ответа на событие, генерируемого монитором ESXi.  Шаг 6. Создайте тикеты  Чтобы создать тикеты, выполните такие же действия, как и при настройке монитора для устройства, совместимого с установкой на него агента Panda Systems Management (об этом смотрите в данной статье выше). Хороший тот системный администратор, которого сотрудники предприятия не видят и не знают, но если только потому, что все работает отлично. А этого можно добиться (в том числе) с помощью грамотно реализованной системы мониторинга ИТ-сети и реагирования на инциденты.  Да, помнится, лет 20 назад администрирование сети из 20-30 компьютеров силами одного сисадмина воспринималось как трудовой подвиг солдата, брошенного на амбразуры ИТ-дзота. Кому-то было смешно, кому-то было жалко этих бойцов невидимого (а чаще всего ой как видимого!) фронта, а кто-то очень даже сильно ругался на них при возникновении очередной проблемы с ПК, возмущаясь тому, что снова невозможно дозвониться до сисадмина, т.к. он вечно где-то бегает или скрывается. Хотя в те времена было в этом что-то романтичное, когда все было в новинку и вновь. В наши же дни современные RMM-системы позволяют не только автоматизировать решение практически всех рутинных ИТ-задач, но они также способны предвидеть появление (или даже возможность появления) ИТ-инцидентов, чтобы решать их проактивно, незаметно для пользователей. И вот тогда про сисадмина многие забудут. Обидно, скажете Вы? Вряд ли, ибо все равно кто-то да и скажет, какой же замечательный у нас сисадмин, ведь все работает без проблем!  А что касается романтики, то для нее всегда есть место, тем более, когда для этого появляется еще и свободное время благодаря RMM-системам.
Добивайтесь большего, делая меньше! P.S. Мы продолжим публикацию практических статей на тему «Как сделать…». В следующий раз попробуем написать про MDM.