Простой и потеря данных для многих компаний оборачиваются многомиллионными убытками. Две ключевые метрики – RTO – Disaster Recovery и RPO – Recovery Point Objective – определяют, насколько быстро бизнес может восстановиться после сбоя и сколько данных при этом он готов потерять. Но как найти правильное значение RPO или RTO? Что же представляют собой эти метрики простыми словами?
RTO или время восстановления после отказа это максимальное время, в течение которого система должна быть восстановлена после аварии. То есть, своего рода это ответ на вопрос, сколько времени бизнес может позволить себе не работать.
RPO или целевая точка восстановления, например от компании IT-SOLUTIONS.UA, – это максимальный объем потери данных, который выражается во времени. Сколько данных бизнес может потерять, если произойдет сбой без ущерба для себя. Если RPO будет составлять 10 минут, то это значит, что при аварии бизнес допускает потерю данных максимум за последние 10 минут до инцидента. Если RTO равен 2 часам, то после сбоя сервис должен вернуться в работу не позднее, чем через 2 часа. Главная ошибка, которую допускают компании, это устанавливать единые RTO и RPO для всех сервисов. Это ведет либо к избыточным затратам на защиту второстепенных систем, либо к недостаточной защите критически важных программ.
Оптимальные значения зависят от трех факторов — стоимости простоя, требования регуляторов и бюджета на IT-инфраструктуру. Здесь нужно понимать, что чем короче значения RPO и RTO, тем дороже будет обходиться инфраструктура для обеспечения нужных параметров во времени. Для каждого бизнеса расчет оптимальных значений будет индивидуальным процессом, ведь целевая точка восстановления, скажем, для финансовых предприятий и для предприятий, работающих в автомобильной сфере, совсем иной.
Нужно оценить стоимость простоя и определиться с допустимой потерей данных. Также следует учитывать регуляторные требования, и в некоторых отраслях здравоохранения или финансов существуют жесткие требования к сохранности данных и времени восстановления. Нужно сопоставить желаемое с возможным. Инвестиции в решение должно быть пропорциональным затратам на простой. Поэтому важно понимать, стабильное резервное копирование это вовсе не показатель низкого RTO. Для быстрого восстановления требуется полноценный дизастер рекавери план, который будет включать не только данные, но и серверы приложений, сетевые настройки и зависимости между системами. Самая опасная ошибка – это никогда не тестировать план восстановления. Исследования показывают, что около 40% компаний не тестируют свои дизастер-рекавери-план. Резервная копия, которую никогда не восстанавливали, не является гарантией успешного восстановления. Поэтому нужно убедиться в том, что заявленные RTO и RPO действительно достижимы в условиях реального инцидента, а не только в теории.