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

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

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

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

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

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

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

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

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

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


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

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

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