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 > UptimeWebMonitoring

Мониторинг сайтов - это процесс наблюдения за поведением сайта. ХостТрекер предлагает мощный набор инструментов для решения этой задачи.

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

Компании, предоставляющие услуги по мониторингу сайтов, предлагают клиентам проверять сайты, сервера, порты и другие элементы ИТ-инфраструктуры, доступные из Интернета. Ответы, полученные как результат проверки, сохраняются и анализируются. Обычно, мониторинг происходит с разных серверов, удаленных географически - может быть из отдельных частей мира или стран, или же может быть глобальным. Такой мониторинг называется распределенный мониторинг , он помогает отследить как ошибки, связанные с серверами, так и ошибки сети. Также, распределенный мониторинг часто помогает проанализировать поведение сайта именно для пользователей из того региона, где проживает целевая аудитория сайта, а не из отдаленных мест, на проверку из которых могут наложиться дополнительные проблемы, связанные с высокой задержкой пинга. Собранная информация может быть представлена ​​в различной форме: отчеты в виде электронных писем, различные графики и "умные" зависимости, созданные для того, чтобы клиент мог получить всеобъемлющую картину работы своих сайтов. Такие параметры, как время загрузки, скорость и т.д., могут помочь оптимизировать работу сайта. В случае обнаружения критической проблемы, сервисы мониторинга используют разнообразные методы оповещения клиента: SMS, голосовой вызов сервисы мгновенных сообщений, электронная почта и другие. Это, в сочетании с немедленной диагностикой проблемы, помогает ответственным людям - разработчикам, администраторам - как можно быстрее восстановить работу сайта и, таким образом, минимизировать время простоя.

Почему это важно? Для коммерческих сайтов рабочее время пропорционально их доходу. Грубо говоря, 2 часа простоя в сутки означатют потерю 1/12 части потенциальных клиентов. На самом деле, даже больше - потому что даже лояльные пользователи сайта со временем перейдут к конкурентам, если они не смогут получать нужные им товары/услуги вовремя. Для других сайтов: правительственных, образовательных, общественных и т.п., это также очень важно. Если люди не могут найти информацию быстро и в любое время - они будут искать другой источник. Некоторые параметры работы сайта, такие как скорость загрузки - играют роль в оценке сайта поисковыми системами, другие - соединение с базой данных, например - могут сильно повлиять на комфортную работу пользователей на сайте. Мониторинг определенных внутренних показателей, таких как загруженность процессора, использование памяти, свободное место на жестком диске, является важным для администраторов для того, чтобы избежать потенциальных проблем. Еще одна важная причина использования сервисов мониторинга - проверка SLA (service-level agreement, договор о предоставлении услуг) провайдера хостинга. По техническим причинам, ни один сайт не может быть 100% времени онлайн в течение длительного периода. Иногда сервер нужно перезагрузить, обновить, заменить оборудование. Каждая хостинговая компания декларирует определенное значение (называемое аптаймом), которое показывает, какое время простоя является приемлемым при предоставлении своих услуг. Аптайм обычно измеряют в процентах. В следующей таблице показано, какое время сайт может быть неработоспособным в течение года при каждом из показателей аптайма:

  • 90%          876 часов
  • 95%          438 часов
  • 99%          87,5 часов
  • 99.9%       8 часов 45 минут
  • 99.99%     52,5 минут
  • 99.999%   5 минут 15 секунд

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

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

Разные подходы к мониторингу

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

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

 

Поделиться:
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
Безналичный
расчет