Аварийное восстановление в дата-центре:
Стихийные бедствия - это факт жизни. Они приходят ежегодно с небольшим предупреждением и источают невероятную грубую силу; разрушая все и вся, что пересекает их путь. Эти «стихийные бедствия» не играют в фаворитов и не заботятся о том, что они могут разрушить после себя. Они непредсказуемы, ненадежны и неизменны.
Так же, как и вы, я выбираю, где жить, а компания выбирает, где расположить свои Дата центр с некоторым акцентом на шансы возникновения стихийного бедствия. И так же, как вы и я, эти компании могут выбрать или быть вынуждены построить или переместить куда-то, что имеет большую вероятность катастрофы.
Inevitably data centers will be built in locations that seasonally face the wrath of mother nature and because of this disaster recovery plans (DRP) – sometimes referred to as a business continuity plans (BCP) or business process contingency plans (BPCP) – have to be put in place, in order for organizations to have a plan describing how to deal with potential disasters.
Just as a disaster is an event that makes the continuation of normal functions impossible, a disaster recovery plan consists of the precautions taken so that the effects of a disaster will be minimized and the organization will be able to either maintain or quickly resume mission-critical functions. Typically, планирование аварийного восстановления включает в себя анализ бизнес-процессов и непрерывности потребностей; это может также включать значительное внимание к предотвращению стихийных бедствий, даже миграция центра обработки данных.
Согласно отраслевым стандартам существует три подхода к борьбе со стихийными бедствиями, когда они происходят:
- ГОРЯЧИЕ сайты аварийного восстановления:
Эти сайты подходят для приложений и услуг, которые очень важны по своей природе и не могут рисковать простоем во время бедствия. Этот подход необходим для критически важных бизнес-сервисов, таких как центры обработки данных банков, сайты онлайн-транзакций или центры обработки данных о акциях. Сайты Hot DR должны иметь оперативную резервную копию всех сервисов на сайте аварийного восстановления. В случае Бедствия сайт DR установит соединения, и бизнес вернется к работе через минимальное время. Этот подход, однако, является чрезвычайно дорогостоящим и требует огромных инвестиций из-за того, что центр обработки данных зеркально отображается в месте расположения центра обработки данных DR. - COLD DR Сайты:
Сайты Cold DR имеют внешнее резервное копирование на основные серверы и службы центра обработки данных, и в случае сбоя резервное копирование будет восстановлено на вновь приобретенных и установленных серверах. Время задержки восстановления службы для этих сайтов является медленным и, как правило, не сможет возобновить работу в течение недели или более. Планирование, связанное с этими конкретными участками, является минимальным и требует только определения места для перемещения DR и создания базовой инфраструктуры. -
ТЕПЛЫЕ сайты аварийного восстановления:
Теплые DR-сайты представляют собой сочетание как горячих, так и холодных решений DR. Только некоторые приложения рассматриваются для аварийного восстановления из-за ограничений стоимости или зависимости приложений. RTO варьируется до нескольких дней. Службы восстанавливаются на основе приоритета или серьезности. Чтобы контролировать стоимость, для Hot DR рассматриваются только критически важные приложения, а другие либо перемещаются на сайт DR, либо перестраиваются на случай аварии.
Подход рассматривается на основе максимально допустимого простоя (MTO). MTO - это время, за которое организация может терпеть перебои в работе. Любой инцидент, произошедший менее чем за этот период, не может считаться бедствием. Если инцидент, однако, превышает MTO, руководство центра обработки данных затем задействует план аварийного восстановления, теоретически уменьшая влияние, которое испытывает бизнес.
Если вы выполняете миграцию центра обработки данных, вот полезная статья о шаги миграции центра обработки данных.
