Uptime
Uptime Uptime is the period of time when a site performs well.

Uptime corresponds to the time when a site is accessible from the Internet. The opposite term - downtime - shows for how long a site has not been working during specified period of time. Usually uptime is measured in percents, and for period of time is choosen year. Percents over the year could be easily transformed into time values. Some typical values of uptime and corresponding period of unavailability during the year are shown here:

90% - 876 hours

99% - 87 hours, 36 minutes

99.9% - 8 hours, 45 minutes, 36 seconds

99.99% - 52 minutes, 34 seconds

So high uptime is really important. Even if it seems that 99% is pretty high value - it corresponds to several days of failure. If that happens in a row, many clients can be lost. Uptime value is usually guaranteed by web hosting, where the site is hosted. Website Monitoring may help you to increase the uptime and check if the value, declared by the hosting company, is real.

  • CM.Glossary.WebsiteMonitoring
  • CM.Glossary.Downtime
  • CM.Glossary.WebHosting
  • CM.Glossary.Availability
more glossary
"Really amazing Service, congratulations."
- W.
Host-Tracker under Windows Azure

Those, who actively involved with the Web, should know HostTracker, 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, HostTracker allows to reduce downtimes, to improve quality of service for users, to quickly localize troubles...

​Those, who actively involved with the Web, should know HostTracker, 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, HostTracker allows to reduce downtimes, to improve quality of service for users, to quickly localize troubles, and etc.

Architecturally, HostTracker 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 HostTracker, 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 HostTracker 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, HostTracker should demonstrate accessibility close to 100%. However, an extensive growth of the service made this task hard to solve.

HostTracker 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, HostTracker 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 HostTracker, 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, HostTracker 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 HostTracker, 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 HostTracker, 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.

HostTracker 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 HostTracker 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.

more blog
Thank you for feedback!
 
Sign In
Sign Up
Prices & packages
Our monitoring network
Home > Blog
Сбой в работе сайта: Как автоматически приостановить работу Adwords кампании (Русский)

При текущих ценах на рекламу хочется всегда быть уверенным в ее эффективности. Однако в жизни не все так просто… И даже самые надежные сайты время от времени становятся недоступными. Возникает вопрос: что нужно сделать, чтобы в этом случае не бросать деньги на ветер?

Рассмотрим несколько подходов к решению данной проблемы.

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

Однако в жизни не все так просто… И даже самые надежные сайты время от времени становятся недоступными. Возникает вопрос: что нужно сделать, чтобы в этом случае не бросать деньги на ветер?

Рассмотрим несколько подходов к решению данной проблемы.

Опасная игра с Google

Итак, представим, что ваш сайт в данный момент недоступен. Что же сделает Google, узнав про это? Так вот, все объявления будут заблокированы, поскольку рекламируемый в них ресурс будет недоступным для сканирования роботом AdWords.

Также объявления будут заблокированы в случае, если  целевая страница будет работать с ошибками или будет как-то не так настроена. К таким ошибкам относятся: 403 (доступ запрещен), 404 (страница не найдена), какие-либо внутренние ошибки сервера и пр. Обратите внимание, что восстановление рекламной кампании в таком случае возможно только вручную и только после того, как ваши объявления будут одобрены командой Google, что, в свою очередь, занимает немало времени.

Таким образом, ряд сбоев и возможные «камни преткновения» в работе сайта остаются без внимания Google. При этом, даже кратковременный сбой может остановить рекламную кампанию на длительный период. Поскольку, во-первых, проблему нужно вовремя локализировать; во-вторых, сделать запрос на восстановление; и в-третьих, дождаться его исполнения.

Решение

Предлагаем вашему вниманию инструмент, который автоматически определяет статус ресурса (сайт не работает, долго загружается, отсутствует контент на сайте и пр.), приостанавливает кампанию через API в случае, если наблюдаются проблемы в работе, и восстанавливает ее автоматически после возобновления работы сайта.

Настройка довольно проста: нужно указать данные своего аккаунта AdWords, а также подтвердить в интерфейсе Google AdWords доступ к своей учетной записи:

Причиной того, почему мы решили разработать эту функцию стал запрос от клиента, у которого за ночь исчезли сотни долларов следующим образом. Сайт формально был доступен, но база данных не подключилась и, как следствие, данные не отображались. При этом кампании AdWords исправно работали и, соответственно, снимали деньги. Именно после такого досадного инцидента этот клиент решил оформить свою подписку на мониторинг, чтобы всегда была возможность держать руку на пульсе и в случае чего остановить объявления вовремя. Мы, в свою очередь, взяли на вооружение эту идею и разработали отдельный инструмент для мониторинга аналогичных ситуаций.

Поэтому, напоминаем, мы всегда рады любым вашим замечаниям и предложениям.

more
Як автоматично призупинити Adwords кампанію при збоях в роботі Вашого сайта (Українська)

При поточних цінах на рекламу хочеться завжди бути впевненим в її ефективності. Однак на практиці, час від часу навіть надійні сайти дають збої. Постає запитання: як зробити так, щоб гроші в цей час не витрачалися на вітер?

Розглянемо  декілька  нюансів і шляхів вирішення даної проблеми за допомогою сервісу моніторингу доступності сайтів ХостТрекер.

При поточних цінах на рекламу хочеться завжди бути впевненим в її ефективності. Тому запускаючи кампанію, власник бізнесу хоче знати напевно, що ніщо не завадить її роботі.

Однак на практиці, час від часу навіть надійні сайти дають збої. Постає запитання: як зробити так, щоб гроші в цей час не витрачалися на вітер?

Розглянемо  декілька  нюансів і шляхів вирішення даної проблеми за допомогою сервісу моніторингу доступності сайтів ХостТрекер.

Чи варто довіряти Гуглу?

Отже, ми дізналися про проблему, що далі? Перевіряємо, що може вдіяти Гугл в цій ситуації. Так, він відключає кампанії, а точніше оголошення, якщо цільова сторінка перестає бути доступною.

Тим не менш, виявляється, є два «але», які здатні серйозно вплинути на сценарії використання кампаній:

  • Кампанія зупиняється тільки в разі виникнення певних помилок в роботі, наприклад, сайт повертає код помилки HTTP 403 (доступ заборонений) або 404 (сторінка не знайдена).

  • Відновлення кампанії після збою можливе тільки вручну, і тільки після модерації з боку Гугла, що також займає деякий час.

Таким чином, ряд збоїв і можливі «камені спотикання» в роботі сайта залишаються без уваги Гугла, кампанія йде і гроші списуються. При цьому, слід зазначити, що навіть короткочасний збій може паралізувати рекламну кампанію на кілька годин і навіть діб, оскільки по-перше, проблему потрібно вчасно помітити; по-друге, зробити запит на відновлення; по-третє,  дочекатися його виконання.

Що ж робити?

Пропонуємо до вашої уваги інструмент, який автоматично визначає стан сайта (сайт недоступний, час відгуку занадто великий, відсутній необхідний контент на цільовій сторінці), зупиняє кампанію через API в разі, якщо на сайті спостерігаються проблеми, і відновлює її автоматично після поновлення роботи сайта.

Налаштування досить просте: необхідно вказати дані свого облікового запису AdWords, а також підтвердити в інтерфейсі Google AdWords доступ до свого облікового запису.

Варто відзначити, що на даний момент “Adwords management” перебуває на бета-тестуванні. Надалі планується зробити даний інструмент платним, але на тих, хто підпишеться на бета етапі, як завжди, будуть очікувати приємні бонуси.

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

Тому, нагадуємо, ми завжди раді будь-яким вашим зауваженням і пропозиціям.

more
Share:
Send to Twitter Send to Facebook Send to LinkedIn
Blogs:
HostTracker blog HostTracker page on Facebook