Трансформация ЦОД

Значительный интерес к традиционному ежегодному двухдневному форуму «МИР ЦОД», проведенному в конце мая издательством «Открытые системы», еще раз подтвердил актуальность таких тем, как построение и эксплуатация центров обработки данных, создание и использование облачных сред, рациональная организация ЦОД и других компонентов ИТ-инфраструктуры. Технический поток «Виртуализация и программно определяемый ЦОД» привлек особое внимание аудитории. В представленных на нем докладах вендоров и системных интеграторов рассматривались самые разные вопросы: современные тенденции, характерные для ИТ-инфраструктуры центров обработки данных, подходы к оптимизации сетевой инфраструктуры, управление ЦОД, новые продукты и решения, переход к облачной модели и ее возможностям. А завершила его дискуссия по программно определяемым центрам данных (см. статью автора «Что такое SDDC?» в этом номере «Журнала сетевых решений/LAN»).

СЕРВЕРЫ И КОММУТАЦИЯ

«Налицо взаимопроникновение технологий — серверная инфраструктура уже неотделима от сетевой, так что компания Cisco не случайно занялась серверами. Чем больше серверов, тем большее число коммутаторов необходимо для обеспечения взаимодействия сервисов и тем большее внимание требуется уделять их настройке. Коммутацию нужно рассматривать и в аспекте широкого распространения виртуализации. Она обеспечивает не только взаимосвязь между серверами, но и затрагивает процессы внутри них», — рассказывает Евгений Лагунцов, ведущий системный инженер-консультант Cisco Systems по серверным решениям.

Cisco продолжает совершенствовать предложенную несколько лет назад не вполне традиционную серверную платформу — ее Unified Computing System (UCS) архитектурно объединяет в себе серверные ресурсы, фабрику коммутации, связывающую между собой физические и виртуальные серверные ресурсы, а также интегрированное управление всем вычислительным комплексом на основе шаблонов и политик. Такая система управления хорошо масштабируется и работает на уровне серверных ферм. «UCS меняет саму парадигму использования серверов и позволяет существенно повысить эффективность серверной инфраструктуры с точки зрения внедрения, обслуживания и масштабирования, значительно снижая риски для ИТ и бизнеса», — считает Евгений Лагунцов. Концепция UCS оказалась успешной: по данным IDC, Cisco занимает третье место на мировом рынке модульных серверов x86.

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

Рисунок 1. Унифицированная фабрика Cisco UCS.

Такая архитектура позволяет централизованно задавать все сетевые политики для физических и виртуальных ресурсов в соответствии с текущими задачами. При увеличении числа серверов и наращивании системы администратору не приходится выполнять дополнительную работу — настройки и коммутация осуществляются, как и прежде: первые задаются для совокупности серверов (ферм), а вторая едина для всей системы. Масштабирование не приводит к увеличению числа точек коммутации, задержек и сложности управления.

«Достоинства архитектуры UCS особенно ярко проявляются в крупных проектах, однако у нас немало заказчиков, использующих всего одно шасси и несколько серверов, — поясняет Евгений Лагунцов. — Даже на этом уровне система весьма эффективна с точки зрения управления и коммутации трафика». Она обеспечивает подключение серверов и виртуальных машин к фабрике, аппаратную коммутацию трафика, централизованное задание сетевых политик, контроль и управление для виртуальной и физической инфраструктуры.

Важная часть UCS — контроль и управление. В данной системе они интегрированы — управление является составной частью системы и работает на коммутаторах фабрики. Cisco попыталась реализовать управление серверной инфраструктурой на уровне разделяемых абстрактных конструкций, таких как профили ресурсов, шаблоны, политики и т. д. Сервисный профиль — абстрактная тиражируемая конструкция, в которой описываются все свойства сервера, не привязанные к конкретному оборудованию. Администратор может задавать характеристики профилей, тиражировать их в нужном количестве и при необходимости инициировать миграцию характеристик сервера с одной физической платформы на другую — вместе с параметрами BIOS, версиями прошивок, характеристиками ввода-вывода и т. д.

Для облачных решений полезна возможность тиражирования с помощью сервисного шаблона, который содержит все аппаратные конфигурации для конкретной фермы. При ассоциировании шаблона с оборудованием последнее получает необходимые свойства. Изменения в шаблоне распространяются — сразу или по расписанию — на всю ферму. Это упрощает масштабирование.

Помимо простоты управления, можно использовать разные фермы для решения разных задач, причем реконфигурировать систему, перераспределяя ресурсы между приложениями, легко и просто (по сценариям, расписанию или команде администратора). Преимущество подхода — предупреждение возможных сбоев как из-за невнимательности администратора, так и вследствие неправильной настройки сетевой инфраструктуры (параметры порта уровня доступа задаются в сервисном профиле). Уменьшение числа объектов управления снижает вероятность ошибок. Время внедрения приложений сокращается, масштабирование систем упрощается, сервисы внедряются быстрее и эффективнее, показатели TCO улучшаются.

Данный подход не уникален — схожие решения и технологии можно найти и у других вендоров, а в создании Cisco UCS участвовали около дюжины партнеров, среди которых EMC, BMC Software, Microsoft, NetApp, Emulex, Qlogic и VMware. В России востребованы и другие совместные решения Cisco и партнеров: платформа vBlock альянса VCE (в составе Cisco, EMC, VMware и Intel) и разработанная Cisco и NetApp платформа FlexPod. Хотя в общем случае такие платформы дороже интеграционного решения, заказчиков привлекают меньшие риски и единая «точка входа» при взаимодействии с вендором. Все чаще эти решения используются в качестве платформы для облачных вычислений и для развертывания облачных сервисов.

ОТ ЦОД К ОБЛАКУ

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

Свой путь трансформации ЦОД с помощью облачных технологий предлагает компания Microsoft — крупнейший в мире провайдер облачных сервисов, среди которых Office 365, SkyDrive и многие другие. Ступая на этот путь, компания стояла перед дилеммой: использовать решения других вендоров или разрабатывать собственные. Она выбрала последнее: в основе ее платных и бесплатных сервисов лежат собственные технологии. В качестве технологической платформы для виртуализации, облачных сред и VDI позиционируется ОС Windows Server 2012. Это современная платформа для построения динамических ЦОД и частных облаков.

В архитектуре частного облака Microsoft (см. Рисунок 2) могут использоваться различные гипервизоры. Как и большинство крупных вендоров, компания развивает гетерогенные системы управления, поддерживающие разные платформы виртуализации. Так, например, Microsoft System Center VMM 2012 обеспечивает эффективную работу с гипервизорами Hyper-V, VMware и Citrix. Система способна одинаково хорошо управлять ресурсами Hyper-V и VMware vSphere с единой консоли, заявляет Александр Липкин, консультант по решениям Microsoft. «Microsoft развивает три ключевых направления: хорошо масштабируемую платформу серверной виртуализации Hyper-V, виртуализацию рабочих станций (VDI), централизованное управление и безопасность».

Рисунок 2. Архитектура динамического ЦОД (частного облака) от Microsoft.

Гипервизор Hyper-V и система управления System Center 2012 составляют основу частного облака от Microsoft. Hyper-V поддерживает репликацию ВМ и другие функции, необходимые для его построения. В рамках Hyper-V Extensible Switch с помощью партнерских расширений обеспечивается безопасное сетевое взаимодействие. Помимо контроля и перенаправления трафика, виртуальный коммутатор осуществляет антивирусную защиту. Технология Dynamic Access Control помогает обеспечить безопасный доступ к ресурсам в рамках инфраструктуры заказчика. Windows Server 2012 предусматривает также инвентаризацию и контроль ВМ.

Менеджер сервисов обеспечивает предоставление услуг бизнес-пользователям облачной платформы. Предлагаемый Microsoft бесплатный пакет Cloud Pack включает в себя все необходимые процессы для организации работы по методикам ITIL/ITSM. В публичном облаке Azure предоставляются сервисы PaaS и IaaS. Пользователь может размещать в нем свои виртуальные машины, базы данных SQL Server, Web-сайты и пр. Наиболее распространены четыре типовых сценария применения Azure: хранение данных, их резервное копирование/восстановление; использование в качестве среды разработки и тестирования; обеспечение доступности сервисов из любого места; расширение ЦОД. Для провайдеров Microsoft реализовала платформу Service Provider Foundation, позволяющую предоставлять сервисы IaaS со всеми возможностями Windows Azure.

«Типовые задачи для публичного облака — поддержка сервисов с периодическими всплесками активности (например, сезонными), а также задачи, для которых трудно предсказать объем требуемых ресурсов или характеризующиеся быстрым ростом нагрузки, — поясняет Александр Липкин. — Предсказуемые нагрузки вполне можно обслуживать с помощью частного облака». Некоторые предприятия предпочитают использовать гибридные облака.

Архитектура гибридного облака Microsoft (см. Рисунок 3) — это единая платформа аутентификации (SSO), синхронизация каталогов, особенно актуальная для таких сервисов, как Office 365, объединенная среда управления, оркестрации и мониторинга для публичного и частного облаков (стандартизированные и единообразные инструменты), укомплектованная пакетами интеграции (Integration Pack) с системами других вендоров, возможность миграции нагрузок между частным и публичным облаком (в System Center Orchestrator), безопасное расширение ЦОД (VPN между площадками заказчика и ЦОД Microsoft).

Рисунок 3. Архитектура гибридного облака Microsoft.

«Современные тенденции говорят о том, что большинство заказчиков (крупные и средние компании) предполагают размещать свои инфраструктуры как в частных облаках, так и в облаках провайдеров. Microsoft старается взять лучшее из того, что предлагают вендоры и провайдеры, и использует собственные облачные ЦОД, где широко применяются автоматизация и оркестрация», — рассказывает Александр Липкин.

УПРАВЛЕНИЕ, ОРКЕСТРАЦИЯ, АВТОМАТИЗАЦИЯ

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

Евгений Лагунцов рассказал об автоматизации управления инфраструктурой ЦОД с помощью Cisco Cloupia — нового решения для автоматизации центров обработки данных (см. Рисунок 4). По его словам, партнеры Cisco уже начинают активно использовать данный продукт, представленный всего несколько месяцев назад. Cloupia обеспечивает автоматизацию рутинных процессов в ЦОД, включая настройку серверных платформ, сетевого окружения, конфигурации СХД, систем виртуализации и прочих составляющих современного центра данных.

Рисунок 4. Cisco Cloupia — интегрированная платформа для управления облачным ЦОД и автоматизации.

Он кратко представил возможности системы Cloupia на двух типовых примерах. В первом случае компания уже имеет работающую виртуальную инфраструктуру (серверы, сеть, гипервизоры, СХД и систему управления виртуализацией, например vCenter) и ставит задачу создания облака, характеризующегося высокой «эластичностью», внешней простотой, наличием каталога сервисов для самообслуживания и средств автоматизации/оркестрации.

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

Во втором сценарии предполагается, что ИТ-инфраструктура в компании еще не развернута — серверы, СХД и сетевое оборудование только достали «из коробки», разместили в стойках и скоммутировали. Иначе говоря, облако требуется создать с нуля, включая настройку конфигурации аппаратной инфраструктуры, установку системного и управляющего ПО, развертывание IaaS.

По данным Cisco, в этом случае решение Cisco Cloupia позволяет достичь того же результата (создания инфраструктуры IaaS на основе правил, с порталом самообслуживания и оркестратором) менее чем за два часа (в зависимости от требуемой конфигурации), но администратор должен обладать соответствующими знаниями. Количество физических серверов не имеет значения и мало влияет на время развертывания.

«Решение Cisco Cloupia создано в соответствии с современными тенденциями перехода от статичной ИТ-инфраструктуры к конвергентной и динамичной среде, — рассказывает Евгений Лагунцов. — Типичная ситуация — это администрирование вручную, потребность знать специфику продукта каждого производителя, высокая загруженность администраторов, медленный отклик ИТ-подразделения на сервисные запросы со стороны бизнеса, множество систем управления и консолей. Cisco Cloupia позволяет снизить затраты на поддержку инфраструктуры ИТ, достигающие, по данным IDC, 42% от всех инвестиций в ИТ, и уменьшить риски».

Cisco Cloupia обеспечивает создание виртуального ЦОД с заданными требованиями к производительности, емкости систем хранения и т. д., управление которым автоматизируется с помощью общих правил. Это единая система управления (по сути — одна виртуальная машина), способная напрямую управлять серверной инфраструктурой (прежде всего Cisco UCS), системами хранения EMC и NetApp (перечень будет расширяться), сетевым оборудованием Cisco и других вендоров. Помимо физической, Cloupia позволяет настраивать и виртуальную инфраструктуру разных вендоров, в том числе во внешних публичных облаках. Как утверждают в Cisco, она легко интегрируется с системой управления виртуализацией (например, VMware vCenter).

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

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

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

Если облако создается с нуля, то первым этапом будет подготовка виртуальной инфраструктуры для Cloupia, например: развертывание гипервизора и vCenter, базовая настройка серверов, СХД и сетевых интерфейсов. После установки Cloupia, ее интеграции с системой управления виртуализацией, интерфейсами серверов и СХД применяется стандартный сценарий развертывания хостов виртуализации. Система создаст заданное количество виртуальных серверов с определенными характеристиками и логические тома на дисковых массивах, установит на все хосты гипервизоры, подключит их к vCenter и сделает доступными в пулах ресурсов для внедрения облака. После этого она готова принимать от пользователей запросы на те или иные сервисы.

«Ключевым отличием Cloupia от других известных систем управления является поддержка широкого спектра оборудования и сред виртуализации, в том числе различных дисковых массивов и средств серверной виртуализации, — поясняет Евгений Лагунцов. — Система обладает также достаточно интересным функционалом с точки зрения контроля, мониторинга, оркестрации и пользовательского портала. При этом она достаточно проста для администратора и не требует дорогостоящего внедрения».

Меняя модель использования приложений и сервисов, облачные ЦОД требуют новых подходов не только к управлению инфраструктурой, но и к организации доставки приложений.

ОПТИМИЗАЦИЯ СЕТЕВОЙ ИНФРАСТРУКТУРЫ: ADC

«ИТ-инфраструктуры меняются, как и подходы, принципы, взаимоотношения внутренних ИТ-служб с потребителями и поставщиками. Рабочее место пользователя тоже претерпевает изменения: удаленный доступ к приложениям и данным пока еще остается исключением, но года через три ситуация станет противоположной. При создании ИТ-сервисов организации будут предусматривать возможность круглосуточного предоставления доступа к ним с личных устройств сотрудников. Именно из этого посыла Citrix исходит в разработке своей стратегии», — рассказывает Борис Гехтман, системный инженер Citrix Systems.

Продукты Citrix в области сетевых технологий обеспечивают работу с приложениями с различных устройств и оптимизацию сетевой инфраструктуры для максимально эффективной работы. Продукты для создания облачных инфраструктур предлагают инструментарий для построения и управления облаком и реализации модели «ИТ как услуга».

Сетевые продукты Citrix (Cloud Networking) помогают уже сегодня оптимизировать предоставление услуг. NetScaler — флагманский продукт Citrix в данной области. Этот контроллер доставки приложений (ADC) представляет собой многофункциональное гибридное устройство, позволяющее (в зависимости от конкретной ситуации) выполнять целый ряд задач. Однако его основными функциями являются следующие: обеспечение доступности приложений (балансировка нагрузки, «умный» мониторинг), повышение скорости работы (сжатие и оптимизация трафика), разгрузка (мультиплексирование соединений, обработка SSL) и реализация средств безопасности (SSL VPN, межсетевой экран для защиты Web-приложений, защита от атак DDoS).

По словам Бориса Гехтмана, NetScaler активно используется для построения облачных инфраструктур и широко применяется в корпоративных ЦОД. Это виртуальное или физическое устройство устанавливается между серверами и клиентами, чтобы, с одной стороны, обеспечить быстрый и бесперебойный доступ к приложениям, а с другой — разгрузить серверную инфраструктуру. Он осуществляет анализ трафика и применение политик на уровне приложений, распределяет нагрузку между серверами, кэширует и сжимает трафик. Кроме того, серверы освобождаются от задач по шифрованию трафика. Целый комплекс возможностей NetScaler предназначен для повышения уровня безопасности и защиты от атак.

«ADC все чаще рассматривается как наиболее эффективный способ организации доставки приложений — таких примеров очень много. Данный подход рекомендуют и разработчики приложений», — рассказывает Борис Гехтман. С недавнего времени Cisco, отказавшись от развития своего продукта ACE, стала рекомендовать NetScaler для оптимизации доставки приложений. Этот продукт включен в документы Cisco Validated Design, описывающие построение сетевой инфраструктуры ЦОД.

Предлагаемая Citrix концепция TriScale позволяет заказчикам масштабировать NetScaler при увеличении объемов трафика: для наращивания мощности имеющегося оборудования можно купить дополнительные лицензии, использовать несколько виртуальных экземпляров NetScaler на единой аппаратной платформе SDX (например, для задач сегментации трафика между клиентами) или создавать кластерные конфигурации NetScaler (до 32 узлов), управляемые как одно устройство. Новые модели NetScaler имеют пропускную способность до 120 Гбит/с. Виртуальные устройства NetScaler VPX способны работать под управлением разных гипервизоров (XenServer, Hyper-v и ESX).

«NetScaler могут использовать не только провайдеры — это устройство подходит для любого предприятия, нуждающегося, например, в организации удаленного доступа к терминальной инфраструктуре или VDI», — заключает Борис Гехтман.

Еще один ведущий продукт ADC — платформа BIG-IP компании F5 Networks. Она реализует единую модель доставки приложений и данных для одного или нескольких ЦОД (см. Рисунок 5). Как рассказал Александр Новиков, менеджер отдела продаж департамента систем хранения данных компании CompTek, с помощью программно-аппаратной платформы BIG-IP можно решать такие часто встречающиеся задачи, как балансирование нагрузки, создание катастрофо- и отказоустойчивых конфигураций (DR) за счет перенаправления потоков данных при отказах, консолидация ЦОД, приложений и данных, обеспечение безопасности Web-приложений, защита от атак DDoS (Web Application Firewall), внедрение и переход на IPv6, удаленный доступ к приложениям и/или сети по SSL VPN, организация облачных приложений (IaaS, SaaS), достижение соответствия стандарту PCI DSS, а также реализация решений для приложений Microsoft, Oracle, IBM, VMware и др.

Рисунок 5. Многофункциональная программно-аппаратная платформа BIG-IP компании F5 Networks.

Линейка BIG-IP включает в себя две модели шасси и девять моделей контроллеров приложений (в том числе два виртуальных устройства), ориентированные на компании разного размера. Например, BIG-IP 4200V предназначается для предприятий среднего размера и поставщиков услуг. Эта специально спроектированная аппаратная платформа характеризуется высокими показателями производительности и энергоэфективности: с ее помощью можно одновременно развертывать несколько служб доставки приложений. Аппаратное шифрование всего трафика (SSL) разгружает мощности серверов приложений и снижает расходы на управление инфраструктурой. Аппаратное сжатие оптимизирует трафик, сокращая тем самым используемую пропускную способность каналов связи.

Облачная модель привлекает сегодня все большее число заказчиков — как малые, так и крупные компании самого разного профиля. И это не случайно.

СВОЙ ЦОД ИЛИ ОБЛАКО?

Заур Абуталимов, руководитель отдела маркетинга компании Cloud4Y, рассказал об опыте применения облаков с расчетом полной стоимости владения в сравнении с расходами, которое несет предприятие в случае покупки и эксплуатации физических серверов. Cloud4Y предоставляет услуги резервного копирования в облако, SaaS и IaaS (а само облако Cloud4Y развернуто на базе ЦОД в Москве и Нидерландах), серверов IBM и NEC, кластерных СХД NetApp c дисками SAS 15K, коммутаторов Cisco и Extreme.

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

Cloud4Y использует постоплатную схему расчета с почасовым биллингом, в договоре прописывается уровень SLA (не менее 99,9%), заказчику на выбор предоставляются два гипервизора — Xen и VMware, прямой доступ к панели управления и возможность конфигурировать каждый из параметров по отдельности (ЦП, ОЗУ, сетевые ресурсы и ресурсы хранения). Он может реализовать катастрофоустойчивое решение (на двух площадках) и размещать свои ИТ-ресурсы в ЦОД в Нидерландах.

Одному из заказчиков (крупной сети частных клиник) требовалась аренда надежной отказоустойчивой инфраструктуры со SLA не менее 99,9% (не более 1 часа простоя в месяц) с возможностью масштабирования. Была выбрана следующая конфигурация: 104 процессора, оперативная память 692 Гбайт, 1500 Гбайт на СХД (диски SAS со средней производительностью), 1000 Гбайт на СХД (диски SAS с высокой производительностью), закрытая VLAN для ВМ, резервный канал VLAN. Согласно расчетам ТСО, выполненным Cloud4Y, при покупке собственных физических серверов суммарные расходы (включая стоимость серверов и СХД, лицензий на ПО, аренды стойки в ЦОД, оплату труда специалистов, разработку проекта и техническую поддержку) составили бы около 20 млн руб. за 36 и почти 29 млн руб. за 60 месяцев. В случае аренды ресурсов облака TCO уменьшается до 11 и 18,5 млн руб. соответственно, то есть за три года выигрыш составит 45%. Помимо этого, обеспечивается отказоустойчивость: задействованы две площадки уровня Tier III в Москве, а каналы, маршрутизаторы и другие компоненты инфраструктуры дублируются.

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

Сергей Орлов — ведущий редактор «Журнала сетевых решений/LAN». С ним можно связаться по адресу: sorlov@lanmag.ru.