Аварийное восстановление в дата-центре:
Стихийные бедствия - это факт жизни. Они приходят ежегодно с небольшим предупреждением и источают невероятную грубую силу; разрушая все и вся, что пересекает их путь. Эти «стихийные бедствия» не играют в фаворитов и не заботятся о том, что они могут разрушить после себя. Они непредсказуемы, ненадежны и неизменны.
Так же, как и вы, я выбираю, где жить, а компания выбирает, где расположить свои Дата центр с некоторым акцентом на шансы возникновения стихийного бедствия. И так же, как вы и я, эти компании могут выбрать или быть вынуждены построить или переместить куда-то, что имеет большую вероятность катастрофы.
Неизбежно центры обработки данных будет построен в местах, которые сезонно сталкиваются с гневом матери-природы и из-за этого планы аварийного восстановления (DRP) - иногда называемые планами обеспечения непрерывности бизнеса (BCP) или планами на случай непредвиденных обстоятельств (BPCP), - чтобы организации имели план, описывающий, как бороться с потенциальными бедствиями.
Так же, как катастрофа - это событие, которое делает невозможным продолжение нормальных функций, План по ликвидации последствий катастрофы состоит из мер предосторожности, принятых для того, чтобы последствия бедствия были сведены к минимуму и организация могла либо поддерживать, либо быстро возобновлять выполнение критически важных функций. Как правило, планирование аварийного восстановления включает в себя анализ бизнес-процессов и непрерывности потребностей; это может также включать значительное внимание к предотвращению стихийных бедствий, даже миграция центра обработки данных.
Согласно отраслевым стандартам существует три подхода к борьбе со стихийными бедствиями, когда они происходят:
- ГОРЯЧИЕ сайты аварийного восстановления:
Эти сайты подходят для приложений и услуг, которые очень важны по своей природе и не могут рисковать простоем во время бедствия. Этот подход необходим для критически важных бизнес-сервисов, таких как центры обработки данных банков, сайты онлайн-транзакций или центры обработки данных о акциях. Сайты Hot DR должны иметь оперативную резервную копию всех сервисов на сайте аварийного восстановления. В случае Бедствия сайт DR установит соединения, и бизнес вернется к работе через минимальное время. Этот подход, однако, является чрезвычайно дорогостоящим и требует огромных инвестиций из-за того, что центр обработки данных зеркально отображается в месте расположения центра обработки данных DR. - COLD DR Сайты:
Сайты Cold DR имеют внешнее резервное копирование на основные серверы и службы центра обработки данных, и в случае сбоя резервное копирование будет восстановлено на вновь приобретенных и установленных серверах. Время задержки восстановления службы для этих сайтов является медленным и, как правило, не сможет возобновить работу в течение недели или более. Планирование, связанное с этими конкретными участками, является минимальным и требует только определения места для перемещения DR и создания базовой инфраструктуры. -
ТЕПЛЫЕ сайты аварийного восстановления:
Теплые DR-сайты представляют собой сочетание как горячих, так и холодных решений DR. Только некоторые приложения рассматриваются для аварийного восстановления из-за ограничений стоимости или зависимости приложений. RTO варьируется до нескольких дней. Службы восстанавливаются на основе приоритета или серьезности. Чтобы контролировать стоимость, для Hot DR рассматриваются только критически важные приложения, а другие либо перемещаются на сайт DR, либо перестраиваются на случай аварии.
Подход рассматривается на основе максимально допустимого простоя (MTO). MTO - это время, за которое организация может терпеть перебои в работе. Любой инцидент, произошедший менее чем за этот период, не может считаться бедствием. Если инцидент, однако, превышает MTO, руководство центра обработки данных затем задействует план аварийного восстановления, теоретически уменьшая влияние, которое испытывает бизнес.
Если вы выполняете миграцию центра обработки данных, вот полезная статья о шаги миграции центра обработки данных.
