Калькулятор SLA
Вычислите максимально допустимое время простоя на основе вашего процента SLA.
Введите свой SLA
Таблица содержимого
Комплексное руководство SLA
Что такое SLA?
Соглашение об уровне обслуживания (SLA) - это договор между поставщиком услуг и клиентом, который определяет ожидаемый уровень обслуживания, обычно выраженный в процентах от времени безотказной работы. SLA определяет максимальную сумму простоя, разрешенную в течение определенного периода (день, месяц или год), и часто включает финансовые штрафы или кредиты на обслуживание, если поставщик не выполняет гарантию. SLA распространены в облачном хостинге, телекоммуникациях, SaaS и управляемых сервисах.
Как рассчитывается время простоя?
Формула: Время простоя = (1 − SLA)%) Период. Например, 99,9% SLA в течение одного года (525 600 минут): время простоя = 0,1% × 525 600 = 526 минут (около 8,76 часов) в год. Этот калькулятор применяет ту же логику к ежедневным, ежемесячным и годовым периодам, чтобы вы могли видеть максимально допустимое отключение в каждом окне.
SLA против SLO против SLI
SLA (Service Level Agreement) является договорной гарантией. SLO (Service Level Objective) - это внутренняя цель, к которой вы стремитесь, обычно устанавливаемая выше, чем SLA, для создания буфера. SLI (Service Level Indicator) - это фактический показатель, который вы измеряете (например, процент доступности от мониторинга). Хорошая практика: установите SLO 0,5-1% выше вашего SLA, чтобы нормальные изменения не нарушали соглашение.
- время %: Доля ОАС (например, 99,9)%) является гарантированной доступностью. Остальное - разрешенные простои.
- The "nines": 99% = две девятки; 99,9% = три девятки; 99,99% = четыре девятки; 99,999% = пять девяток. Больше девяток = меньше времени простоя и обычно более высокая стоимость.
- Кредиты на обслуживание: Типичное средство правовой защиты от нарушения (например, 10-25)% Ежемесячная плата за 0,1% ниже SLA, без возврата денежных средств.
- Исключения: Запланированное техническое обслуживание, форс-мажорные обстоятельства и сбои, вызванные клиентами, обычно исключаются из простоев.
Клиент vs перспектива поставщика
Как клиент
- Вы получаете четкую гарантию безотказной работы и кредиты, если поставщик терпит неудачу.
- Используйте этот калькулятор, чтобы увидеть, сколько времени простоя позволяет ваш SLA (в день, месяц, год).
- Переговоры об исключениях, методе измерения и кредитных лимитах в контракте.
- Более высокий SLA (например, 99,99)%) обычно стоит дороже; баланс между воздействием на бизнес.
Как поставщик
- Вы берете на себя обязательство максимального простоя; превышение его вызывает кредиты или штрафы.
- Установите внутренние SLO выше SLA, чтобы избежать нарушения.
- Определите точно, что считается простоем, и исключите плановое обслуживание.
- Мониторинг доступности с использованием той же методологии, что и в договоре.
Преимущества SLA
- Ясность: Обе стороны согласны с ожидаемой доступностью и последствиями неудачи.
- Подотчетность: У поставщика есть стимул для достижения цели; у клиента есть определенное средство правовой защиты.
- Планирование: Максимальное время простоя (например, 43 мин/месяц для 99,9)%) помогает планированию потенциала и реагирования на инциденты.
- Доверие: Опубликованные SLA (например, облачные провайдеры) поддерживают прозрачность и сравнение.
Ограничения и соображения
- SLA является гарантией доступности, а не нулевого простоя. Разрешенное отключение все еще может повлиять на пользователей.
- Кредиты на обслуживание редко покрывают косвенный ущерб (потерянный доход, репутация); применяются ограничения ответственности.
- Определения простоев варьируются: должны быть четко указаны частичные отключения, минимальная продолжительность и исключения.
- Достижение пяти девяток (99.999)%) требует значительного резервирования и затрат; не все системы нуждаются в этом.
SLA не предотвращает сбои — он определяет, сколько времени простоя разрешено и что происходит, если провайдер превышает его. Всегда определяйте, что считается простоем, как он измеряется и что исключается (поддержание, форс-мажор). Кредиты на обслуживание, как правило, ограничены и требуются в течение короткого окна; они не заменяют планирование непрерывности бизнеса.
Выбор правильного уровня SLA
Выбор подходящего SLA зависит от влияния бизнеса, стоимости и осуществимости. Подумайте:
- Критика: Какова стоимость одного часа простоя? Системы доходов, ориентированные на клиента, часто требуют 99,9% или выше.
- Стоимость: Более высокие SLA (99,99)%, 99.999%) требуют резервирования и инженерного обеспечения; премии могут быть значительными.
- Отраслевые нормы: Облачные провайдеры часто предлагают 99,9-99,99%; Телекому и финансам может потребоваться пять девяток.
- Измерение: Убедитесь, что в контракте указан интервал опроса, места и то, как плановое техническое обслуживание исключено.
Оригинальное название: Downtime by SLA
| SLA | В месяц | В год |
|---|---|---|
| 99% | 7.3 h | 3.65 days |
| 99.9% | 43.8 min | 8.76 h |
| 99.99% | 4.4 min | 52.6 min |
| 99.999% | 26 sec | 5.26 min |
SLA устанавливают четкие ожидания доступности и предоставляют средство защиты, когда поставщик не хватает. Используйте этот калькулятор, чтобы конвертировать проценты SLA в конкретные лимиты простоя (в день, месяц, год) и сочетать это с четкими условиями контракта на измерение, исключения и кредиты на обслуживание. Для критически важных услуг инвестируйте в мониторинг и архитектуру, которые действительно могут соответствовать SLA, которую вы обещаете или требуете.
Объяснены уровни SLA
Типичные уровни SLA и их последствия. AWS, Azure и GCP обычно предлагают 99,9% до 99,99% в зависимости от услуги; пять девяток (99.999)%) требует резервирования N+2 и является обычным явлением в телекоммуникационной и основной банковской деятельности.
99% – 99.5%
~7,3 часа в месяц (99)%) или ~ 3,6 часа в месяц (99,5%). Подходит для некритических внутренних инструментов, разработки/постановки. Низкая стоимость, меньше гарантий.
99.9% (three nines)
~43,8 мин/месяц. Общий для бизнес-приложений, электронной коммерции, SaaS. Стандарт для многих облачных провайдеров.
99.99% (four nines)
~ 4,4 мин/месяц. Критические системы, финансовые услуги, платежные шлюзы. Требуется избыточная архитектура.
99.999% (five nines)
~26 сек/месяц. Телекоммуникационный, критический (например, 911, основной банкинг). Это очень дорого для достижения и работы.
Справочная таблица Downtime
Используйте эту таблицу, чтобы увидеть максимально допустимые простои в день, месяц и год для общих уровней SLA. Значения получены из (1 - SLA)%) × период в минутах.
| SLA | в день | В месяц | В год |
|---|---|---|---|
| 99% | 14.4 min | 7.3 h | 3.65 days |
| 99.9% | 1.44 min | 43.8 min | 8.76 h |
| 99.99% | 8.6 sec | 4.4 min | 52.6 min |
| 99.999% | 0.86 sec | 26 sec | 5.26 min |
Выбор и переговоры SLA
При определении или согласовании SLA сосредоточьтесь на ясности и измеримости. Следующие пункты помогают избежать споров и обеспечить соблюдение соглашения.
- Определите, что считается простоем (запланированное техническое обслуживание исключено). Минимальная продолжительность
- Укажите измерение: интервал опроса, местоположения и доступность % рассчитывается
- Включает сервисные кредиты или штрафы; типичные 10-25% кредит на 0,1% ниже SLA
- Требуйте отчетность об инцидентах и анализ первопричин в течение 30 дней
- Определите, что считается простоем (запланированное техническое обслуживание исключено). Планируемые отключения объявлены заранее
- Более высокие SLA стоят дороже - баланс против влияния бизнеса. 1-часовое отключение может стоить дешевле, чем премия за 99,99%.
- Включите сервисные кредиты или штрафы в договор. Типичный: 10-25% кредит на 0,1% ниже SLA.
- Требуется прозрачная отчетность об инцидентах и анализ первопричин (RCA) в течение 30 дней.
- Рассмотрите отдельные SLA для разных уровней обслуживания (например, поддержка премиум-класса по сравнению со стандартом).
- Укажите методологию измерения: интервал опроса (1 мин. 5 мин.), количество точек мониторинга, географический охват.
- Avoid ambiguity: define "available" precisely (e.g., HTTP 200 within 5 seconds from at least 2 of 3 regions).
Что считается временем простоя?
Определения SLA варьируются в зависимости от контракта. Чтобы избежать споров, уточните в письменной форме следующее:
- Запланированное обслуживание: обычно исключается. Об этом необходимо сообщить за 5-14 дней.
- Форс-мажор: Стихийные бедствия, войны — обычно исключаются.
- Отключения, вызванные клиентами: ваша неправильная конфигурация - исключена.
- Частичные отключения: некоторые провайдеры считают только полную недоступность; ухудшение производительности может не учитываться.
- Minimum outage duration: Outages under 5 minutes may be excluded ("consumption" clauses).
- Зависимости от третьих сторон: Отключения, вызванные провайдерами upstream (облако, CDN, DNS), могут считаться или не учитываться.
Сервисные кредиты и штрафы
Когда SLA нарушается, кредиты на обслуживание являются типичным средством правовой защиты (не возврат денежных средств). Примерная структура:
- 99.9% нарушено, но ≥99,0%: 10% кредит
- 99.0% нарушено, но ≥95,0%: 25% кредит
- &95.0%: 50-100% кредит
Кредиты обычно ограничены (например, 100)% В этом месяце плата. Вы должны получить их в течение 30-60 дней. Кредиты не покрывают косвенный ущерб (потерянные продажи, репутация) - рассмотрите отдельные положения об ответственности за критически важные услуги.
SLA в промышленности
Типичные ожидания SLA варьируются в зависимости от сектора. Используйте это в качестве ссылки при определении или обсуждении вашего собственного SLA.
- Электронная коммерция / розничная торговля: 99.9-99.95%. Каждая минута простоя во время пика (Черная пятница, Рождество) может означать тысячи потерянных доходов.
- Здравоохранение / HIPAA: 99.99% или выше для систем, ориентированных на пациента. Регуляторное давление и безопасность пациентов предъявляют строгие требования.
- Банковское дело / Fintech: 99.99-99.999%. Обработка платежей и основной банкинг часто требуют пяти девяток. Транзакционные системы должны быть высокодоступными.
- SaaS/B2B: 99.9% Общий базовый уровень; корпоративные клиенты часто ведут переговоры 99,95% или 99,99% Премиальная поддержка.
- Внутренние инструменты IT / dev: 99% может быть достаточно для постановки, CI/CD, внутренних приборных панелей. Влияние бизнеса ниже, чем у систем, ориентированных на клиента.
Мониторинг и соблюдение SLA
Для отслеживания соответствия SLA вам нужны последовательные измерения и четкие определения. Следующие методы помогают избежать споров и поддерживают точную отчетность.
- Мониторинг безотказной работы из нескольких географических точек (избегать ложных срабатываний из одного места)
- Последовательный интервал опроса, соответствующий определению SLA (например, 1-минутные проверки)
- Точная регистрация инцидентов с метками времени начала/конца для расчета доступности
- Исключение планового технического обслуживания; обеспечение контроля за обслуживанием окон
- Прозрачная отчетность: страницы состояния и ежемесячные отчеты о доступности
Многорегиональные или многосервисные SLA: если вы зависите от нескольких компонентов (API, база данных, CDN), каждый с 99,9%, Комбинированная доступность ниже. Пример: API 99.9% × DB 99.9% ≈ 99,8% сквозной. Дизайн для избыточности и отказов, чтобы избежать сложных сбоев.