Быстрый старт


Видео ролики по системе

Видео ролики по системе

Заведение инфраструктуры

Канал RuTUBE


Первые шаги в системе

  1. Контрагенты и пользователи
    Первый шаг к настройке системы — создание Контрагента.
    Контрагент — это ваша корпоративная рабочая область, выступающая в роли Владельца. За этой сущностью закреплены конкретные аккаунты вашей команды и объекты мониторинга.
  2. Первый сервис
    В этом ролике вы узнаете, завести на мониторинг свой первый объект. На примере Linux машины, мы расскажем, как использовать шаблоны мониторинга и настраивать сбор показателей.
  3. Мониторинг доступность сервера/сервис
    В этом ролике мы обсудим как поставить на контроль доступность элементов IT-инфраструктуры на L3, L4 и L7 уровнях.
  4. Мониторинг СУБД
    В этом ролике мы рассмотрим процесс постановки мониторинг систем управления базами данных на примере СУБД PostgreSQL.
  5. Мониторинг выполнения пользовательского сценария (скрипт-сценарий)

    Стандартных проверок на доступность порта и пинг недостаточно для контроля сложных бизнес-процессов. В этом обучающем ролике мы детально разберем создание и настройку синтетических проверок на основе скрипт-сценариев в системе мониторинга wiSLA.


Сценарии мониторинга

  1. Узлы – windows & linux 
    В этом ролике мы разберем основные подходы к мониторингу ключевых узлов IT-инфраструктуры, включая серверы под управлением ОС Linux и Windows. Рассмотрим поэтапный процесс настройки мониторинга - от постановки систем на наблюдение до настройки контролируемых показателей и определения их пороговых значений.
  2. Мониторинг 1С:Предприятие
    Современная 1С-инфраструктура — это сложный организм, где сбои на любом уровне — от сервера до лицензии — парализуют работу компании и несут прямые финансовые потери. Сквозной мониторинг становится критическим инструментом, который обеспечивает прозрачность, предсказуемость и контроль над всей системой.
    ПАК wiSLA обеспечивает сквозной мониторинг 1С-систем, комплексно охватывая как аппаратную инфраструктуру, так и программные компоненты кластерных решений "1С:Предприятие".
  3. Автоматизация обработки аварийных инцидентов
    В данном ролике мы покажем, как функционал платформы wiSLA позволяет автоматизировать обработку аварийных инцидентов и сократить время простоя сервисов.


Видео ролики по системе

Администрирование

Канал RuTUBE

Администрирование системы wiSLA

  1. Установка
    Видео демонстрирует процесс установки wiSLA 5.2.12, включая предварительную настройку узла, запуск программы установки, первоначальная конфигурация компонентов системы. В ролике будет показана работа с установочным RUN-файлом
  2. Настройка бэкапирования
    В этом мы обсудим как пользоваться инструментами резервного копирования в системе wiSLA
  3. Селфмониторинг системы висла.  Интерпретация аппаратных метрик
    Видео объясняет, как сама система wiSLA отслеживает собственное "здоровье" — использования ресурсов сервера (CPU, память, диск, сеть и т.д.). Обсуждается, как интерпретировать эти метрики для анализа первопричин сбоев
  4. Первичная диагностика проблем
    Видео посвящено первым шагам при возникновении проблем в wiSLA: проверка работоспособности компонентов и определение директории для анализа основных лог-файлов системы. Это основа для самостоятельного устранения инцидентов

Вопросы и ответы

[Обучение] Администрирование wiSLA

Установка wiSLA

Установка системы wiSLA представляет собой пакетную установку на серверах под управлением ОС Linux. Система поддерживает работу на Debian, Ubuntu, Astra Linux, RedOS, CentOS.

Архитектура системы базируется на open source продуктах:

Ознакомиться с процессом установки можно в руководстве администратора и в нашем обучающем ролике - установка

Система wiSLA поддерживает кластерные конфигурации двух типов:

Топология кластера описывается на этапе установки, где для каждого сервера указываются его IP-адрес и роль (например, сервер приложений, сервер СУБД и т.д.)


В качестве балансировки нагрузки и прокси (в случае если между сервером брокера и объектом нет прямой связанности, агент может слать на прокси-сервер агрегации данных, с который далее данные поступают на Kafka) используются сервера с установленным агрегатором wiProbe.

 Система поддерживает работу в закрытых контурах, без выхода во внешнюю сеть (Интернет), и обеспечивает полностью заявленный функционал.


В рамках обучения требуется выполнить установку системы wiSLA в трёх конфигурациях:

  1. В открытом контуре (со входом в Интернет).
  2. В закрытом контуре (в изолированной сети).! Важно подготовить всё зависимости и настроить работу карты сервисов в изолированном контуре
  3. Опционально кластерная установка.

Типовые проблемы

  1. Недоступен портал - "вечный спиннер"
  2. Недоступна настройка SMTP и LDAP со страницы портала
  3. Нельзя создать точку доступа (в изолированном контуре)

Агенты сбора данных wiProbe

В качестве источников данных в системе используются программные агенты wiProbe. Агенты устанавливаются на объектах мониторинга – серверах под управлением ОС Linux, Windows и осуществляют сбор данных. Метрики, частота сбора данных задаются агентом с сервера управления – wiSLA, через web-интерфейс системы – портал оператора.

Установка агента

Принято говорить, что агент выполняет тесты – задания по сбору метрик. В системе присутствуют готовые «из коробки» шаблоны для мониторинга:

Помимо стандартных «коробочных» тестов агент может выполнять пользовательские сценарии -  wiProbe Custom Scenario Test. В качестве входного параметра для теста задаётся скрипт на языке javascript. Скрипт может использовать один или несколько адаптеров. В скрипте доступна переменная manager класса AdapterManager, позволяющая получить экземпляр любого адаптера. По завершению скрипта  проверяется переменная result, значение true считается признаком успешного выполнения, и наоборот. Скрипт может в явном виде задавать значение этой переменной, либо использовать значение по умолчанию. По умолчанию, если выполнение скрипта происходит без выброса исключения, то result устанавливается в true, а при наличии исключения - в false.

Вот основные из них:

Помимо программных агентов в системе используются аппаратные аналоги – зонды wiProbe. Зонды представляют из себя самостоятельное сетевое устройство – микрокомпьютер на базе Linux с установленным агентом wiProbe. Зонд обладает тем же функционалом, что и его программный аналог. Зонды, в основном, используются для мониторинга каналов связи и доступности сетевых ресурсов.

Администрирование портала

Первый шаг к настройке системы — создание Контрагента.
Контрагент — это ваша корпоративная рабочая область, выступающая в роли Владельца. За этой сущностью закреплены конкретные аккаунты вашей команды и объекты мониторинга. Она фундаментально разграничивает доступ, обеспечивая, чтобы каждая группа работала в рамках своего персонального пространства в системе. Контрагенту можно задать роли, которые будут учитываться при формировании отчётов SLA.

Далее создать пользователей в системе. У пользователя есть роли, которые обуславливают, возможности и доступы пользователя ко сущностям системы. А также администрированию.

  1. Завести контрагента.
  2. Завести пользователя с ролью "оператор SLA", привязать его к контрагенту.

Постановка объектов на мониторинг - заведение сервисов.

В системе мониторинга wiSLA используется термин сервис. Сервис - это любой объект мониторинга, с которого можно получить данные о его состоянии. Это может быть физический сервер, виртуальная машина, база данных, канала связи и т.д.

Для того что бы поставить объект на мониторинг потребуется:

  1. Установить программный агент wiProbe и настроить отправку данных с него на сервер висла. Для этого необходимо выполнить команду в терминале машины, на которой установлен агент и задать url сервера wiSLA. Агент будет отображаться на странице "зонды".
     


    slamon-conf url 'https://wisla.example:8443'
  2. Далее необходимо будет задать "Владельца" агенту, для закрепления его за "Конрагентом" и привязать его к точке доступа (или создать новую) для отображения объекта на тепловой карте сервисов.

В данных видео-материалах, вы можете ознакомится с процессом, описанным выше.

В рамках обучения требуется выполнить установку агента wiProbe и завести на мониторинг основные сценарии:

  1. Мониторинг физического сервера.
  2. Мониторинг виртуальной машины.
  3. Мониторинг базы данных.
  4. Мониторинг сетевого устройства по SNMP.
  5. Мониторинг канала связи (непрерывный и нагрузочный тест).
  6. Мониторинг доступность web-ресурса в разрезе L3, L4 и L7 тестов.
  7. Мониторинг с использованием wiProbe Custom Scenario Test.