Активний моніторинг
Активний моніторинг Активний моніторинг - це спосіб перевірити роботу сайту шляхом імітації реальних відвідувачів.

Активний моніторинг - це спосіб перевірити роботу сайту шляхом імітації реальних відвідувачів. Реалізується за допомогою зовнішніх сервісів, зазвичай з розподіленою мережею. Сервери, що здійснюють перевірки, створюють запити, подібні до запитів реальних користувачів, що переглядають сторінку. Регулярне виконання таких перевірок дозволяє переконатись в тому, що сайт доступний з Інтернету. Якщо ж ні - існують шляхи детектування помилки та сповіщення про неї. Різниця між роботом та справжнім клієнтом існує лише для громіздких сторінок з великою кількістю контенту - з метою збереження трафіку, системи мониторингу, як правило, в таких випадках завантажують лише частину сторінки, достатню для перевірки.

Активний моніторинг - це сторонній нагляд над Вашим сайтом. Перевірка не пов'язана з діяльністю Вашої компанії та веб хостинга, і, таким чином, надає повністю незалежну оцінку з позиції третьої сторони. Сервіс ХостТрекер використовує активний моніторинг для перевірки сайтів.

  • CM.Glossary.WebsiteMonitoring
  • CM.Glossary.Downtime
  • CM.Glossary.DistributedMonitoring
  • CM.Glossary.PassiveMonitoring
більше глосарій
Аптайм і моніторинг веб-сайтів

Моніторинг веб-сайтів - це процес спостереження за поведінкою сайту. 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
Host-Tracker under Windows Azure (English)
Those, who actively involved with the Web, should know Host Tracker, a company from Ukraine, which has been supporting one of the leading global web monitoring services since 2004. Its goal is to monitor site health and accessibility in near-real-time access. Using alert message system, Host Tracker allows to reduce downtimes, to improve quality of service for users, to quickly localize troubles...
Those, who actively involved with the Web, should know Host Tracker, a company from Ukraine, which has been supporting one of the leading global web monitoring services since 2004. Its goal is to monitor site health and accessibility in near-real-time access. Using alert message system, Host Tracker allows to reduce downtimes, to improve quality of service for users, to quickly localize troubles, and etc.
Architecturally, Host Tracker includes a server-based hub, acting both as a data collector and control center, and a series of software agents, launched in various regions – typically using the equipment operated by major providers, hosters and affiliates. The geographically distributed architecture provides common system reliability and also allows collecting data in terms of access speed, bandwidth and other key performance characteristics on regional level – a critically important feature for the international business.
The first version of Host Tracker, which is still functioning and providing services for tens of thousands of customers, was Linux based. Today, it is supported by nine control servers, located and organized in two DPCs on collocation principle, and few dozens of agents. Considering that the final objective of web monitoring is focused on increasing the uptime of client-based web resources – whereas 95% of Host Tracker customers were able to increase it up to 99% – then, performance and accessibility of the service itself are not just critical, but rather fundamental parameters that influence the whole business. Theoretically, Host Tracker should demonstrate accessibility close to 100%. However, an extensive growth of the service made this task hard to solve.
Host Tracker was facing constantly increasing network traffic – a problem for seamless operation of the service. Inability to add new control servers on-the-fly, difficulties when maintaining not uniform and multiple-aged hardware was another limiting factor. Moreover, the desire to develop the service through wider protocol and network service support was meeting certain obstacles. “Unfortunately, for Linux there was a limited choice of ready-to-use solutions and libraries, while inventing something completely new was difficult”, says Artem Prisyazhnyuk, Host Tracker director. “We had an idea of reviewing the stack of technologies we used for a more sophisticated one and after taking a closer look at the .NET platform, its potential in terms of scalability and network support, I realized that was exactly the thing we had been looking for.”
It was sure that migrating to a completely different platform should be a complex task – the project extended over three years. However, it was like blessing in disguise: during this period, the world has seen the cloud computing that seemed an ideal tool for solving both the scalability problem and putting aside one’s own whole infrastructure. Besides, the PaaS model allowed to remove most of the effort in terms of administering the solution and to control the application as a self-contained entity, to the extent of complete automation, and thus, Windows Azure had in fact no alternatives.
As a result, the second version of Host Tracker, commercial operation of which started in May 2012, is already functioning under Windows Azure. Its central ingredient is realized as Web Role and associated with SQL Azure Database – it provides external portal, analytics and report generation, control of monitoring applications. The latter are ensured with instances of Worker Role, which also use SQL Azure Database to store their data and to provide the service scalability depending on the network loading. Agents are functioning as they did before, with the viability of their transfer to Windows Azure being considered.
Now, Host Tracker uses HTTP/HTTPS and ICMP protocols to monitor specific ports, including various methods (HEAD/POST/GET), and etc.



Alarm reporting is available via email, SMS and instant messages. The customer can receive reports with statistics about resources being controlled and their performances. You can spend only 6 minutes to make monitoring settings for five sites, while the average response time in case of failure is limited by a couple of minutes, and it takes 1-3 minutes more to inform the customer about the problem. Using this service, anyone can check any site, including access from various regions.
As a result, if on the one side the transfer to the .NET platform itself gave us the potential to modernize Host Tracker, to optimize the application architecture and realize new internal functions, then, on the other side, the migration to the cloud allowed to refuse from less important, though time consuming activities such as administering the solution, and, first of all, to reach necessary performance indicators. Microsoft, for all basic Windows Azure services, declares 99,9% accessibility and guarantees monthly refunds, should this indicator be lower. This creates a firm ground for operating such services like Host Tracker, as the accessibility is the most critical parameter for these applications. Using the cloud infrastructure also provides a better protection for the service: unauthorized access to the application and many types of attacks are effectively excluded, while the data safety is ensured by triple reservation.  
Host Tracker received another advantage from abandoning its own infrastructure. The service’s performance characteristics are also rather critical, for they directly affect the failure reporting system operation. In this respect, Windows Azure is virtually a drainless source of computing power. This means that by timely starting additional monitoring instances you can support Host Tracker functioning parameters on the necessary level. Moreover, the cloud environment is exactly what you need in order to make this process almost fully automatic, excluding further need for direct control.
більше
Host Tracker: оповещение о падении сайта только по делу (Русский)

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

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

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

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

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

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


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

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

більше
Поделиться:
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
Безготівковий
розрахунок