Центр Обработки Данных (ЦОД) является комплексным организационно-техническим решением, предназначенным для создания высокопроизводительной, отказоустойчивой информационной инфраструктуры.
Центры Обработки Данных на новом качественном и архитектурно-техническом уровне возрождают культуру организации вычислительного процесса, присущую старым Вычислительным Центрам (ВЦ). В частности, современные ЦОД ориентированы в первую очередь на решение бизнес-задач путем предоставления услуг в виде информационных сервисов. Старые ВЦ были ориентированы на предоставление услуг по организации вычислений, понятия информационного сервиса тогда не существовало.
Общим для современных ЦОД и старых ВЦ является идея консолидации ресурсов и организации эксплуатационного процесса для поддержания соответствующего уровня качества услуг. Уровень качества информационных услуг обычно регламентируется Соглашением об Уровне Сервиса (Service Level Agreement - SLA), контролируется и управляется с помощью системы эксплуатации , являющейся неотъемлемой частью любого ЦОД. Какие бизнес-задачи решает
Консолидация вычислительных ресурсов и средств хранения данных в ЦОД позволяет сократить совокупную стоимость владения IT-инфраструктурой за счет возможности эффективного использования технических средств, например, перераспределения нагрузок для оптимального решения бизнес-задач, а также за счет сокращения расходов на администрирование.
ЦОД, как правило, выделяется в отдельную организационную структуру компании и предоставляет ей услуги по доступу к информационным сервисам. ЦОД может также быть отдельной компанией, которая предоставляет услуги профессионального аутсорсинга IT-решений на коммерческих условиях. Примером может служить DATAFORT - совместный проект IBS и глобальной телекоммуникационной группы Cable&Wireless.
Независимо от того, внедряет ли предприятие собственный ЦОД или пользуется услугами внешнего, компания IBS рекомендует заключить Соглашение об Уровне Сервиса (SLA), в котором учитываются значения характеристик работы ЦОД, необходимые для нормального функционирования бизнес-процессов компании. Описание решения
Центр Обработки Данных включает серверный комплекс, систему хранения данных, систему эксплуатации и систему информационной безопасности. Все компоненты ЦОД тесно интегрированы между собой и объединены высокопроизводительной ЛВС.
Система хранения данных (СХД) предназначена для организации надёжного хранения информационных ресурсов и предоставления доступа к ним серверов. В крупных компаниях и организациях, где объемы данных велики, серверные комплексы архитектурно концентрируются вокруг СХД, которая выступает в качестве фундамента для постройки ЦОД. Технологической основой для концентрации служат Сети Хранения Данных (SAN).
Система эксплуатации ЦОД предназначена для организации эффективного управления IT-ресурсами и компонентами инфраструктуры ЦОД. Основными задачами системы эксплуатации являются повышение надежности, обеспечение заданной производительности и необходимых технико-эксплуатационных параметров инфраструктуры ЦОД.
Серверный комплекс ЦОД
При построении серверного комплекса целесообразно пользоваться моделью системы с многоуровневой архитектурой, преимущества которой описаны ниже. Серверный комплекс, построенный на основе данной модели, обычно включает следующие группы серверов: Серверы информационных ресурсов (ресурсные серверы). Отвечают за сохранение и предоставление данных серверам приложений. Ресурсными серверами являются, например, серверы СУБД и файл-серверы. Серверы приложений. Выполняют обработку данных в соответствии с бизнес-логикой системы. К примеру, серверами приложений являются серверы, выполняющие модули SAP R/3 или Oracle Applications. Серверы представления информации. Осуществляют интерфейс между пользователями и серверами приложений. Терминальные серверы и web-серверы служат примером серверов представления информации. Служебные серверы. Обеспечивают работу других подсистем ЦОД. Так, служебными серверами являются серверы управления системой резервного копирования. Особенности построения центра обработки данных
Для серверов представления информации характерен большой поток коротких запросов от пользователей. Поэтому сервера этого уровня должны хорошо горизонтально масштабироваться (увеличение количества серверов) для обеспечения распределения нагрузки. Серверы представления информации мультиплексируют запросы пользователей и отправляют их на уровень серверов приложений.
Для серверов приложений уже требуется достаточная вертикальная масштабируемость (возможность наращивания количества процессоров, объёмов оперативной памяти и каналов ввода-вывода) для обработки мультиплексированных запросов от пользователей и выполнения бизнес-логики решаемых задач. Требование по горизонтальной масштабируемости остаётся, но не столь критично, как для серверов представления информации.
На ресурсный сервер приходит небольшое количество агрегированных сложных запросов от серверов приложений. Поэтому ресурсный сервер должен обеспечивать высокую вертикальную масштабируемость. Данное требование обусловлено еще и тем, что обычно СУБД не допускают или плохо распараллеливают работу по нескольким серверам. Таким образом, ресурсный сервер, выполняющий конкретную задачу должен быть один, что является единой точкой отказа. Поэтому для критичных бизнес-задач рекомендуется создавать кластер ресурсных серверов для повышения уровня доступности комплекса.
Мощные ресурсные сервера могут одновременно выполнять несколько задач, распределяя между ними ресурсы. Такая консолидация приложений позволяет забрать ресурсы у одного приложения и выделить их другому в момент пиков нагрузки, которые обычно для разных приложений случаются в разное время. Консолидация приложений снижает расходы на администрирование (одним сервером проще управлять, чем несколькими), что в конечном итоге сокращает стоимость владения системой.
Основными преимуществами многоуровневой архитектуры по сравнению с традиционной двухуровневой, состоящей из клиентской части и базы данных, являются: Масштабируемость. Добавление серверов представления информации и приложений значительно увеличивает масштабируемость за счет поддержки большего числа параллельных соединений с клиентами, а также за счет распределения нагрузки среди множества физических серверов. Возможность модификации бизнес-логики. Многоуровневая архитектура позволяет концентрировать бизнес-логику на втором уровне и модифицировать ее, не затрагивая клиентские системы и информационные массивы. Многократное использование сервисов. Однажды созданные сервисы второго уровня могут быть использованы другими приложениями. Многократное использование сервисов снижает затраты на разработку и администрирование системы. Сохранение инвестиций. Первоначально в качестве вычислительных средств ЦОД могут использоваться серверы класса "рабочих групп" и младшие модели серверов "масштаба отдела". По мере роста объёма обрабатываемых данных и нагрузок на вычислительные средства необходимо установить более мощные ресурсные серверы. Старые же ресурсные серверы "продвигаются" по иерархии ближе к "переднему краю" и становятся серверами приложений. Таким образом, сохраняются инвестиции, вложенные в вычислительные средства на начальном этапе
Системный подход компании IBS учитывает вышеупомянутые особенности построения Центра Обработки Данных и делает решение наиболее эффективным для предприятия любой отрасли. Регулярный технический аудит ЦОД позволяет предприятию поддерживать соответствие системы заданным характеристикам и своевременно принимать меры по модернизации. Данный процесс может быть упрощен, если в ЦОД развернута полнофункциональная система эксплуатации. Услуги компании по созданию или модернизации центра обработки данных
