☁️Бэкап есть. А сколько времени займёт восстановление?
Допустим, один из ключевых серверов компании перестал работать. Данные сохранены в резервной копии, поэтому кажется, что проблема решена.
Но для бизнеса важен другой вопрос: через сколько снова заработают CRM, 1С, сайт или другие бизнес-системы?
В Disaster Recovery обычно ориентируются на два показателя:
▫️RTO — допустимая продолжительность простоя после сбоя.
▫️RPO — объём данных, который компания может позволить себе потерять. Например, результаты работы за 15 минут, час или несколько часов.
Именно поэтому одной резервной копии для критичных систем может быть недостаточно.
Когда скорость восстановления не критична, можно использовать резервное копирование. Если сервис должен вернуться в работу быстрее, применяется репликация виртуальных машин на резервную площадку. Для систем, где даже несколько минут простоя критичны, нужны решения с синхронным зеркалированием данных.
Выбор технологии зависит от того, насколько критична конкретная система и какие последствия для бизнеса вызовет её недоступность или потеря последних изменений.
В Cloud4U эти сценарии реализуются по-разному в зависимости от требований к RTO и RPO: через резервное копирование, VM Replication или катастрофоустойчивые конфигурации. Подробнее о подходах — на сайте.
Совсем скоро эту тему разберём и на бесплатном вебинаре по аварийному восстановлению IT-инфраструктуры. Рассмотрим сценарии отказов, подходы к Disaster Recovery и то, как определить подходящие RTO и RPO для своей инфраструктуры. Для участия нужна только регистрация.
Допустим, один из ключевых серверов компании перестал работать. Данные сохранены в резервной копии, поэтому кажется, что проблема решена.
Но для бизнеса важен другой вопрос: через сколько снова заработают CRM, 1С, сайт или другие бизнес-системы?
В Disaster Recovery обычно ориентируются на два показателя:
▫️RTO — допустимая продолжительность простоя после сбоя.
▫️RPO — объём данных, который компания может позволить себе потерять. Например, результаты работы за 15 минут, час или несколько часов.
Именно поэтому одной резервной копии для критичных систем может быть недостаточно.
Когда скорость восстановления не критична, можно использовать резервное копирование. Если сервис должен вернуться в работу быстрее, применяется репликация виртуальных машин на резервную площадку. Для систем, где даже несколько минут простоя критичны, нужны решения с синхронным зеркалированием данных.
Выбор технологии зависит от того, насколько критична конкретная система и какие последствия для бизнеса вызовет её недоступность или потеря последних изменений.
В Cloud4U эти сценарии реализуются по-разному в зависимости от требований к RTO и RPO: через резервное копирование, VM Replication или катастрофоустойчивые конфигурации. Подробнее о подходах — на сайте.
Совсем скоро эту тему разберём и на бесплатном вебинаре по аварийному восстановлению IT-инфраструктуры. Рассмотрим сценарии отказов, подходы к Disaster Recovery и то, как определить подходящие RTO и RPO для своей инфраструктуры. Для участия нужна только регистрация.