HTTP
HTTP HTTP - hyper text transfer protocol, a way to transfer website data via Internet.

HTTP - hyper text transfer protocol, a way to transfer website data via Internet. At first, was created for transfer of HTML documents, now most of website data (audio, video, images etc.) is downloaded through this protocol. HTTP has several methods - to check a website, to get the data from the server, and to upload some information from client to the site. More about them you may find in this article. HTTP has its secure version - HTTPS

This protocol is used by clients to review web pages. Thus, to check a website, we should use it too. Website monitoring services, like HostTracker, perform HTTP checks to make sure that the site is operating well.

  • CM.Glossary.WebsiteMonitoring
  • CM.Glossary.HTTPS
  • CM.Glossary.HTTPMethods
more glossary
"Great service. Improving constantly."
- Ray
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 > FAQ
Ключевые советы для поддержания работы сайта (Русский)
  • Оптимизируйте контент сайта. Максимально возможное сжатие изображений, до последнего килобайта, позволяющее сохранить качество изображения.
  • Используйте Minify (приложение PHP5) для CSS и JavaScript для сжатия веб-данных, и размещайте JavaScript в конце документа, если это возможно.
  • Добавьте заголовки «expires» для контента, чтобы избежать постоянной загрузки браузерами одних и тех же файлов при просмотре вашего веб-сайта пользователем.
  • Убедитесь, что ваш веб-сервер обеспечивает предоставление контента в сжатом состоянии - например, mod_deflate для Apache. Очевидно, что это правило не касается таких файлов, как изображения, которые уже сжаты, поэтому убедитесь, что вы задали все настройки правильно.
  • Уменьшите количество HTTP-запросов для попадания на ваш Веб-сайт. Совместите CSS в одном файле. Совместите JavaScripts в одном файле, где это возможно. Включайте эти файлы только в страницы, где они действительно необходимы.
  • Оптимизируйте систему управления контентом. Например, уменьшите количество обращений к базе данных, необходимое для каждого запроса страницы. В Drupal этого можно достичь всего лишь отключив ненужные модули. Кроме того, увеличьте эффективность всех пользовательских кодов, где это только возможно. Изменение на одной десятую долю секунды в алгоритме, который используется тысячи раз, будет заметным.
  • Поддерживайте кэширование часто используемых данных. Используйте Memcache или нечто подобное. Многие пакеты CMS поддерживают эту возможность, но будьте осторожны с динамическими характеристиками.
  • Уравняйте нагрузки веб-сервера.
  • Разделите базы данных для чтения/записи, так что обеспечит иерархическую структуру баз данных, делая их благодаря этому размерно варьируемыми.
  • При возможности, разделите базу данных вертикально или горизонтально (или совместите эти направления, если эта модель подходит для структуры вашей базы данных) для нескольких серверов. Хотя это может подходить не для всех случаев.
Share:
Send to Twitter Send to Facebook Send to LinkedIn
Blogs:
HostTracker blog HostTracker page on Facebook