Ping (ICMP)
Ping (ICMP) Ping это запрос протокола ICMP.

Ping это запрос протокола ICMP (англ. Internet Control Message Protocol). Этот протокол используестя разнообраными сетевыми устройствами для проверки доступности определенного сервиса или устройства. Обычно используется для диагностики сети.

Ping мониторинг позволяет Вам следить за Вашей сетевой инфраструктурой. Ошибка Ping означает отсутствие связи с определенным объектом сети. Удобно использовать Ping параллельно с мониторингом HTTP. В этом случае, Вы получаете дополнительную информацию - например, точно будет известно: ошибка случилась на уровне сайта или же упал весь сервер. Тем не менее, иногда ICMP может блокироваться для входных запросов, с целью избежать ddos атак.

  • CM.Glossary.WebsiteMonitoring
  • CM.Glossary.Downtime
  • CM.Glossary.DistributedMonitoring
  • CM.Glossary.HTTP
больше глоссарий
"

Отлично работают бесплатные уведомления по скайпу и hangouts на телефоне. Ранее пользовался смс уведомлениями для всех заданий, сейчас оставил только для самых критичных ресурсов, чтобы наверняка знать если они упадут. Уже забыл когда пополнял баланс за доп смс. 

"
- Анад
Мониторинг Баз Данных с помощью ХостТрекера

В данной статье мы бы хотели познакомить вас с еще одной интересной и полезной функцией нашего сервиса - Проверка баз данных.

В данной статье мы бы хотели познакомить вас с еще одной интересной и полезной функцией нашего сервиса - Проверка баз данных (БД).

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

Именно для получения и оценки таких параметров, команда-разработчиков и аналитиков ХостТрекера разработала простой для понимания и использования инструмент - Проверка БД.

Настройка запроса

Как правило, настройка запроса не занимает много времени. С функцией Проверка БД можно каждый раз использовать разнообразные инструкции, легко при этом получая результаты выполнения  запросов к базе и соответствующим образом их обрабатывая. В случае, если инструкция не указана – система будет просто проверять возможность установить соединение с базой данных. Также инструмент позволяет указать максимальную задержку выполнения запроса и отследить результат выполнения.

В качестве инструкции можно использовать любые команды - от простых запросов типа Select до более сложных процедур. При этом запрос должен выполняться менее 30 секунд, в противном случае произойдет ошибка (timeout).

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

Далее приведена графическая интерпретация результата выполнения инструкции DELETE по конкретно выбранным параметрам:

Соответственно, каждый такой сценарий регистрируется, а последний - всегда доступен в таблице задач интерфейса. При этом, если результирующий набор данных- числовой - по нему будет построен график, с помощью которого можно проследить динамику изменений соответствующих метрик. На данном этапе также можно задавать условия отбора (равно /не равно; больше/меньше, чем; в пределах/за пределами).

В случае, если условие не будет выполняться - запрос не проходит проверку по таймауту или отсутствует соединение с БД - Вам будет выслано уведомление на телефон или сообщение в Skype, Viber, Telegram, Slack.

Пример создания проверки

Приведем полный пример, содержащий сценарий как для отслеживания размера файлов БД, так и для получения сообщений при достижении порогового значения.

  1. Формируем выборку, которая определяет объем свободного места в табличном пространстве:

          SELECT
          convert(DECIMAL(12,2),round(sysfile.size/128.000,2)) AS 'FileSize/mb'
          , convert(DECIMAL(12,2),round(fileproperty(sysfile.name,'SpaceUsed')/128.000,2))
          AS 'Used/mb'
          , convert(DECIMAL(12,2),round((sysfile.size-fileproperty(sysfile.name,'SpaceUsed'))/128.000,2))
          AS 'Free/mb'
          , filegroup.groupname AS 'File-group'
          , sysfile.[name],sysfile.[filename]
          FROM dbo.sysfiles sysfile (NOLOCK)
          inner join dbo.sysfilegroups filegroup (NOLOCK) ON filegroup.groupid =
          sysfile.groupid
          UNION ALL 
          SELECT
          convert(DECIMAL(12,2),round(sysfile.size/128.000,2)) AS 'FileSize/mb'
          , convert(DECIMAL(12,2),round(fileproperty(sysfile.name,'SpaceUsed')/128.000,2))
          AS 'Used/mb'
          , convert(DECIMAL(12,2),round((sysfile.size-fileproperty(sysfile.name,'SpaceUsed'))/128.000,2))
         AS 'Free/mb'
         , (CASE WHEN sysfile.groupid = 0 THEN 'Log' END) AS 'File-group'
         , sysfile.[name],sysfile.[filename]
         FROM dbo.sysfiles sysfile (NOLOCK) WHERE groupid = 0
         ORDER BY [File-group],sysfile.[name]            

     2.  Получаем следующий результат:

     3.  Определяем условия отбора:

            1.  Результат запроса – выбираем «значение в первой колонке первой строки».

            2.  Проверка результата – выбираем «меньше, чем» и как макс. значение указываем «1000».

Будет получен следующий результат: если лог-файл превысит 1 Гб, нам поступит сообщение.

Кроме того, вся история всегда доступна для просмотра, поэтому вы с легкостью сможете выявить причину возникновения той или иной проблемы, в частности, причину быстрого заполнения места табличного пространства.

Настройка мониторинга

Для того, чтобы сформировать новую Проверку БД необходимо:

  1. Заполнить следующие поля:

  • Сервер – укажите имя сервера;

  • Порт – укажите имя порта;

  • База данных – укажите имя базы;

  • Пользователь –укажите логин под которым необходимо будет выполнить запрос;

  • Пароль – укажите пароль, соответствующий вашему логину.

Для данного задания рекомендуется создать отдельного пользователя с ограниченными правами.

      2.  Обеспечить доступ к базе. Для этого, добавьте IP-адреса агентов HostTracker в белый список файрволла и вашего сервера.

Внимание! IP-адреса наших агентов - постоянны.

      3.  Когда будете готовы - нажмите Сохранить.

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

больше блог
Благодарим за внимание к нашему сервису!
 
Войти
Зарегистрироваться
Цены и пакеты
Наша сеть
Home > Blog > part1

В данном обзоре вы найдете ответы на следующие вопросы: что такое мониторинг доступности сайтов и с чем его едят? Что стало причиной возникновения компании ХостТрекер? Алгоритмы работы сервиса и как все устроено. Обнаружение, обработка и уведомление клиента о проблеме с его сайтом.

На сегодняшний день ХостТрекер входит в когорту лидеров на рынке компаний, которые предоставляют услуги мониторинга. Пытаясь развиваться в ногу со всеми современными ИТ тенденциями и трендами, эта компания обладает наиболее современными инструментами и функционалом. Итак, в данном обзоре вы найдете ответы на следующие вопросы: что такое мониторинг и с чем его едят, что стало причиной возникновения компании ХостТрекер, как простая идея может превратиться в реально успешный стартап, а также как не сломаться на пути становления вашего стартапа?

Как всё начиналось

Каждый день программисты по всему миру сталкиваются с проблемой неожиданного отказа в работе якобы идеально настроенных серверов (сайтов, сетей и т.п.). Они тратят кучу времени на поиск решения этой проблемы и в конце концов, эта проблема все равно может появляться периодически. Более того, она может исчезнуть, а потом неожиданно появиться снова, таким образом испортив, например, передачу проекта клиенту. Именно для решения такого рода проблем и появился ХостТрекер. Основатель проекта всегда пытался сделать свои работы уникальными и наиболее эффективными. В начале 2000 не было надежного мониторингового сервиса, поэтому приходилось что-то генерировать самому. Сначала был изобретен простенький скрипт для проверки своих сайтов. Однако он мог иногда не работать вообще, либо отрабатывать некорректно. Поэтому было решено, распределить и продублировать его на несколько машин, то есть сделать своего рода оптимизацию. А дальше, после ряда оптимизаций, мы поняли, что наш продукт может пригодиться другим, именно так ХостТрекер стал доступным для других пользователей. Мы прошли долгий путь, от простенького скрипта до мощного функционала, который помогает теперь нашим клиентам решать их проблемы.

Что же такое мониторинг?

В данной части обзора вы познакомитесь с такой популярной функцией, как функция быстрой проверки сайтов или других сетевых инструментов для своевременного выявления всех существующих проблем. Эти проверки используют различные протоколы (http(s), icmp и т.д.). Условно мониторинг делиться на внутренний и внешний. Во внутреннем главное это ПО и он оценивается именно по нём. К этому типу можно отнести Яндекс. Метрику. Яндекс. Метрика использует встроенный скрипт в страницу, который позволяет оценить количество юзеров, зашедших на сайт и сделать соответствующие выводы, используя эти данные. В свою очередь, внешний или «мониторинг третьей стороной» заключается в симуляции захода пользователями на сайт из реальных адресов и делает умозаключения на основе откликов серверов на соответствующие запросы. Подробнее о внешнем мониторинге мы поговорим далее в данной статье.

Как всё устроено

Инфраструктура состоит из двух частей: внутренней и внешней, согласно алгоритму работы сервиса мониторинга. Внутренняя размещается в облаке. В ее состав входят серверы, файловые хранилища и т.д. ХостТрекер полностью владеет и занимается поддержкой внутренней части. Внешняя, в свою очередь, состоит из агентов, это своего рода независимые инспекторы (серверы), которые осуществляют проверку серверов. Диагностика осуществляется посредством генерации стандартных запросов для выбранного протокола (например, для вебсайта это http запросы).

Эти инспекторы независимы друг от друга, а также от внутренней части. В своей работе они полагаются на работу центрального сервера, то есть принимают перечень от него сайтов для экзаменации и отдают ему, соответственно, результаты этих проверок. Большое множество серверов является собственностью наших партнеров, но частью ХостТрекер владеет самостоятельно. Чаще всего партнеры выдают доступ к своим серверам бесплатно или со значительным дискантом, в свою очередь, они ожидают отдачи с нашей стороны, то есть обратные ссылки или дисканты на наш сервис.

Алгоритм сервиса

Клиент заблаговременно определяет интервалы регулярных проверок (>= 1 мин). Когда наступает время диагностики, сервер направляет задание на один случайным образом определенный агент ХостТрекера. Он делает диагностику по выбранному протоколу и посылает обратно отклик сервера.

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

Обработка проблем и уведомление потребителя о них

Может происходить много плохих вещей, так как установки у каждого разные. Поэтому моментально запускается начальная проверка предмета внимания: регистрируется код имеющейся ошибки или ответ протокола. На основе этих данных делается вывод о причине проблемы (сбой сети, ошибка сервера и т.д.). Однако, первым делом, потребителю интересно существует ли вообще проблема. Именно в связи с этим существует возможность зарегистрировать свою почту, телефон или другие каналы связи, чтобы получать уведомления от ХостТрекера. Эти уведомления могут быть отосланы различным людям, на любые адреса, в любое время. Однако, для «требовательного» потребитель этого недостаточно и требуется другой подход.

Во-первых, есть «неважные» сайты и, соответственно, если на них наблюдается краткосрочный простой, не красиво будет будить админа на счет этого. Поэтому ХостТрекер позволяет подключить функцию эскалации уведомлений, которая отправляет извещения не сразу после падения, а только в том случае, если сайт не смог восстановить свою работу самостоятельно. Также пользователям предоставляется шанс точно указывать время, когда они хотят принимать эти уведомления, то есть создавать некий «рабочий график». Например, пользователь может задать рабочие годы с 8 до 19, в таком случае ему будет направляться уведомления только тогда, когда сайт будет недоступен час и более.

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

Поделиться:
Send to Twitter Send to Facebook Send to LinkedIn Share on Google+ Send to Vkontakte
Блоги:
HostTracker blog HostTracker page on Facebook HostTracker page on Vkontakte HostTracker blog on Habrahabr
Безналичный
расчет