HTTP
HTTP HTTP - протокол передачи гипертекста, способ передачи данных сайта через Интернет.

HTTP - протокол передачи гипертекста (hyper text transfer protocol), способ передачи данных сайта через Интернет. Был создан для передачи HTML файлов, но сейчас почти вся информация с веб сайтов (аудио, видео, изображения и тд) загружается с помощью этого протокола. Протокол HTTP имеет несколько методов - проверить веб сайт, загрузить данные с сервера, отправить определенную информацию на сервер. Больше о методах можно узнать в этой статье. HTTP имеет защищенную версию - HTTPS

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

  • CM.Glossary.WebsiteMonitoring
  • CM.Glossary.HTTPS
  • CM.Glossary.HTTPMethods
больше глоссарий
"Отличный сервис, помог нам выбрать надежный хостинг. Спасибо!"
- Telek
Аптайм и мониторинг веб-сайтов

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

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

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

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

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

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

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

 

больше блог
 
Войти
Зарегистрироваться
Цены и пакеты
Наша сеть
Home > Blog
Escalations. Typical scenarios (English)

As many people know, HostTracker is a sites efficiency monitoring system. One of its main functions is to notify the user of any problems promptly. The efficiency of the notifications and the acceptable level of “detalization” are important. If you send alerts at each “sneeze”, the person will not find the important information in this flow...

I was woken up by an SMS at three a.m.
My site dropped for three minutes, and it raised back itself.
But I could not go back to sleep.
True-life story

As many people know, HostTracker is a sites efficiency monitoring system. One of its main functions is to notify the user of any problems promptly. The efficiency of the notifications and the acceptable level of “detalization” are important. If you send alerts at each “sneeze”, the person will not find the important information in this flow.

We have provided several mechanisms that will help the right people to get the necessary notifications:

  • Separation of the notifications into several groups according to their criticality;
  • No notifications at short-term failures;
  • Report the problem to the manager promptly;
  • Report a prolonged failure to the administration;
  • Use the free alerts first – email, gtalk, and then the paid ones – SMS or phone call;
  • At the contact level – set the working time when this contact should receive the alerts.

 

There are three types of notifications:

 

  • The website has “dropped”;
  • The website is still “down”;
  • The website “rose

 

The “dropped” and “rose” are clear. The notifications “site is still down” are sent at each test fail, but only at the confirmed drops. The fails confirmation algorithm was described in the article “False alerts exclusion”

 

For each site-contact pair you may enable or disable the appropriate notification type. The setting can be located in the contact properties as well as in the general “matrix” at the “Notifications subscribtion” page.

Escalation and the notifications detalization level.

Suppose, two people are responsible for the site:

  • Administrator
  • Manager

 

Let's try to implement the following scenario:

 

  • In the event of a “drop” we want to send an email message to the administrator immediately;
  • If the site does not rise within 15 minutes, we send an SMS to the administrator;
  • If the site is “down” for more than an hour, then we send an SMS to the manager.

 

Adding the contacts for the users. While adding, draw attention to the “Notification Delay” window.

 

We appear to have three contacts with the following delays:

  • Administrator (email) – no delay;
  • Administrator (SMS) – 15 minutes delay;
  • Manager (SMS) – 1 hour delay.

 

According to this configuration the administrator will get all the failures notifications to the email, but SMS notifications will be sent only if the site is “down” for more then 15 minutes. The manager will receive only SMS about major failures lasting more than an hour. Setting up the contact working schedule

 

Suppose that one administrator can not cope, and we hired one more administrator. The first one works during the first half of the week, the second one works during the second half. Accordingly the notifications should be sent to the administrator “on duty” To set this scenario the window “Set the contact working hours” is used in the contact settings.

In this case the first administrator will receive the SMS notifications from Monday to Thursday inclusive. Additionally, you may divide the notification for different employees according to the time of day, for example appointing day and night administrators.

Conclusions: with the help of relatively simple mechanisms we may cover most notifications fine-tune user scenarios.

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