Перейти к содержимому
Левицкий Концепт
Инициализация систем000%

Калькулятор RPO/RTO и стоимости резервного копирования

Задайте объём данных, расписание и глубину хранения — калькулятор посчитает RPO и RTO, объём хранилища, стоимость в месяц и цену худшего инцидента.

Бесплатно, без регистрации. Данные обрабатываются в вашем браузере и никуда не отправляются.

Данные и расписание

ГБ
%
дней
раз

Хранение

₽/ГБ·мес

Восстановление и цена потерь

МБ/с
ч
₽
₽

RPO — потеря данных до

24 ч

RTO — восстановление

2,6 ч

Объём хранилища

3 296 ГБ

12 полных + 12 инкрементов × 2 места

Хранение в месяц

9 888 ₽

118 656 ₽ в год

Потеря данных (худший случай)

72 000 ₽

Выручка за время восстановления

12 844 ₽

Цена одного инцидента

84 844 ₽

Хранение копий стоит дороже, чем один худший инцидент при таких цифрах. Проверьте, не избыточна ли глубина хранения. RTO считается по скорости канала и ручной работе; без регулярной тренировки восстановления реальное время обычно в 2–3 раза больше.

Как пользоваться

  1. Введите объём данных, долю изменений за сутки и расписание копий.
  2. Задайте глубину хранения: ежедневные, недельные и месячные копии, и число мест хранения.
  3. Укажите скорость восстановления, ручную работу и цену часа данных и простоя.
  4. Сравните цену хранения копий с ценой одного худшего инцидента.

RPO и RTO простыми словами

RPO (Recovery Point Objective) — сколько данных вы готовы потерять. Если копия делается раз в сутки ночью, а сервер умер в 18:00, потеряны все заказы и записи за день — RPO 24 часа. RTO (Recovery Time Objective) — сколько времени займёт восстановление: найти рабочую копию, поднять сервер, развернуть данные, проверить. Бизнесу важны обе цифры: RPO определяет, сколько работы придётся переделать вручную, RTO — сколько часов вы не принимаете заказы.

Как калькулятор считает

  • RPO = 24 часа / число копий в сутки — худший случай, когда сбой случился прямо перед следующей копией.
  • Объём полной копии = данные / коэффициент сжатия.
  • Инкремент = данные × доля изменений за сутки / число копий в сутки / сжатие.
  • Хранилище = (полные копии × размер + инкременты × размер) × число мест хранения.
  • RTO = объём / скорость восстановления + ручная работа.
  • Цена инцидента = RPO × ценность данных за час + RTO × выручка в час простоя.

Модель упрощена — реальные системы используют дедупликацию, дифференциальные копии и снимки дисков, — но порядок цифр она даёт верный и честно показывает главное: стоимость хранения растёт медленно, а цена потерь — быстро.

Правило 3-2-1

Классическая схема: три копии данных (рабочая и две резервные), на двух разных типах носителей, одна — в другом месте. Копия на том же сервере, что и данные, защищает только от ошибки «удалил не тот файл»: при поломке диска, взломе или шифровальщике она погибнет вместе с оригиналом. Поэтому в калькуляторе по умолчанию два места хранения вне рабочего сервера. Современное дополнение к правилу — одна копия неизменяемая или «невидимая» для рабочих учёток; подробно — в статье невидимые резервные копии.

Глубина хранения

СхемаЗащищает отКомментарий
Только последняя копияПоломки дискаБесполезна, если повреждение заметили через неделю
14 ежедневныхОшибок, замеченных в течение двух недельМинимум для любого бизнеса
+ 4 недельныхТихой порчи данных, шифровальщика с задержкойРекомендуемый базовый уровень
+ 6–12 месячныхОшибок в отчётах, споров, проверокДля учёта и финансов

Пример

База и файлы на 200 ГБ, меняется 3% в сутки, копия раз в ночь, полная — раз в неделю, хранение 14 дней + 4 недели + 6 месяцев, два места хранения, сжатие в 1.5 раза, 3 рубля за ГБ в месяц. Получается около 3.3 ТБ хранилища и около 10 тысяч рублей в месяц. RPO — 24 часа, RTO — около 2.6 часа при 100 МБ/с. Если час данных стоит 3 000 рублей, а час простоя — 5 000, один худший инцидент обходится примерно в 85 тысяч рублей. Сократить RPO до часа можно частыми инкрементами или репликацией базы — калькулятор покажет, во что это обойдётся.

Что ещё учесть

Мы настраиваем резервное копирование по схеме 3-2-1 с проверкой восстановления — в рамках технической поддержки и аудита безопасности.

Как выбрать целевые RPO и RTO

СистемаРазумный RPOРазумный RTO
Корпоративный сайт без форм24 часа1 рабочий день
Сайт с заявками1–4 часа2–4 часа
Интернет-магазин15–60 минут1–2 часа
CRM, учётная система15–60 минут1–4 часа
Платёжные и критичные сервисыМинутыМинуты, с резервной площадкой

Это ориентиры, а не норматив. Правильные цифры даёт вопрос к бизнесу: сколько работы мы готовы переделать вручную и сколько часов можем не работать. Ответ переводится в расписание копий, число мест хранения и архитектуру — и только потом в бюджет.

Объяснение для руководителя без технических терминов — в статье RPO и RTO простыми словами.

Вопросы и ответы

Чем RPO отличается от RTO?

RPO — сколько данных можно потерять (время между копиями). RTO — сколько времени займёт восстановление работы.

Какой RPO нужен интернет-магазину?

Обычно не больше часа: за сутки потерянных заказов клиенты успевают оплатить и ждать доставку. Для этого нужны частые инкременты или репликация базы.

Сколько стоит хранение резервных копий?

Зависит от объёма и глубины: для 200 ГБ данных с хранением полгода в двух местах — порядка 10 тысяч рублей в месяц при цене 3 ₽ за ГБ. Калькулятор считает под ваши цифры.

Где хранить резервные копии?

Минимум в двух местах вне рабочего сервера, одно — в другом дата-центре, с отдельными доступами. Для ПДн граждан РФ — на территории России.

Как часто проверять восстановление?

Хотя бы раз в квартал и после крупных изменений инфраструктуры. Фиксируйте фактическое время — это ваш реальный RTO.

Что такое правило 3-2-1?

Три копии данных, на двух разных носителях, одна — в другом месте. Современное дополнение: одна копия неизменяемая или недоступная рабочим учётным записям.

Нужно ли шифровать резервные копии?

Да, особенно если в них есть персональные данные или копии лежат у стороннего провайдера. Ключи храните отдельно от копий.

Другие инструменты