RPO и RTO: Различия в показателях резервного копирования

Показатели точки восстановления (RPO — Recovery Point Objective) и времени восстановления (RTO — Recovery Time Objective) позволяют организации узнать, какой объем данных она может потерять и как долго её сервисы могут быть недоступны — это ключевые элементы плана резервного копирования и плана аварийного восстановления.

Важно рассмотреть каждый показатель, их роль, способы их вычисления и финансовые последствия, а также способы их включения в различные планы обеспечения устойчивости.

Показатель времени восстановления (RTO) определяет количество времени с момента наступления разрушительного события до момента, когда затронутые ресурсы должны быть полностью работоспособны и готовы поддерживать цели организации.

Когда ресурс выходит из строя, может потребоваться несколько действий, например, замена поврежденных компонентов, перепрограммирование и тестирование, прежде чем ресурс будет снова введен в эксплуатацию и начнется обычный режим работы. Существует обратная зависимость между временем восстановления и затратами, необходимыми для поддержки восстановления. В частности, чем короче RTO по времени, тем больше затраты на восстановление, и наоборот. Поэтому очень важно, чтобы при определении значений RTO участвовали руководители бизнес-подразделений. Они могут захотеть, например, чтобы целевое время восстановления составляло 30 минут, но затраты на достижение этой цели могут оказаться непомерно высокими.

Показатель точки восстановления (RPO) особенно важен, когда речь идет о резервном копировании и восстановлении данных. Организациям — например, банкам, компаниям выпускающим кредитные карты — которые проводят много операций в течение дня, вероятно, потребуется более частое резервное копирование, почти в режиме реального времени, чтобы иметь в наличии самые актуальные критические данные для своих конкретных нужд, доступные для будущих операций. Это означает, что данные не должны сильно устареть с момента последнего резервного копирования, то есть данные должны быть как можно более актуальными. В этом и есть суть RPO, чтобы резервные копии данных были как можно более актуальными.

И здесь мы видим обратную зависимость между значением RPO и затратами на его достижение. Очень короткое RPO, например, от 10 до 30 секунд, означает, что резервное копирование данных должно выполняться очень часто, что требует использования высокоскоростных технологий резервного копирования, таких как зеркалирование или репликация данных, особенно если резервные копии хранятся вне площадки в облаке или другом месте. Добавьте к этому пропускную способность сети, необходимую для передачи больших объемов данных, и затраты могут быть значительными для достижения требуемой доступности данных.

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

Кроме случаев их использования в планах восстановления, на практике они совершенно разные. RTO назначаются после наступления события. RPO используются до наступления события. Впрочем, когда эти два показателя связаны между собой, короткий RTO обычно требует столь же короткого RPO, особенно если речь идет о защите данных. Если мы рассматриваем только резервное копирование и восстановление систем, значения RTO может быть достаточно для определения того, как будет происходить восстановление. Однако если восстанавливаемая система также работает с критическими данными, то обе метрики должны быть согласованы.

Анализ воздействия на бизнес проводится для определения соответствующих значений RTO и RPO. Анализ рисков выявляет критически важные бизнес-процессы и определяет технологии, людей и объекты, необходимые для обеспечения непрерывности бизнеса. Он также может определить финансовые последствия — например, потерю доходов, наложение штрафов — вызванные сбоем.

На основе данных, полученных от руководителей бизнес-подразделений и высшего руководства, определяются числовые значения, которые представляют собой наилучшие сценарии восстановления после сбоев с точки зрения бизнеса. В настоящее время для расчета значений RTO/RPO не существует математических формул. Это исключительно числовые значения времени. Например, RTO для файлов транзакций с менее критическими данными может составлять 24 часа, а также может поддерживать использование оборудования для хранения резервных копий на магнитной ленте.

Как упоминалось ранее, по мере уменьшения численных значений RTO/RPO, затраты на достижение этих показателей, скорее всего, возрастут. Единственный способ определить истинную стоимость — это сначала определить желаемые значения RTO/RPO, а затем провести исследование, чтобы определить, что необходимо для достижения этих показателей, если произойдет сбой. Затем может потребоваться проинформировать руководителей бизнес-подразделений и высшее руководство о дополнительных инвестициях.

Именно здесь могут возникнуть потенциальные конфликты, поскольку если руководство не хочет тратить дополнительные средства для достижения указанных им желаемых показателей, оно должно понимать, что такое решение может повлечь за собой дополнительные риски в случае возникновения сбоев. В идеале, руководство должно быть осведомлено о потенциальных финансовых проблемах и других последствиях события — например, ущерб репутации — до того, как оно примет решение.

Включение показателей RTO/RPO в планы резервного копирования, восстановления данных и другие планы обеспечения устойчивости, имеет важное значение и обеспечивает соответствие процедур, персонала и технологических ресурсов, используемых для достижения этих показателей.

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