Аптайм
Аптайм Аптайм - це час, коли сайт нормально працює.

Аптайм відповідає часовому проміжку, коли сайт доступний для перегляду через Інтернет. Протилежне поняття - даунтайм, або час простою - показує, як довго сайт не працював протягом певного періоду. Зазвичай, аптайм вимірють у відсотках, а за період часу обирають рік. Значення у відсотках за рік легко перевести в години й хвилини. Деякі типові значення наведені нижче:

90% - 876 годин

99% - 87 годин, 36 хвилин

99.9% - 8 годин, 45 хвилин, 36 секунд

99.99% - 52 хвилин, 34 секунд

Таким чином, аптайм має важливе значення. Навіть якщо здається, що 99% - це багато, в той же час це відповідає кільком дням простою. Якщо одне падіння буде тривати стільки часу, багато клієнтів буде втрачено. Значення аптайму, як правило, гарантується веб хостингом, де розміщений сайт. Моніторинг веб сайтів може допомогти збільшити аптайм, а також перевірити, чи співпадає заявлене веб хостингом значення аптайму з реальністю.

  • CM.Glossary.WebsiteMonitoring
  • CM.Glossary.Downtime
  • CM.Glossary.WebHosting
  • CM.Glossary.Availability
більше глосарій
Email забанили, що знову?!

Звертаємо вашу увагу, що віднедавна функція перевірки попадання домену до популярних блеклістів доступна як одне із завдань регулярних автоматичних перевірок - що значно полегшує своєчасне виявлення проблем.

Звертаємо вашу увагу, що раніше була описана функція миттєвої перевірки попадання домену до популярних блеклістів - DNSBL. Віднедавна ця функція доступна як одне із завдань регулярних автоматичних перевірок - що значно полегшує своєчасне виявлення проблем.

Що, власне, нового?

ХостТрекер тепер дозволяє створювати завдання для регулярної автоматичної перевірки DNSBL. Якщо Ваш домен, для прикладу, знаходиться на даний момент на моніторингу та при перевірці був знайдений в будь-якому із відомих «чорних списків» - вам буде негайно надіслано сповіщення на всі зазначені контакти. В повідомленні буде вказано назву блекліста, тобто в який саме із DNSBL списків Ваш сайт потрапив, та причини блокування (надаються укладачами цих списків). Все це дозволить вам оперативно відреагувати у разі виникнення такої неприємної ситуації, пришвидшити процес виключення домену з цих списків, а також попередити появу такого роду проблем в майбутньому. Зауважимо, наш список блеклістів планується згодом розширювати і актуалізувати.

Налаштування цієї функції займе не більше хвилини:

Секрети налаштування універсальної перевірки

Хороша новина в тому, що ХостТрекер надає можливість автоматично активувати дану перевірку для вже існуючих завдань. Налаштувати додаткову перевірку DNSBL дуже просто - достатньо лише при створенні або редагуванні завдання для моніторингу відмітити галочкою відповідне поле:

Таким чином, ваш сайт буде перевірятися не тільки на доступність, а й паралельно на присутність в DNSBL списках. Групи контактів для інформування при цьому дублюються автоматично. У разі, якщо будуть спостерігатись перебої в роботі сайта або його буде заблоковано - вам надійде повідомлення з відповідною інформацією. Ми сподіваємося, що подібна простота та універсальність інструменту дозволять вам отримувати більше користі від нашого сервісу та насолоджуватися зекономленим часом.

 

більше блог
Благодарим за внимание к нашему сервису!
 
Вхід
Зареєструватись
Ціни та пакети
Наша мережа моніторингу
Home > Blog
Escalations. Typical scenarios (English)

As many people know, HostTracker is a sites efficiency monitoring system. One of its main functions is to notify the user of any problems promptly. The efficiency of the notifications and the acceptable level of “detalization” are important. If you send alerts at each “sneeze”, the person will not find the important information in this flow...

I was woken up by an SMS at three a.m.
My site dropped for three minutes, and it raised back itself.
But I could not go back to sleep.

True-life story

As many people know, HostTracker is a sites efficiency monitoring system. One of its main functions is to notify the user of any problems promptly. The efficiency of the notifications and the acceptable level of “detalization” are important. If you send alerts at each “sneeze”, the person will not find the important information in this flow.

We have provided several mechanisms that will help the right people to get the necessary notifications:

  • Separation of the notifications into several groups according to their criticality;
  • No notifications at short-term failures;
  • Report the problem to the manager promptly;
  • Report a prolonged failure to the administration;
  • Use the free alerts first – email, gtalk, and then the paid ones – SMS or phone call;
  • At the contact level – set the working time when this contact should receive the alerts.

There are three types of notifications:

  • The website has “dropped”;
  • The website is still “down”;
  • The website “rose

The “dropped” and “rose” are clear. The notifications “site is still down” are sent at each test fail, but only at the confirmed drops. The fails confirmation algorithm was described in the article “False alerts exclusion”

For each site-contact pair you may enable or disable the appropriate notification type. The setting can be located in the contact properties as well as in the general “matrix” at the “Notifications subscribtion” page.

Escalation and the notifications detalization level.

Suppose, two people are responsible for the site:

  • Administrator
  • Manager

Let's try to implement the following scenario:

  • In the event of a “drop” we want to send an email message to the administrator immediately;
  • If the site does not rise within 15 minutes, we send an SMS to the administrator;
  • If the site is “down” for more than an hour, then we send an SMS to the manager.

Adding the contacts for the users. While adding, draw attention to the “Notification Delay” window.

We appear to have three contacts with the following delays:

  • Administrator (email) – no delay;
  • Administrator (SMS) – 15 minutes delay;
  • Manager (SMS) – 1 hour delay.

According to this configuration the administrator will get all the failures notifications to the email, but SMS notifications will be sent only if the site is “down” for more then 15 minutes. The manager will receive only SMS about major failures lasting more than an hour. Setting up the contact working schedule

Suppose that one administrator can not cope, and we hired one more administrator. The first one works during the first half of the week, the second one works during the second half. Accordingly the notifications should be sent to the administrator “on duty” To set this scenario the window “Set the contact working hours” is used in the contact settings.

In this case the first administrator will receive the SMS notifications from Monday to Thursday inclusive. Additionally, you may divide the notification for different employees according to the time of day, for example appointing day and night administrators.

Conclusions: with the help of relatively simple mechanisms we may cover most notifications fine-tune user scenarios.

більше
Поширити:
Send to Twitter Send to Facebook Send to LinkedIn Share on Google+
Блоги:
HostTracker blog HostTracker page on Facebook
Безготівковий
розрахунок