[IT-инфраструктура, Open source, Системное администрирование] Новые шаблоны — IPMI, Mikrotik, MSSQL
Автор
Сообщение
news_bot ®
Стаж: 6 лет 9 месяцев
Сообщений: 27286
Статья написана на основе доклада Максима Чудинова, инженера-интегратора Zabbix.
В этой статье мы расскажем о некоторых новых шаблонах, добавленных в версию Zabbix 5.0.
IPMI
Шаблон IPMI работает только с пятой версией системы мониторинга Zabbix, потому что построен на новом ключе impi.get, который использован в качестве мастер-метрики. Ключ запрашивает у контроллера IMPI все датчики с их значениями и порогами и возвращает полученную информацию в формате JSON. В соответствии с правилами низкоуровневого обнаружения из этих данных создаются метрики для дискретных и пороговых датчиков. Метрики получают данные путем предварительной обработки значения из мастер-метрики с помощью JSONPath.
Результат в формате JSON
Если на контроллере заданы не все пороговые значения, система не может создать триггеры из-за неправильного триггерного выражения, потому что для пустых значений триггера в рамках низкоуровневого обнаружения макрос не раскрывается. В результате появляется сообщение о неработающем триггере.
Сообщение о неработающем триггере
В более ранних версиях рекомендовалось самостоятельно указать на контроллере все отсутствующие пороги. В Zabbix 5.0 появилась новая функция Overrides, которая позволяет переопределить правило низкоуровневого обнаружения и задать фильтры, чтобы результат не содержал лишних данных.
Правила низкоуровневого обнаружения
Новая функция Override
В новом шаблоне для каждого прототипа триггера предусмотрено условие: если макрос не раскрывается, он присутствует в триггере как обычный текст. Поэтому стало возможным предусмотреть правило не создавать триггер, если он содержит имя макроса, а не его значение. Таким образом создаются только триггеры с обнаруженными пороговыми значениями.
Создание триггеров
Поскольку используется несколько пороговых значений с разным уровнем предупреждения, в триггерах заложена зависимость друг от друга: триггер с меньшим пороговым значением не срабатывает, когда срабатывает триггер с большим пороговым значением. Поэтому может появиться сообщение о том, что создать зависимость невозможно.
Сообщение о невозможности создать зависимость
Это не влияет на работоспособность шаблона. Наша команда продолжает работать над изменением кода, чтобы обрабатывать такие ситуации. Но пока мы по-прежнему рекомендуем задавать все отсутствующие пороговые значения на контроллере.
MikroTik
В шаблоне для устройств MikroTik были добавлены правила обнаружения.
Новые правила обнаружения в шаблоне Net Mikrotik SNMP
В обновленный шаблон добавлены правила обнаружения метрик каналов WiFi. Фактически это дополнительные метрики для обнаружения сетевых интерфейсов с типом 71 для точек доступа и с типом 1 для контроллера. Отдельные правила для точек и контроллеров созданы потому, что в зависимости от режима работы устройства данные выдаются с разными идентификаторами object ID. Если устройство работает как контроллер, создаются метрики с именем канала, статусом и количеством аутентифицированных и пытающихся аутентифицироваться клиентов.
Создаваемые метрики правила обнаружения для контроллера
ПРИМЕЧАНИЕ. Контроллер не передает данные об SSID, поэтому соответствующая метрика отсутствует. Единственный триггер в этом правиле обнаружения — состояние канала. Состояние 'running-ap' означает, что точка доступа доступна и канал активен. В любом другом случае срабатывает триггер, что означает отключение канала на контроллере, отключение точки от локальной сети или от электропитания.
Результаты выполнения правила обнаружения
Если точка доступа работает в режиме standalone, создаются метрики SSID, полоса, уровень сигнала, уровень шума, аутентифицированные и пытающиеся аутентифицироваться клиенты.
Создаваемые метрики правила обнаружения для точки доступа
ПРИМЕЧАНИЕ. Если точка доступа находится под управлением контроллера и создана в Zabbix как отдельный хост, к которому привязан описываемый шаблон, правило обнаружение не сможет получить какие-либо данные, потому что в таком режиме информация о WiFi каналах отсутствует.
На некоторых устройствах MikroTik есть датчики температуры. Новое правило обнаружения позволяет обнаружить датчик температуры и создать метрику с тремя триггерами для пороговых значений температуры. Значения задаются через макросы и могут быть переопределены на уровне хоста.
Метрика правила обнаружения для датчика температуры устройства MikroTik
MSSQL
Теперь в базовой поставке Zabbix содержит новый шаблон, разработанный для безагентского мониторинга СУБД Microsoft SQL Server начиная с версии 2016 для Linux и Windows платформ. Новый шаблон, используя минимальное количество устанавливаемых соединений, обеспечивает сбор метрик:
— доступность, версия, время работы,
— количество операций в секунду,
— счетчики запросов, блокировок, ошибок
— размеры баз данных,
— состояние репликации.
Установка и настройка шаблона
Описание, readme-файл и ссылка на шаблон размещены в документации Zabbix.
ПРИМЕЧАНИЕ.
- При настройке ODBC с драйвером от Microsoft для SQL Server задаются только два параметра: Driver и Server.
- Для работы достаточно указать сервер — IP-адрес или доменное имя — и порт, разделённые запятой.
- Настройка в отдельных параметрах имени пользователя, пароля и номера порта не используется и не работает.
- odbc.ini
[\]
Driver = ODBC Driver 17 for SQL Server
Server = <IP или FQDN>, <TCP порт>
- Макросы
{\$MSSQL.DSN} = <…>
{\$MSSQL.USER} = <…>
{\$MSSQL.PASSWORD} = <…>
{\$MSSQL.PORT} = 1433
{$MSSQL.INSTANCE} = SQLServer или MSSQL$<имя экземпляра>
Задать порт необходимо в случае установки SQL Server с параметрами не по умолчанию.
Если на одном сервере устанавливается более одного экземпляра SQL Server, то в настройках экземпляра необходимо задать TCP порт. По умолчанию второй и последующие экземпляры SQL Server устанавливаются без использования TCP-порта.
Обязательные для работы шаблона макросы: DSN, USER (логин), PASSWORD, PORT и INSTANCE. Макро PORT используется для проверки доступности. Если при установке SQL Server было задано пользователькое название экземпляра, то необходимо изменить значение макро INSTANCE с SQLServer на MSSQL\$<имя экземпляра>.
Шаблон достаточно объемный — 67 метрик. Сбор данных осуществляется мастер-метриками с помощью ключа db.odbc.get, который возвращает JSON для последующего разбора зависимыми метриками с использованием функции препроцессинга JSONPath.
Результаты сбора данных с использованием шаблона
Данные счетчиков берутся из системной таблицы dm_os_performance_counter. Большинство метрик являются зависимыми, однако часть данных в таблице представлены в «сыром» виде, поэтому некоторые метрики — вычисляемые.
Доступность сервиса (объекта) проверяется с помощью ключа net.tcp.service, в котором используется имя или адрес, указанные в интерфейса хоста, а также порт, ранее указанный в макро {\$MSSQL.PORT}.
Правила обнаружения
В шаблоне используются правила LLD, которые позволяют обнаруживать базы данных, реплики и их разновидности: зеркалирование и группы доступности, а также локальный и удаленный экземпляры баз, появляющиеся после настройки репликации. По базам данных собирается информация о статусе, размере, транзакциях и журнале транзакций. По репликации и реплицируемым базам — статус и состояние синхронизации.
Правила обнаружения в шаблоне DB MSSQL by ODBC
Заключение
Пожелания и замечания по шаблонам можно оставлять на форуме Zabbix или на портале технической поддержки.
Разработчикам, желающим поделиться своими шаблонами и получить статус рекомендуемого шаблона на странице интеграций Zabbix, мы предлагаем воспользоваться нашей поваренной книгой о том, как готовить правильный шаблон, которая размещена на обновленном сайте документации.
Хочу поблагодарить всех энтузиастов, участвовавших в сборе данных для разработки и в тестировании описанных шаблонов. Спасибо Вам большое.
Вопросы и ответы
Вопрос. Мониторинг Microsoft SQL на данный момент доступен только в Zabbix 5.0?
Ответ. В связи с изменением формата шаблона существующий шаблон в предыдущие версии импортировать невозможно.
Вопрос. Доступны ли все метрики в шаблоне с использованием ODBC-запросов для обычного пользователя или нужно назначать какие-то права на уровне СУБД? И если нужно, то какие именно права?
Ответ. Да, при создании пользователя в экземпляре SQL Server необходимо задать права такого пользователя. Настройка прав описана в readme-файле к шаблону.
Вопрос. Планируется ли сделать шаблоны для WiFi-оборудования UBQUITI?
Ответ. В опубликованных планах таких задач нет. Можно порекомендовать создать соответствующий запрос на портале технической поддержки, и, в зависимости от популярности запроса, Zabbix может добавить такой шаблон.
Вопрос. Поддерживается ли мониторинг нескольких экземпляров Microsoft SQL?
Ответ. Да, если назначить TCP-порт на каждый экземпляр. По умолчанию порт назначается только при инсталляции первого экземпляра SQL Server. Второй и последующие экземпляры по умолчанию недоступны по TCP. Также для каждого экземпляра нужно настроить ODBC, создать отдельный хост в Zabbix и задать макро.
Вопрос. Можно ли мониторить резервные копии баз данных с использованием шаблона Microsoft SQL?
Ответ. Нет, резервные копии баз данных не мониторятся. Желающие поделиться своими идеями мониторинга резервного копирования могут создать запрос ZBXNEXT и мы добавим такую возможность.
Вопрос. Каким образом масштабировать количество 'опрашивателей' (pollers) Microsoft SQL?
Ответ. Мы пока не проводили нагрузочное тестирование, поэтому сказать, что количество одновременных запросов ограничено или не ограничено невозможно.
Вопрос. В шаблоне нет триггера, относящегося к отключению блока питания контролируемого устройства. Можно ли автоматизировать создание триггеры на основе метрик, чтобы не делать это вручную?
Ответ. Если такая информация поступает, сенсор должен быть и иметь значение. Если сенсор на контроллере отсутствует, то такую информацию мы получить не сможем. Желающие поделиться своими идеями могут подготовить ZBXNEXT и мы постараемся такую функцию реализовать.
Кроме того, если имеется дискретный сенсор, для него невозможно предусмотреть определенные триггеры, потому что варианты значений не определены. Для дискретных датчиков создаются триггеры изменения значения.
Вопрос. Шаблон для мониторинга Microsoft SQL будет ли как-то отличаться от других шаблонов с использованием perf_counter[]?
Ответ. На share.zabbix.com представлено много различных шаблонов для MS SQL. Да, они будут отличаться. В целом новый шаблон более универсален, чем шаблоны с ключом perf_counter[], потому что рассчитан на работу с экземплярами SQL Server как на Windows, так и на Unix платформах.
===========
Источник:
habr.com
===========
Похожие новости:
- [IT-инфраструктура, Microsoft SQL Server, Системное администрирование, Хранение данных] Дорожная карта миграции почты IBM Notes/Domino в Exchange и Office 365
- [IT-инфраструктура, Информационная безопасность, Системное администрирование, Софт] Sysmon теперь может записывать содержимое буфера обмена
- [Информационная безопасность, IT-инфраструктура, Исследования и прогнозы в IT, IT-компании] Зона доступа: 30 способов, которые позволят разблокировать любой смартфон. Часть 1
- [Системное администрирование, Серверное администрирование, Хранилища данных, DevOps] Пять вопросов о Ceph с пояснениями (перевод)
- [Nginx, Системное администрирование] Оптимизация: Настройка веб-сервера Nginx для улучшения показателей RPS в HTTP API (перевод)
- [DevOps, Kubernetes, Серверное администрирование, Системное администрирование] АйТиБалаган! #3: Зачем DevOps-инженеру программирование и что такое виртуализация
- [IT-инфраструктура, IT-компании] Cloudflare и Internet Archive сделают сайты доступными даже в случае проблем с хостингом
- [Информационная безопасность, Сетевые технологии, Системное администрирование] OSINT или как посмотреть на свою сеть глазами хакера
- [Open source, Python, Data Mining, Big Data] Crime, Race and Lethal Force in the USA — Part 3 (перевод)
- [GitHub, Open source, Расширения для браузеров, Софт] Разработка uMatrix закрыта
Теги для поиска: #_itinfrastruktura (IT-инфраструктура), #_open_source, #_sistemnoe_administrirovanie (Системное администрирование), #_zabbix, #_zabbix_monitoring (zabbix мониторинг), #_ipmi, #_mikrotik, #_integratsii (интеграции), #_blog_kompanii_zabbix (
Блог компании Zabbix
), #_itinfrastruktura (
IT-инфраструктура
), #_open_source, #_sistemnoe_administrirovanie (
Системное администрирование
)
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Текущее время: 22-Ноя 13:03
Часовой пояс: UTC + 5
| Автор | Сообщение |
|---|---|
|
news_bot ®
Стаж: 6 лет 9 месяцев |
|
 Статья написана на основе доклада Максима Чудинова, инженера-интегратора Zabbix. В этой статье мы расскажем о некоторых новых шаблонах, добавленных в версию Zabbix 5.0. IPMI Шаблон IPMI работает только с пятой версией системы мониторинга Zabbix, потому что построен на новом ключе impi.get, который использован в качестве мастер-метрики. Ключ запрашивает у контроллера IMPI все датчики с их значениями и порогами и возвращает полученную информацию в формате JSON. В соответствии с правилами низкоуровневого обнаружения из этих данных создаются метрики для дискретных и пороговых датчиков. Метрики получают данные путем предварительной обработки значения из мастер-метрики с помощью JSONPath.  Результат в формате JSON Если на контроллере заданы не все пороговые значения, система не может создать триггеры из-за неправильного триггерного выражения, потому что для пустых значений триггера в рамках низкоуровневого обнаружения макрос не раскрывается. В результате появляется сообщение о неработающем триггере.  Сообщение о неработающем триггере В более ранних версиях рекомендовалось самостоятельно указать на контроллере все отсутствующие пороги. В Zabbix 5.0 появилась новая функция Overrides, которая позволяет переопределить правило низкоуровневого обнаружения и задать фильтры, чтобы результат не содержал лишних данных.  Правила низкоуровневого обнаружения  Новая функция Override В новом шаблоне для каждого прототипа триггера предусмотрено условие: если макрос не раскрывается, он присутствует в триггере как обычный текст. Поэтому стало возможным предусмотреть правило не создавать триггер, если он содержит имя макроса, а не его значение. Таким образом создаются только триггеры с обнаруженными пороговыми значениями.  Создание триггеров Поскольку используется несколько пороговых значений с разным уровнем предупреждения, в триггерах заложена зависимость друг от друга: триггер с меньшим пороговым значением не срабатывает, когда срабатывает триггер с большим пороговым значением. Поэтому может появиться сообщение о том, что создать зависимость невозможно.  Сообщение о невозможности создать зависимость Это не влияет на работоспособность шаблона. Наша команда продолжает работать над изменением кода, чтобы обрабатывать такие ситуации. Но пока мы по-прежнему рекомендуем задавать все отсутствующие пороговые значения на контроллере. MikroTik В шаблоне для устройств MikroTik были добавлены правила обнаружения.  Новые правила обнаружения в шаблоне Net Mikrotik SNMP В обновленный шаблон добавлены правила обнаружения метрик каналов WiFi. Фактически это дополнительные метрики для обнаружения сетевых интерфейсов с типом 71 для точек доступа и с типом 1 для контроллера. Отдельные правила для точек и контроллеров созданы потому, что в зависимости от режима работы устройства данные выдаются с разными идентификаторами object ID. Если устройство работает как контроллер, создаются метрики с именем канала, статусом и количеством аутентифицированных и пытающихся аутентифицироваться клиентов.   Создаваемые метрики правила обнаружения для контроллера ПРИМЕЧАНИЕ. Контроллер не передает данные об SSID, поэтому соответствующая метрика отсутствует. Единственный триггер в этом правиле обнаружения — состояние канала. Состояние 'running-ap' означает, что точка доступа доступна и канал активен. В любом другом случае срабатывает триггер, что означает отключение канала на контроллере, отключение точки от локальной сети или от электропитания.  Результаты выполнения правила обнаружения Если точка доступа работает в режиме standalone, создаются метрики SSID, полоса, уровень сигнала, уровень шума, аутентифицированные и пытающиеся аутентифицироваться клиенты.  Создаваемые метрики правила обнаружения для точки доступа ПРИМЕЧАНИЕ. Если точка доступа находится под управлением контроллера и создана в Zabbix как отдельный хост, к которому привязан описываемый шаблон, правило обнаружение не сможет получить какие-либо данные, потому что в таком режиме информация о WiFi каналах отсутствует. На некоторых устройствах MikroTik есть датчики температуры. Новое правило обнаружения позволяет обнаружить датчик температуры и создать метрику с тремя триггерами для пороговых значений температуры. Значения задаются через макросы и могут быть переопределены на уровне хоста.  Метрика правила обнаружения для датчика температуры устройства MikroTik MSSQL Теперь в базовой поставке Zabbix содержит новый шаблон, разработанный для безагентского мониторинга СУБД Microsoft SQL Server начиная с версии 2016 для Linux и Windows платформ. Новый шаблон, используя минимальное количество устанавливаемых соединений, обеспечивает сбор метрик: — доступность, версия, время работы, — количество операций в секунду, — счетчики запросов, блокировок, ошибок — размеры баз данных, — состояние репликации. Установка и настройка шаблона Описание, readme-файл и ссылка на шаблон размещены в документации Zabbix. ПРИМЕЧАНИЕ.
[\] Driver = ODBC Driver 17 for SQL Server Server = <IP или FQDN>, <TCP порт>
{\$MSSQL.DSN} = <…> {\$MSSQL.USER} = <…> {\$MSSQL.PASSWORD} = <…> {\$MSSQL.PORT} = 1433 {$MSSQL.INSTANCE} = SQLServer или MSSQL$<имя экземпляра> Задать порт необходимо в случае установки SQL Server с параметрами не по умолчанию. Если на одном сервере устанавливается более одного экземпляра SQL Server, то в настройках экземпляра необходимо задать TCP порт. По умолчанию второй и последующие экземпляры SQL Server устанавливаются без использования TCP-порта. Обязательные для работы шаблона макросы: DSN, USER (логин), PASSWORD, PORT и INSTANCE. Макро PORT используется для проверки доступности. Если при установке SQL Server было задано пользователькое название экземпляра, то необходимо изменить значение макро INSTANCE с SQLServer на MSSQL\$<имя экземпляра>. Шаблон достаточно объемный — 67 метрик. Сбор данных осуществляется мастер-метриками с помощью ключа db.odbc.get, который возвращает JSON для последующего разбора зависимыми метриками с использованием функции препроцессинга JSONPath.  Результаты сбора данных с использованием шаблона Данные счетчиков берутся из системной таблицы dm_os_performance_counter. Большинство метрик являются зависимыми, однако часть данных в таблице представлены в «сыром» виде, поэтому некоторые метрики — вычисляемые. Доступность сервиса (объекта) проверяется с помощью ключа net.tcp.service, в котором используется имя или адрес, указанные в интерфейса хоста, а также порт, ранее указанный в макро {\$MSSQL.PORT}. Правила обнаружения В шаблоне используются правила LLD, которые позволяют обнаруживать базы данных, реплики и их разновидности: зеркалирование и группы доступности, а также локальный и удаленный экземпляры баз, появляющиеся после настройки репликации. По базам данных собирается информация о статусе, размере, транзакциях и журнале транзакций. По репликации и реплицируемым базам — статус и состояние синхронизации.  Правила обнаружения в шаблоне DB MSSQL by ODBC Заключение Пожелания и замечания по шаблонам можно оставлять на форуме Zabbix или на портале технической поддержки. Разработчикам, желающим поделиться своими шаблонами и получить статус рекомендуемого шаблона на странице интеграций Zabbix, мы предлагаем воспользоваться нашей поваренной книгой о том, как готовить правильный шаблон, которая размещена на обновленном сайте документации.  Хочу поблагодарить всех энтузиастов, участвовавших в сборе данных для разработки и в тестировании описанных шаблонов. Спасибо Вам большое. Вопросы и ответы Вопрос. Мониторинг Microsoft SQL на данный момент доступен только в Zabbix 5.0? Ответ. В связи с изменением формата шаблона существующий шаблон в предыдущие версии импортировать невозможно. Вопрос. Доступны ли все метрики в шаблоне с использованием ODBC-запросов для обычного пользователя или нужно назначать какие-то права на уровне СУБД? И если нужно, то какие именно права? Ответ. Да, при создании пользователя в экземпляре SQL Server необходимо задать права такого пользователя. Настройка прав описана в readme-файле к шаблону. Вопрос. Планируется ли сделать шаблоны для WiFi-оборудования UBQUITI? Ответ. В опубликованных планах таких задач нет. Можно порекомендовать создать соответствующий запрос на портале технической поддержки, и, в зависимости от популярности запроса, Zabbix может добавить такой шаблон. Вопрос. Поддерживается ли мониторинг нескольких экземпляров Microsoft SQL? Ответ. Да, если назначить TCP-порт на каждый экземпляр. По умолчанию порт назначается только при инсталляции первого экземпляра SQL Server. Второй и последующие экземпляры по умолчанию недоступны по TCP. Также для каждого экземпляра нужно настроить ODBC, создать отдельный хост в Zabbix и задать макро. Вопрос. Можно ли мониторить резервные копии баз данных с использованием шаблона Microsoft SQL? Ответ. Нет, резервные копии баз данных не мониторятся. Желающие поделиться своими идеями мониторинга резервного копирования могут создать запрос ZBXNEXT и мы добавим такую возможность. Вопрос. Каким образом масштабировать количество 'опрашивателей' (pollers) Microsoft SQL? Ответ. Мы пока не проводили нагрузочное тестирование, поэтому сказать, что количество одновременных запросов ограничено или не ограничено невозможно. Вопрос. В шаблоне нет триггера, относящегося к отключению блока питания контролируемого устройства. Можно ли автоматизировать создание триггеры на основе метрик, чтобы не делать это вручную? Ответ. Если такая информация поступает, сенсор должен быть и иметь значение. Если сенсор на контроллере отсутствует, то такую информацию мы получить не сможем. Желающие поделиться своими идеями могут подготовить ZBXNEXT и мы постараемся такую функцию реализовать. Кроме того, если имеется дискретный сенсор, для него невозможно предусмотреть определенные триггеры, потому что варианты значений не определены. Для дискретных датчиков создаются триггеры изменения значения. Вопрос. Шаблон для мониторинга Microsoft SQL будет ли как-то отличаться от других шаблонов с использованием perf_counter[]? Ответ. На share.zabbix.com представлено много различных шаблонов для MS SQL. Да, они будут отличаться. В целом новый шаблон более универсален, чем шаблоны с ключом perf_counter[], потому что рассчитан на работу с экземплярами SQL Server как на Windows, так и на Unix платформах. =========== Источник: habr.com =========== Похожие новости:
Блог компании Zabbix ), #_itinfrastruktura ( IT-инфраструктура ), #_open_source, #_sistemnoe_administrirovanie ( Системное администрирование ) |
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Текущее время: 22-Ноя 13:03
Часовой пояс: UTC + 5