04. Сервис, SLA и запуск мониторинга

Результат: существующие или новые тесты включены в сервис, измерения оценены по SLA, мониторинг запущен. Контракт можно добавить для группировки и отчётности; в форме «Доступность услуги» он не является обязательным условием первого запуска.

4.1. Выбрать SLA

Новый SLA на каждый тест создавать не нужно. Один подходящий SLA можно применять к нескольким сервисам. Сначала проверьте, есть ли в существующем SLA нужные измерения и показатели, подходят ли единицы, пороги, интервалы контроля и условия регистрации неисправностей.

Названия SLA и измерений не гарантируют совместимость: тест должен выдавать показатели, используемые в измерении. Например, для TCP-проверки нужен соответствующий набор показателей TCP, а не произвольная строка с названием «TCP».

Если набор показателей или нормативы отличаются, создайте отдельный SLA. Изменение общего SLA затрагивает использующие его сервисы, поэтому для учебного эксперимента лучше отдельный экземпляр с явным названием.

4.2. Если подходящего SLA нет

  1. Откройте «Инфраструктура» → «SLA» → создание SLA; введите название.
  2. На вкладке «Мониторинг» добавьте измерения, например ICMP, DNS и TCP. При наличии подходящего образца используйте копирование измерений из другого SLA.
  3. Для каждого измерения добавьте показатели, которые выдаёт выбранный тест; проверьте единицы. Настройте условия деградации и отказа либо явно выберите режим без порога, если нужна только статистика по этому показателю.
  4. На вкладке «Неисправности» проверьте задержки открытия, закрытия и изменения критичности. Они влияют на момент появления события.
  5. Проверьте исключения и период мониторинга. Сохраните SLA.

Универсальных порогов для всех сетей нет. Для первого запуска используйте согласованный образец SLA, а затем сравните нормативы с реальными измерениями вашей площадки.

4.3. Создать сервис из уже готовых тестов

  1. Откройте «Инфраструктура» → «Сервисы» → «Создать сервис» → «Доступность услуги».
  2. Задайте название, например «Старт - доступность портала». Проверьте владельца.
  3. Выберите подходящий SLA.
  4. В блоке «Узлы» выберите точку мониторинга - узел, на котором выполняются ваши тесты. В 5.2.17 этот блок называется «Зонды».
  5. Нажмите «Добавить измерение из SLA». Выберите, например, ICMP.
  6. В строке измерения, в столбце «Тесты», нажмите «+» → «Выбрать тест». Найдите свой готовый ICMP-тест. Если его ещё нет, используйте «Создать тест».
  7. Повторите привязку для DNS и TCP, если эти измерения предусмотрены в вашем SLA. Набор строк определяется выбранным SLA.
  8. При необходимости выберите контракт. Для первого отдельного сервиса этот шаг можно отложить.
  9. Сохраните сервис. Если форма остаётся черновиком, прочитайте список недостающих полей и завершите привязки.
  10. В списке сервисов откройте меню действий своего сервиса и выполните «Запустить», если мониторинг ещё не запущен. Проверьте состояние сервиса и входящих тестов.

Привязка ICMP-теста к измерению SLA в сервисе

Рисунок 2. Измерение ICMP и выбранный существующий тест в форме сервиса, wiSLA 5.2.17. Пример заполнения, без сохранения учебного сервиса на стенде.

4.4. Если нужного теста нет в списке

Проверьте выбранный узел, владельца, тип теста и совместимость с измерением. Убедитесь, что тест не в архиве и доступен вашей учётной записи. Не создавайте дубликат до проверки этих условий.

4.5. Проверка результата

Откройте показатели качества сервиса и дождитесь данных. Руководство для сценария веб-приложения рекомендует проверять статус не ранее чем через 5 минут; фактическое время зависит от периода измерений и обработки. Сразу после запуска «Не определено» ещё не означает отказ цели.

В руководстве: раздел 2 «Мониторинг доступности веб-приложения» и «Создание нового SLA»; раздел 3 «Сервисы. Страница создания сервиса (редактирование) типа “Доступность услуги”».