Переходите з UptimeRobot? Імпортуйте монітори одним кліком за ключем API лише для читання.Почати безкоштовно →
  1. Головна
  2. Безкоштовні інструменти
  3. Калькулятор аптайму

Калькулятор аптайму

Калькулятор аптайму: переведіть відсоток або SLA у допустимий простій за добу, тиждень, місяць і рік. Скільки простою дає 99,9%?

%

Допустимий простій на цьому рівні:

—на добу
—на тиждень
—на місяць (30 діб)
—на рік

Дев’ятки аптайму

АптаймНа добуНа місяцьНа рік

Доступність за MTBF і MTTR

Два числа описують, як ламається сервіс: скільки він працює між збоями (MTBF) і скільки триває відновлення (MTTR). Разом вони дають доступність, на яку можна розраховувати.

720 годин — це приблизно один збій на місяць.

Від відкриття інциденту до відновлення.

—Доступність
—Простій на місяць (30 діб)
—Простій на рік
—Збоїв на рік

Доступність = MTBF ÷ (MTBF + MTTR). Скоротити час відновлення зазвичай дешевше, ніж подовжити час між збоями: удвічі менший MTTR дає стільки ж, скільки удвічі більший MTBF.

Порахувати за журналом інцидентів

Рахується у вашому браузері, нічого не надсилається. Журнал дають список інцидентів і їхні часи в моніторі Tenium: кількість, початок і відновлення.

Знайте реальний аптайм, а не обіцянку хостингуTenium рахує аптайм кожного монітора за підтвердженими інцидентами й показує його на сторінці статусу. Pro та Agency додають щомісячний PDF-звіт для кожного клієнта.

Почати безкоштовно

Що дає кожна дев’ятка у хвилинах

Відсотки лестять. 99% виглядає як відмінна оцінка, а насправді це 7,2 години простою за 30-денний місяць, або 3,65 доби на рік. На 99,9% місячний запас — 43,2 хвилини: це один невдалий деплой. 99,95% — це 21,6 хвилини, 99,99% — 4,3 хвилини, а 99,999% — близько 26 секунд на місяць, або 5,3 хвилини на рік. Кожна наступна дев’ятка ділить запас на десять, а вартість інженерної роботи зростає зовсім не лінійно.

Калькулятор рахує місяць як 30 діб, а рік як 365. У календарному місяці з 31 днем на 99,9% виходить 44,6 хвилини, у лютому — 40,3. Тож якщо договір визначає місяць інакше, цифри трохи відрізнятимуться. Перш ніж порівнювати, з’ясуйте, як рахує ваш SLA.

Кілька компонентів знижують підсумкову цифру

Доступність сайту не вища за доступність усього, від чого він залежить послідовно. Якщо хостинг обіцяє 99,9%, DNS-провайдер — 99,99%, а платіжний шлюз — 99,95%, то оформлення замовлення, якому потрібні всі три, працює приблизно 99,84% часу (0,999 × 0,9999 × 0,9995). Це близько 69 хвилин простою на місяць. Два компоненти по 99,9% дають 99,8% — удвічі більше простою, ніж у кожного окремо.

Резервування обертає арифметику, але лише тоді, коли збої незалежні. Два сервери по 99,9% за балансувальником навантаження дають на папері 99,9999% (імовірність, що обидва впадуть одночасно, — 0,001 × 0,001). Проте сам балансувальник, спільна база даних і процес розгортання лишаються єдиними точками відмови, і реальна цифра визначається саме ними.

Що обіцяти клієнту

Обіцяйте те, що контролюєте. Віртуальний хостинг навіть у вдалий місяць рідко дає більше ніж 99,9%, тож запис про 99,99% у плані супроводу сайту — це повернення грошей, яке вже чекає своєї черги. Надійніша схема: зобов’язання щодо реакції (підтвердити проблему за 30 хвилин у робочий час), зобов’язання щодо звітності (щомісячна цифра аптайму) і ціль замість гарантії. Далі показуйте виміряний результат: якщо минулого місяця сайт видав 99,94%, так і напишіть та перелічіть два інциденти, що за цим стоять.

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

Виміряний аптайм залежить від способу вимірювання

Перевірка раз на 5 хвилин узагалі не помітить збою на 90 секунд, а одну невдалу перевірку за звичаєм рахують за весь інтервал. При інтервалі 5 хвилин один збій коштує 0,012% 30-денного місяця, при інтервалі 1 хвилина той самий інцидент — 0,002%. Частіші перевірки не змінюють того, що сталося: вони лише точніше це фіксують.

У Tenium простій починається, коли регіони, що підтверджують, дійшли згоди, і закінчується, коли вони погодилися, що сайт відновився. Вікна обслуговування не враховуються, тож цифра на сторінці статусу та у звіті виводиться зі списку інцидентів, а не із сирих невдалих перевірок. Сторінки статусу показують її для кожного монітора, а тариф Free включає 1 сторінку.

Як використати сторінку для планування

Введіть ціль із договору, щоб побачити запас, і поділіть його на типову тривалість інциденту. 43 хвилини на місяць вмістять один інцидент на 30 хвилин, але не два. Якщо три останні збої тривали 25, 40 і 70 хвилин, жодне значення на калькуляторі не зробить 99,9% реалістичною метою, доки не скоротиться час відновлення. Покращувати найчастіше потрібно час до виявлення, тому інтервал перевірки та маршрутизація сповіщень важать більше, ніж ще один шар заліза.

Запитання про інструмент

Скільки простою дозволяє 99,9% аптайму?

43,2 хвилини за 30-денний місяць, 10,1 хвилини на тиждень, 86 секунд на добу і 8,76 години на рік. У місяці з 31 днем запас становить 44,6 хвилини.

Чи реалістичні 99,99% для сайту малого бізнесу?

Рідко. Це 4,3 хвилини на місяць — менше, ніж більшості хостингів потрібно, щоб перезапустити базу даних. Для цього потрібне резервування на кожному рівні та швидке автоматичне перемикання. Більшості малих сайтів краще пообіцяти 99,9% і швидко помічати збої.

Чи враховується заплановане обслуговування в SLA?

Це залежить від договору. Багато SLA виключають заплановане обслуговування, інші обмежують його певною кількістю годин на місяць. У Tenium вікна обслуговування не входять в аптайм, тож цифра відповідає SLA, у якому їх виключено.

Чому аптайм від монітора відрізняється від цифри хостингу?

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

Як порахувати аптайм кількох сервісів разом?

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