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

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

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

Незаменимый сервис. Спасибо за то, что вы существуете.

"
- CL.
Host Tracker: оповещение о падении сайта только по делу

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

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

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

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

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


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

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

больше блог
Благодарим за внимание к нашему сервису!
 
Task incidents
Войти
Зарегистрироваться
Цены и пакеты
Наша сеть
Home > Uptime reports > Task incidents
Отчет для:
Включить:
Формат:
Страница:
Время Продолжительность Кол-во проверок
2018-05-24 05:12:09 12 hour(s) 5 min(s) 25 Click to add comment
2018-04-29 13:38:41 1 min(s) 14 sec(s) 1 Click to add comment
2018-04-16 17:31:32 30 min(s) 53 sec(s) 2 Click to add comment
2018-04-15 17:23:03 2 hour(s) 1 min(s) 5 Click to add comment
2018-04-15 16:22:08 48 sec(s) 1 Click to add comment
2018-04-15 14:21:08 30 min(s) 49 sec(s) 2 Click to add comment
2018-04-09 17:12:03 5 day(s) 8 hour(s) 256 Click to add comment
2018-04-08 02:33:38 43 sec(s) 1 Click to add comment
2018-03-07 12:01:50 6 hour(s) 31 min(s) 14 Click to add comment
2018-01-25 22:31:48 45 sec(s) 1 Click to add comment
2017-05-03 13:40:38 30 min(s) 23 sec(s) 2 Click to add comment
2017-01-23 14:22:37 26 sec(s) 1 Click to add comment
2016-12-14 10:17:40 6 sec(s) 1 Click to add comment
2016-12-08 16:11:33 43 sec(s) 1 Click to add comment
2016-11-19 17:11:34 43 sec(s) 1 Click to add comment
2016-11-02 20:25:24 55 sec(s) 1 Click to add comment
2016-09-26 21:02:40 45 sec(s) 1 Click to add comment
2016-09-24 16:43:22 42 sec(s) 1 Click to add comment
2016-09-23 18:41:51 42 sec(s) 1 Click to add comment
2016-09-23 16:10:00 31 min(s) 46 sec(s) 2 Click to add comment
2016-07-16 05:54:24 28 sec(s) 1 Click to add comment
2016-04-23 07:11:06 3 hour(s) 31 min(s) 8 Click to add comment
2016-04-20 17:20:27 30 min(s) 16 sec(s) 2 Click to add comment
2016-02-18 00:21:52 25 sec(s) 1 Click to add comment
2015-11-10 14:20:44 24 sec(s) 1 Click to add comment
Поделиться:
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
Безналичный
расчет