Специфика построения и эксплуатации распределенного ЦОД

Основные принципы создания ЦОД длительное время остаются неизменными: подготовленное в части электропитания, климатических условий и пожаробезопасности помещение; централизованное хранилище данных; установка отказоустойчивой конфигурации продуктивных систем и системы мониторинга. Но рано или поздно возникает необходимость обеспечить не только аппаратную надежность ЦОД, но и его катастрофоустойчивость. Особенно это актуально для крупного бизнеса, подразделения которого распределены по обширной территории России (иногда по 11 часовым поясам). В случае централизованного ЦОД поддержка пользователей требуется в течение 19 часов ежесуточно, что сложно реализовать силами персонала центрального ИТ-подразделения.

На первый взгляд, напрашивается решение по организации локальных ЦОД в каждом из удаленных филиалов, но при этом денежные и ресурсные затраты перекрывают выгоды от реорганизации работы ИТ-подразделения. Таким образом, наиболее логичным является создание двух-трех крупных ЦОД, равномерно распределенных по территории, на которой расположены отделения компании. С каждым из таких региональных центров будут работать пользователи соответствующих подразделений. Тем самым распределяется общая нагрузка на систему и обеспечивается возможность быстрого восстановления работы даже в случае полного отказа одного из узлов ЦОД.

Что необходимо для построения распределенного ЦОД?

Распределение ЦОД по нескольким площадкам требует реализации ряда технологических и организационных задач. К технологическим задачам относятся организация отказоустойчивых каналов связи между площадками, репликация данных между хранилищами, обеспечение «прозрачного» доступа пользователей к информационным системам. К организационным – налаживание поддержки систем и пользователей, планирование мероприятий по резервному копированию и восстановлению систем. Все эти задачи настолько тесно связаны между собой, что рассматривать каждую из них отдельно от других нецелесообразно.
Итак, для построения распределенного ЦОД в первую очередь необходимо:
- организовать отказоустойчивые каналы связи между узлами распределенного ЦОД для обеспечения устойчивой работы пользователей с любым из компонентов системы. На сегодняшний день почти в каждом регионе присутствуют, как минимум, два оператора магистральной передачи данных, услугами которых можно воспользоваться;
- создать механизм синхронизации данных между площадками для обеспечения актуальности данных в случае отказа одного из узлов и для поддержки работы тех информационных систем, которым требуется такая синхронизация данных. Как правило, оптимальным решением является использование аппаратной платформы, которую предоставляют основные производители систем хранения данных, например, HP, EMC или IBM.
Только после отработки эти важнейших вопросов можно говорить о создании единой корпоративной сети, в которой будут функционировать продуктивные системы, непосредственно обеспечивающие работу пользователей. Особое внимание следует обратить на требования, предъявляемые продуктивными системами к пропускной способности каналов, а также на возможные изменения нагрузки в ближайшие два-три года. Критическим параметром помимо пропускной способности является задержка передачи данных.
Инфраструктура является, безусловно, необходимой составляющей всего комплекса, но программная часть играет, как правило, более важную роль при проектировании ЦОД. Подготовив общее решение, необходимо увязать его с эксплуатирующимися информационными системами, работа которых может иметь особенности в такой конфигурации. Возможны две основные стратегии использования распределенных ЦОД:
- инфраструктурные сервисы и бизнес-приложения равномерно распределены между площадками, и пользователи работают с ближайшим ЦОД;
- бизнес-приложения централизованы, и пользователи работают с центральным узлом. В случае отказа системы нагрузка автоматически переключается на резервные ЦОД.

Продолжение читайте в печатной версии журнала

www.connect.ru

Серверные разработки 13-08-2006
Четыре аргумента в пользу ЦОД по заказу 21-05-2008 Серверные разработки
Сергей ШУРШАЛИН, заместитель генерального директора по инфраструктуре и интеграции компании ISG Илья БАСИН, начальник отдела компании ISG по работе с особой экономической зоной В современном бизнесе спрос на потребности в обработке и хранении данных зачастую превосходят возможности компаний по расширению или строительству центров обработки данных (ЦОД). Причин тому много – трудности с получением техни...