Аптайм
Аптайм Аптайм - это время, когда сайт нормально работает.

Аптайм соответствует периоду времени, когда сайт доступен для просмотра через Интернет. Противоположное понятие - даунтайм, или время простоя - показывает, как долго сайт не работал в течении определенного периода. Обычно аптайм измеряют в процентах, а за период времени выбирают год. Значение в процентах за год легко перевести в часы и минуты. Некоторые типичные значения представлены здесь:

90% - 876 часов

99% - 87 часов, 36 минут

99.9% - 8 часов, 45 минут, 36 секунд

99.99% - 52 минут, 34 секунд

Таким образом, аптайм имеет важное значение. Даже если кажется, что 99% - это много, в то же время это соответствует нескольким дням простоя. Если одно падение будет длиться столько времени, множество клиентов будут потеряны. Значения аптайма, как правило, гарантируется веб хостингом, где размещен сайт. Мониторинг веб сайтов может помочь увеличить аптайм, а так же проверить, совпадает ли заявленное веб хостингом значение аптайма с реальностью.

  • CM.Glossary.WebsiteMonitoring
  • CM.Glossary.Downtime
  • CM.Glossary.WebHosting
  • CM.Glossary.Availability
больше глоссарий
"Хороший и полезный сервис."
- Наталия
Host Tracker: оповещение о падении сайта только по делу

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

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

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

Каким же образом регистрируется непосредственно «падение» ресурса?

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

моментальная проверка


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

Конечно, гарантировать на сто процентов, в каком именно состоянии сайт был между проверками, невозможно. Однако, все же с наибольшей вероятностью в промежутке между выдававшими ошибку проверками сайт «лежит». Правда, если после ошибки начинается восстановление, между проверками ресурс может и работать. Собственно, данный сценарий ложится в основу расчета оптимистичного uptime. Вариант же «лежания» сайта между проверками становится отправной точкой для расчета пессимистичного сценария.
Оптимистичный вариант берется в расчет при статистических исследованиях, а вот при уведомлении клиентов данные указываются по пессимистичному.
Таким образом, благодаря расчету всех вариантов и тщательному всестороннему мониторингу, клиент получает своевременные уведомления только в случае настоящих проблем и может получить полную и достоверную картину происходящего.

больше блог
Благодарим за внимание к нашему сервису!
 
Войти
Зарегистрироваться
Цены и пакеты
Наша сеть
Home > Glossary > POSTMethodExample
Пример использования метода POST Пример мониторинга веб формы с помощью метода POST

Например, есть простая форма:
form action="some-site.com/some-script.cgi" method=post
input type=text name=login value=''
input type=password name=password value=''
input type=submit name='Submit' value='Login'
/form
Пользователь заполняет эту форму следующим образом: login: Peter и password: 1234 и нажимает кнопку submit. Если все правильно, скрипт возвращает "LoginOk" на веб странице.
Для того, чтобы мониторить страницу методом POST, необходимо создать задание с параметрами:

URL: some-site.com/some-script.cgi
Http метод: выберите POST
В поле "POST параметры" введите данные:
login=Peter
password=1234
Submit=Login
В поле "Проверка контента": LoginOk
Итог: HostTracker каждый раз, проверяя страницу, будет заполнять эту форму и возвращать статус OK, если заданное ключевое слово LoginOk найдено.

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