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

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

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

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

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

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

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

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

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

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


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

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

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