3. Работа с порталом
3.1 Создание контрагента и пользователя
Первый шаг к настройке системы — создание Контрагента.
Контрагент — это ваша корпоративная рабочая область, выступающая в роли Владельца. За этой сущностью закреплены конкретные аккаунты вашей команды и объекты мониторинга. Она фундаментально разграничивает доступ, обеспечивая, чтобы каждая группа работала в рамках своего персонального пространства в системе. Контрагенту можно задать роли, которые будут учитываться при формировании отчётов SLA.
Для этого авторизуемся на портале под системной учетной записью "Admin" (пароль по умолчанию Admin@123).
Далее создать пользователей в системе. У пользователя есть роли, которые обуславливают, возможности и доступы пользователя ко сущностям системы, а также администрированию.
- Завести контрагента. Общее меню → Контрагенты →
. И присвойте роли "Провайдер SLA" и "Провайдер сервиса".
- Завести пользователя с ролью "оператор SLA". Общее меню → Пользователи →
. Привязать его к контрагенту.
![]() |
Работы по заведению инфраструктуры мы будем вести под пользователем с ролью "Оператор SLA". Не рекомендуются работы по настройке инфраструктуры под пользователем с привилегированными правами.
3.2 Создании точки доступа
Точка доступа служит гео
3.2 Подготовка инфраструктуры к мониторингу
3.2.1 Подготовка зонда/агента к работе
В системе мониторинга используется термин сервис. Сервис - это любой объект мониторинга, с которого можно получить данные о его состоянии. Это может быть физический сервер, виртуальная машина, база данных, канала связи и т.д.
Для того что бы поставить объект на мониторинг потребуется:
- Настроить отправку данных с аппаратных зондов на сервер. Для этого необходимо командой задать и задать url сервера в формате "https://yarus.ru:8443" в терминале зонда. Зонд будет отображаться на странице "зонды" в статусе "На складе".
slamon-conf url 'https://yarus.ru:8443'
![]() |
- Далее необходимо будет создать точку доступа "Владельца" агенту, для закрепления его за "Контрагентом" и привязать его к точке доступа (или создать новую) для отображения объекта на тепловой карте сервисов.
![]() |
![]() |
Теперь зонд можно использовать в измерениях.
3.2.2 Настройка SLA
К каждому сервису мониторинга прикрепляются SLA (Соглашения об уровне сервиса). В SLA четко прописываются пороговые значения для ключевых метрик. Для создания SLA необходимо перейти: Общее меню → SLA → ![]()
- Для каналов связи выбрать шаблон "SLA премиум" →

![]() |
При необходимости можно поправить пороги и переименовать измерения.
- Для доступности услуг советуем за шаблон выбрать " SLA IT стандартный" →

При необходимости добавить измерение "ICMP" через кнопку
выбрать в списке показатели:
-
- Круговая задержка
- Круговой джиттер
- Круговые потери пакетов
Назовём измерение, укажем метрикам пороговые значения и сохраним SLA.
![]() |
3.2.3 Создание контрактов
Объекты мониторинга — сервисы — группируются в системе в логические группы (контракты). На основе контрактов формируются SLA-отчёты, которые рассчитывают доступность сервиса для пользователей, исходя из пороговых значений метрик, заданных в SLA.
Для создания контракта необходимо перейти: Общее меню → Контракты→ ![]()
-
- Указать название
- Прикрепить шаблоны SLA. Выберем "ежедневный" и "еженедельный"
Созданный контракт можно использовать при заведении сервисов на мониторинг.
3.3 Постановка на мониторинг каналов связи
Для заведения сервиса типа "канал связи" необходимо перейти: Общее меню → Сервисы →
→ "+ Канал связи"
Далее необходимо:
-
- Назвать сервис.
- Выбрать SLA, из созданного вами.
- Выбрать контракт, для автоматического формирования отчетов, по выбранным шаблонам.
- Указать зонд в точке мониторинга - инициатор измерений
- Указать зонд в удалённой точке - рефлектор трафика
![]() |
Далее добавить измерения из SLA →
и создать к измерению "тест". В выпадающем списке выбрать "Создать тест"
Далее предстоит настроить сам тест. Среди обязательных настроек:
-
- Название
- Тип теста - для мониторинга каналов используются wiProbe U-Test или TWAMP
- L3 тесты: wiProbe U-Test и TWAMP
- L2 тесты: wiProbe L2-Test и Y.1731
Далее настройки тестового трафика:
-
- Пропускная способность - номинальная пропускная спобоность направления, от заданного тут параметра будут отталкиваться нагрузочные тесты
- Исходящий интерфейс и интерфейс назначения — это интерфейсы устройств, между которыми осуществляется взаимодействие.
- Порт - порт удалённого зонда, куда будет направляться трафик. По умолчанию 8787
- Тестовая нагрузка - количество, интервал и размер отправляемых тестовых пакетов.
Далее сохраняем настройки сервиса и ожидаем первых данных. Данные поступят в течении 10 минут.
3.4 Постановка на мониторинг доступности приложения/услуги
Для заведения сервиса типа "Доступность услуги" необходимо перейти: Общее меню → Сервисы →
→ "+ Доступность услуги"
Далее необходимо:
-
- Назвать сервис.
- Выбрать SLA, из созданного вами.
- Выбрать контракт, для автоматического формирования отчетов, по выбранным шаблонам.
- Указать зонд в точке мониторинга - инициатор измерений
Далее добавить измерения из SLA →
и создать к измерению "тест". В выпадающем списке выбрать "Создать тест"
Далее предстоит настроить сам тест. Среди обязательных настроек:
-
- Название
![]() |
-
- Тип теста - для мониторинга доступности на разных уровнях используются используются следующие тесты
- L3 тесты: ICMP - пинг ресурса, указываются:
-
- Пропускная способность направления
- Исходящий интерфейс
- Адрес назначения
- Тестовая нагрузка
-
- L3 тесты: ICMP - пинг ресурса, указываются:
- Тип теста - для мониторинга доступности на разных уровнях используются используются следующие тесты
-
-
- L4 тесты: L4-TCP-Test - проверка доступности порта ресурса, указываются:
- Исходящий интерфейс
- Адрес назначения
- Интервал отправки
- L4 тесты: L4-TCP-Test - проверка доступности порта ресурса, указываются:
-
-
-
- L7 тесты: L7-HTTP-Test - проверка HTTP доступности ресурса wget запросами, указываются:
- исходящий интерфейс
- адрес назначения
- Количество тестовых пакетов в измерении
- Интервал формирования измерений
- L7 тесты: L7-HTTP-Test - проверка HTTP доступности ресурса wget запросами, указываются:
-
Сохраняем тесты и сервис. Данные пойдут в течении 10 минут.
3.4 Задачи
Выполнить заведение следующих системных сущностей
| № | Тип | Выполнено | Комментарий |
| 1 | Создание контрагента | ||
| 2 | Создание пользователя | ||
| 3 | Задать url системы аппаратному зонду | ||
| 4 | Создание точки доступа | ||
| 5 | Прикрепить к точке доступа агент | ||
| 6 | Создать SLA для каналов связи | ||
| 7 | Создать SLA для проверки доступности ресурса | ||
| 8 | Создать контракт для каналов связи. Настроить формирование отчетов: ежедневно; еженедельно | ||
| 9 | Создать контракт для доступности услуги. Настроить формирование отчетов: ежедневно; еженедельно | ||
| 10 | Постановка на мониторинг канала связи, с привязкой к существующему контракту | ||
| 11 | Постановка на мониторинг доступности сервиса в разрезе L3, L4 и L7 тестов. Привязать к существующему контракту. |























No comments to display
No comments to display