План аварийного восстановления и непрерывность бизнеса

План аварийного восстановления — это комбинация шагов и процедур, разработанных для того, чтобы помочь компании или организации восстановиться в случае катастрофы, будь то природная (наводнение, пожар или землетрясение) или техногенная (широкомасштабный отказ системы, терроризм или атака ransomware). Комплексный и хорошо выполненный DRP должен четко определять цепочку действий, которые необходимо предпринять до, во время и после катастрофы.

Если посмотреть на Amazon Web Service, то можно увидеть, что он был разработан для обеспечения высокой доступности благодаря комплексной и хорошо продуманной стратегии DR посредством внедрения регионов и зон доступности. На сегодняшний день инфраструктура AWS распределена по 26 регионам и 84 зонам доступности, в дальнейшем планируется добавить еще 8 регионов и 24 AZ.

Более подробную информацию об этом можно найти по ссылке здесь

Я уверен, что все мы видели знаменитую статью из журнала The Economist с заголовком «Самые ценные ресурсы в мире — это уже не нефть, а данные». Это показывает, насколько важны данные и как важно сохранить их «целостность» и «доступность» любой ценой. И только хорошо спланированная и выполненная ППР может сделать это.

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

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

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

Персональная DRP

Вы можете реализовать собственную DRP у себя дома или в своем малом бизнесе, если ваша организация еще не полностью перешла на облачные технологии, но применяет правила резервного копирования данных 3-2-1:

  • 3 копии ваших данных, из них 1 копия производственных данных.
  • 2 копии данных резервного копирования на двух разных типах носителей (жесткий диск или магнитная лента)
  • 1 Копия резервной копии данных для хранения вне помещения. (Склад, грузовик или AWS S3).

Это не приведет к значительному улучшению показателей RPO и RTO, но, по крайней мере, обеспечит вам душевное спокойствие.

Храните дольше и процветайте в облаке

Оцените статью
devanswers.ru
Добавить комментарий