Определим, что такое аварийное восстановление (disaster recovery). Поскольку сбой в работе вашей системы (независимо от его причин) нанесет значительный ущерб вашим клиентам, необходимо подготовить план, в соответствии с которым когда (а не «если») такой сбой произойдет, предприятие сможет восстановить свою работу. Обычно подобный план предусматривает перевод нагрузки в место, географически отличающееся от основного, чтобы учесть такие ситуации, как пожар, наводнение или кража.

Заметки с полей

Годзилла атакует

Еще в начале карьеры, когда я впервые услышал термин «аварийное восстановление», я сразу же представил себе Годзиллу, шагающего по городу и разрушающего все здания на своем пути. Как деревенский житель, еще не привыкший к жизни в городе, я задавался вопросом: неужели подобное случается так часто, что обязательно иметь план действий? Со временем я понял, что немного увлекся и нужно думать о более приземленных ситуациях, таких как пожар, наводнение или кража. На самом деле наиболее вероятной проблемой будет сбой питания, сети или оборудования (ничего общего с Годзиллой, но до сих пор я не могу слышать слова «аварийное восстановление» без улыбки, потому что это первое, что приходит мне на ум).

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

Как технический директор, ответственный за все технологии в компании, вы должны поддерживать их работоспособность, что бы ни случилось. Внесем ясность: реализовать отказоустойчивость непросто. Большинство организаций имеют плохую (читай: «не имеют никакой») стратегию аварийного восстановления, а те, кто думает, что она у них хорошая, никогда не проверяли ее в реальных условиях, и она является не более чем плацебо, страховочной сетью, которая никак не закреплена.

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

• Каково допустимое время простоя?

• Допускается ли частичное предоставление услуг на время восстановления?

• После отказа вы полностью перейдете на новый основной комплекс или вернетесь к прежнему?

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