Еще несколько лет назад ИТ-среда крупных и средних украинских организаций с распределенной по всей стране корпоративной структурой зачастую представляла собой смесь централизованных (в меньшей степени) и децентрализованных ИТ-ресурсов: СУБД, системы управления предприятием, хранилища данных и электронных документов находились в совершенно разных, территориально удаленных подразделениях и филиалах.
Появление новых и, самое важное, доступных сервисов высокоскоростной передачи данных на большие расстояния, а также новых технологий удаленного доступа к программным системам позволило консолидировать вычислительные и информационные ресурсы в одном месте. С другой стороны, активное развитие бизнеса отечественных компаний потребовало применения более системных подходов к построению, модернизации и организации ИТ-инфраструктур. Таким образом, многие украинские корпоративные заказчики вплотную подошли к новому этапу использования ИТ-ресурсов, на котором оценивается целесообразность построения собственных центров обработки данных (ЦОД, или так называемых дата-центров) либо использования аутсорсинга услуг внешних коммерческих ЦОД. Ряд украинских компаний уже реализовали проекты построения дата-центров, однако подавляющее большинство потенциальных заказчиков внедрения ЦОД все еще «изучает тему».
Живой интерес к дата-центрам подтверждает и полный зал участников, десятки вопросов к докладчикам, а также активные дискуссии в кулуарах недавней конференции «Актуальные вопросы построения ЦОД», которую уже третий раз проводит PCWeek/UE (см. репортаж «Равнение на ЦОД» на первой странице этого номера). Чтобы ознакомиться с украинскими реалиями построения дата-центров и увидеть актуальный срез положения дел на нашем рынке, мы провели анкетирование среди участников конференции, формирующих спрос на подобные услуги (см. статью «ЦОД в Украине глазами заказчиков» на стр. 20 этого номера), а также опросили системных интеграторов, к которым и обращаются такие корпоративные клиенты.
Полученные результаты оказались весьма показательными и неоднородными — как по описанию cпектра проблем и задач, для решения которых заказчики обращаются к системным интеграторам, так и по оценке масштабов наиболее востребованных в Украине проектов ЦОД. Мы также получили самые разнообразные объяснения причин, по которым отечественные заказчики предпочитают размещать ЦОДы на своих площадках, и узнали, есть ли в Украине реальный спрос на услуги аутсорсинга ЦОД. Примеры недавнего участия компаний-интеграторов в проектах создания ЦОД представлены в таблице.
Однако, несмотря на разницу в трактовке понятия ЦОД и принципов его построения, очевидно, что уровень компетенции заказчиков и их умение анализизировать обоснованность инвестиций растут. Рынок ЦОД в Украине находится на этапе раннего развития, но неизбежно его поступательное движение на пути к истине.
| PC Week/UE: Назовите пять наиболее насущных проблем или задач, для решения которых заказчики обращаются в вашу компанию с целью построения ЦОД |
 |
Второй проблемой является банальное исчерпание ресурсов инженерной инфраструктуры ЦОД: нехватка физического пространства для размещения нового оборудования, превышение возможностей существующего ЦОД по электропитанию, недостаточная мощность систем кондиционирования. В связи с этим возникает потребность либо в расширении существующего центра, либо в строительстве нового. Проблему можно эффективнее решить альтернативным способом — при помощи технологий виртуализации и консолидации вычислительной инфраструктуры. Переход к виртуальной вычислительной инфраструктуре позволяет повысить эффективность использования имеющихся ресурсов в 3—4 раза и отложить модернизацию инженерной инфраструктуры или строительства нового ЦОД на 5—6 лет.
Третья причина — обеспечение непрерывности бизнеса в условиях катастроф. Фактически эта задача являет собой построение резервного центра обработки данных. Даже если основной ЦОД существует и его параметры устраивают компанию, возникает необходимость создания географически удаленного резервного дата-центра. В этом случае предварительная виртуализация вычислительных ресурсов не только отсрочит расширение основного центра, но и существенно снизит затраты на построение резервного ЦОД.
Entry: Среди наиболее насущных проблем корпоративных заказчиков можно назвать следующие.
1. В результате высоких темпов роста компаний ужесточаются требования к доступности приложений и сервисов. Руководители осознают риски исчезновения доступности базовых для бизнеса сервисов и данных, реально оценивают прямые затраты и упущенную выгоду от простоя ИТ-инфраструктуры. А значит, готовы инвестировать в ее систематизацию и консолидацию.
2. Руководство компании переосмысливает значение ИТ-составляющей бизнеса, начиная воспринимать ее не как затрату, а как актив, повышающий рыночную стоимость компании.
3. Требования безопасности бизнеса обуславливают изменения требований к ИТ-инфраструктуре — компаниям нужна большая упорядоченность, документированность, предсказуемость, защищенность.
4. Кризис на рынке человеческих ресурсов. Все сложнее найти персонал. Еще сложнее — высококвалифицированный и ответственный. А качественное дешевым не бывает. Одно и то же количество сотрудников способно обслуживать большее количество пользователей, оборудования и ПО только в случае консолидации вычислительных мощностей и данных в одном месте, обеспечении должного уровня управляемости оборудования и ПО, применения средств автоматизации.
5. Легализация ПО в компаниях. Пока использовалось пиратское ПО, себестоимость его поддержки была для компании относительно невысокой. Лицензионное ПО требует иных подходов — более четкого позиционирования каждого приложения, оценки реальных потребностей конкретной группы пользователей, корректного учета имеющихся лицензий на ПО. В консолидированных средах это значительно проще сделать, чем в распределенных.
RIM 2000: Часто одна проблема порождает другую, в итоге подводя заказчика к необходимости построения ЦОД. Среди них можно назвать следующие:
• обеспечение бесперебойности работы приложений и соответствующих бизнес-процессов;
• централизация размещения электронных процессов в территориально распределенных предприятиях;
• переход на новый уровень построения информационной инфраструктуры, где создание ЦОД является одним из этапов модернизации;
• появление новых направлений в бизнесе заказчика;
• внедрение системы управления качеством на предприятии, становление предприятия как публичной компании.
«Инком»: Сегодня централизация корпоративных вычислительных ресурсов является главной задачей, для решения которой заказчики обращаются к системному интегратору.
Обеспечение централизованного подхода к организации ИТ-инфраструктуры предприятия требует решения достаточно сложных вопросов: эффективной, безопасной обработки данных, получаемых с территориально разнесенных объектов; планирования роста количества используемых бизнес-приложений и связанного с этим значительного увеличения объемов обрабатываемой информации; масштабируемости и адаптируемости инфраструктуры ЦОД в соответствии с меняющимися задачами бизнеса.
На практике перевод ИТ-инфраструктуры к централизованной топологии может занимать несколько лет, поскольку требует тщательной подготовки и больших объемов работ, при этом основной бизнес предприятия не должен «заметить» этого перехода.
«ЛАНИТ — Iv Com»: В современном мире, где информационные системы являются ключевым инструментом развития бизнеса, к надежности и доступности их работы предъявляются очень высокие требования. Построение ЦОД позволяет обеспечить предсказуемый уровень доступности систем и данных, их защиту и сохранность, дает возможность управлять процессами обеспечения непрерывной работы систем. Создание ЦОД — дорогостоящее мероприятие, его финансирование требует понятного для бизнес-руководителей обоснования.
Если говорить о причинах, которые приводят заказчика к такому решению, то наиболее часто можно услышать следующее:
• внедрение в компании крупной информационной системы, например ERP, АБС;
• решение выйти на рынок IPO, которое потребует аудита надежности работы критичных для бизнеса информационных систем.
Идея построения ЦОД может исходить не только от руководства компании — часто сторонником создания дата-центра становится и ИТ-персонал. Причин для построения ЦОД у него гораздо больше — вот лишь основные:
• консолидация систем управления и мониторинга аппаратно-программных средств (включая настройку, диагностирование и оперативный контроль);
• единая система резервного копирования, соответствующая требованиям по уровню сохранности данных и скорости их восстановления;
• консолидация средств обнаружения и противодействия сетевым вторжениям, наличие системы защиты от несанкционированного доступа во внутренние помещения ЦОД;
• общая для всего ЦОДа система энергопитания с резервированием энерговвода, наличие источников бесперебойного питания и дизель-генератора, электростатическая защита всего оборудования;
• наличие резервированной системы кондиционирования и вентиляции.
Руководители ИТ-департаментов крупных предприятий хорошо понимают эти преимущества централизации ИТ-инфраструктуры. Немаловажен и вопрос оптимизации затрат на администрирование и поддержку вычислительных ресурсов — с этой точки зрения консолидация и стандартизация программно-аппаратных средств дает ощутимую выгоду.
«М-ИНФО»: Одна из ключевых проблем — быстрое развитие бизнеса. Банки из первой десятки удваивают вычислительные мощности практически каждые полгода—год, создают резервные площадки. То же можно сказать об операторах мобильной связи. Однако стоит отметить, что обычно ЦОД создается «вдогонку», и, как следствие, запланированные мощности очень быстро исчерпываются.
Заказчику необходимо выбрать правильное техническое решение — то ли быстрое развитие бизнеса поджимает, то ли иностранный банк (или западная материнская компания) требует от местных коллег соответствия западным стандартам. В последнем случае, как правило, ЦОД создается с хорошим запасом по производительности и масштабируемости.
«Ситроникс Информационные Технологии»: 1. Консолидация критически важных сервисов в едином центре. Нередко можно увидеть, что компании, банки в процессе своего развития строят несколько серверных комнат, размещая в каждой из них среди прочих критически важные сервисы. Отказ любого из них может негативно повлиять на бизнес-процессы компании в целом. Переоборудовать каждую из серверных комнат, устанавливая полный комплекс инженерных систем с резервированием — довольно дорого. В таком случае и принимается решение построить центр обработки данных, переместив туда наиболее критичные сервисы. Благодаря строительству отказоустойчивого ЦОД можно обеспечить бесперебойность работы, снизив тем самым риски простоя, стоимость которых очень высока.
2. Создание отказоустойчивой инженерной инфраструктуры, не имеющей единой точки отказа. Часто резервирование происходит на уровне сетевой инфраструктуры, в то время как физическая остается уязвимой. Например, нередко оборудование стоимостью в миллионы долларов, призванное обеспечить функционирование сервиса круглосуточно, охлаждается бытовыми кондиционерами, при этом выход одного из них приведет к перегреву всего комплекса.
3. Невозможность масштабирования существующей инженерной инфраструктуры, которая блокирует дальнейшее расширение ИТ-сервисов. В этом случае можно как построить новый ЦОД, так и провести реорганизацию старого, модернизацию старых инженерных систем. Можно реорганизовать ЦОД не только под текущие задачи, но и с учетом развития в ближайшие 10—15 лет.
4. Минимизация расходов на сервисное обслуживание. Построение ЦОД изначально предполагает, что это своего рода организм, в котором компоненты каждой системы выбраны с учетом интеграции в единый комплекс. По этой причине довольно часто сервис обеспечивается одной компанией-интегратором, которая и выполняла внедрение всего комплекса систем. Заказчик, заключив SLA-соглашение, оговаривает критичные для него параметры, поддержание которых является задачей компании-интегратора.
5. Создание физически распределенных, катастрофоустойчивых ЦОД, гарантирующих непрерывность сервисов при форс-мажорных обстоятельствах. Как правило, это концептуальные решения, включающие разнесенные ЦОД — они работают в режиме «горячего резерва», используя кластерные решения и технологии репликации данных.
«ЭС ЭНД ТИ УКРАИНА»: 1. Необходимость сокращения операционных затрат на эксплуатацию ИТ-системы, которые состоят из расходов на электроэнергию, обслуживающий персонал, аренду помещений (либо инвестиции в их покупку или строительство), охрану, ремонты инженерной инфраструктуры и пр.
2. Возможность быстрой и менее затратной модернизации ИТ-инфраструктуры и приложений. Оперативность модернизации зависит от многих факторов, например, от количества занятых ею специалистов, сроков поставки комплектующих, возможности полноценной удаленной модернизации (замены ПО, настройки), разработки плана модернизации и миграции. Для ЦОД затраты временные и финансовые по всем этим факторам либо ниже, либо такие же.
3. Гарантия высокой готовности ИТ-инфраструктуры и единого уровня обслуживания (SLA) всех заказчиков. При распределенной модели построения ИТ-системы предприятия невозможно гарантировать одинаково высокий уровень готовности и обслуживания для всех заказчиков по ряду причин: такую систему обслуживает многочисленный технический персонал, часто с разной квалификацией, очень дорого обеспечить резервирование на каждой площадке распределенной ИС для повышения отказоустойчивости.
4. Принимая решение о централизации, компания учитывает затраты на инженерное обеспечение аппаратных помещений, а в случае распределенности таких помещений затраты выше.
5. Необходимость поддержания большого распределенного запаса комплектующих для быстрой замены. Вследствие высокой стоимости построения резервируемых узлов при распределенной ИТ-инфраструктуре важен оперативный доступ к запасным частям для уменьшения времени простоя, что ведет к увеличению суммарного склада запасных частей.
| PC Week/UE: ЦОДы какого масштаба в настоящее время востребованы в Украине (количество серверов, уровень энергопотребления, занимаемая площадь)? |
 |
Впрочем, в условиях существующего финансового кризиса крупные проекты по созданию новых ЦОД будут востребованы гораздо реже, поскольку они требуют серьезных затрат. Стоимость только инженерной инфраструктуры колеблется в пределах 5—10 тыс. долл. за 1 м2 полезной площади. И в эту сумму не включена стоимость аренды или покупки здания, операционные затраты. Кроме того, помещений, пригодных для размещения ЦОД, не так уж много, особенно в центре Киева. Более эффективным является применение технологий виртуализации, чем экстенсивное наращивание мощностей, ведь это позволит обеспечить потребности предприятия на многие годы вперед.
Entry: Наиболее востребованы небольшие ЦОД, ориентированные в первую очередь на обслуживание ключевых бизнес-приложений. Как правило, это 8—30 серверов с уровнем потребления 4—20 кВт и относительно небольшой площадью в 6—16 м2. Часто это умещается в 2—4 стандартных шкафа или стойки на 42U. Такие параметры, в первую очередь, характерны для предприятий среднего бизнеса, работающих на своем, а не внешнем капитале, и хорошо умеющих считать деньги. Быстрое развитие бизнеса (открытие сети филиалов, поглощения конкурентов) требует обеспечить готовность к резкому росту количества пользователей либо к высоким временным нагрузкам.
RIM 2000: ЦОД с энергопотреблением до 10—15 кВт заказчики, как правило, пытаются реализовать собственными силами, наиболее востребованы дата-центры с энергопотреблением 20—40 кВт без учета затрат на систему охлаждения.
SI BIS: Наиболее востребованы сегодня небольшие центры обработки данных площадью 30—50 м2. Электропотребление такого ЦОДа составляет примерно 20—40 кВт и может выдержать нагрузку 100 блейд-серверов.
«Инком»: При разработке и внедрении любого решения, в том числе при построении ЦОД, в первую очередь необходимо отталкиваться от специфики бизнеса заказчика, определиться с задачами, которые необходимо решить, а также учесть возможность масштабирования инфраструктуры в соответствии с будущими потребностями бизнеса клиента. От этих факторов зависят объемы обрабатываемой информации и, соответственно, масштаб ЦОД.
В настоящее время в Украине в одинаковой мере востребованы как крупномасштабные ЦОД, например, с уровнем энергопотребления ИТ-оборудования в сотни киловатт на площади порядка 200—400 м2 и состоящие из сотен серверов, хранилищ данных и тому подобного, так и небольшие центры обработки данных площадью 40—50 м2 и с энергопотреблением 30—50 кВт, на которых размещается не более нескольких десятков серверов.
Среди последних тенденций стоит отметить рост потребления электроэнергии на стойку — из-за широкого распространения мощных одноюнитных серверов и blade-серверов.
«ЛАНИТ — Iv Com»: Есть разные представления о центре обработки данных. Одно из общепринятых мнений: ЦОД — это отдельное здание, оборудованное соответствующими инженерными системами кондиционирования, пожаротушения, бесперебойного электропитания, в котором размещаются вычислительные ресурсы (серверы, системы хранения и т.д.), создана телекоммуникационная инфраструктура, обеспечивающая удаленный доступ к ресурсам ЦОД, реализована система информационной безопасности и пр. Понятно, что такой корпоративный ЦОД могут себе позволить только большие организации или компании, создающие дата-центр в коммерческих целях, чтобы в дальнейшем продать его площади или сдать их в аренду.
Более распространенная ситуация — когда заказчик называет ЦОДом специально выделенное в одном из своих зданий помещение, где размещается оборудование, организованы подсистемы инженерного обеспечения и связи. Правда, иногда за этим описанием кроется маленькая серверная комната площадью три на три метра, в которой непонятным образом организовано кондиционирование, а поток тепловыделения от аппаратуры превышает все нормативы.
«М-ИНФО»: 30—70 шкафов с серверами, от 50 до 400 кВт энергопотребления, 50—350 м2.
Проекты такого масштаба можно назвать настоящими ЦОДами, но подобных примеров в Украине еще очень мало.
«Ситроникс Информационные Технологии»: До сих пор доминируют ЦОД среднего масштаба площадью 60—200 м2. Для этого есть как технические, так и экономические причины. Большие дата-центры требуют качественно иной концепции развития, четко продуманной стратегии наращивания вычислительных мощностей и планирования, а также значительных капиталовложений на начальной стадии.
В то же время удельная энергоемкость на квадратный метр стремительно растет. Еще совсем недавно мощность 10 кВт на стойку казалась достаточной на десяток лет вперед. Сегодня, благодаря высокой плотности размещения оборудования, заказчики уже просят учесть мощность 20 кВт на стойку.
Таким образом, в последнее время для измерения стоимости ЦОД вместо привычной стоимости за квадратный метр, киловатт энергии или юнит в шкафу, наиболее корректно было бы ввести стоимость 1 м2 ЦОД, на котором размещен 1 кВт активной мощности ИТ-оборудования.
В настоящее время наибольшее внимание уделяется интеграции систем и «интеллектуализации» инженерного комплекса. С целью понижения так называемого человеческого фактора все чаще внедряются системы глобального мониторинга, способные не просто обеспечивать наблюдение за многими параметрами комплекса, но и самостоятельно реагировать на штатные и нештатные ситуации (благодаря наличию отказоустойчивой автоматики), а также анализировать и прогнозировать события.
«ЭС ЭНД ТИ УКРАИНА»: Все зависит от назначения дата-центра. Если это корпоративный ЦОД, все определяется количеством пользователей организации. Если же говорить о коммерческом (аутсорсинговом) ЦОДе, то это обычно крупные проекты. Есть порог целесообразности построения централизованной инфраструктуры, но это индивидуальный расчет. Для проектов построения ЦОДов, в отличие от серверных комнат с оборудованием и ПО, характерны единая архитектура, начиная с инженерного обеспечения и заканчивая системами хранения, серверными комплексами, сервисами резервного копирования и восстановления, инструкциями и эксплуатационной документацией, стратегией развития.
| PC Week/UE: С чем связаны предпочтения заказчиков по размещению ЦОД на своих площадках? |
 |
Вторая причина связана с популярностью стереотипа «размещение ЦОД за пределами организации нарушает политики информационной безопасности» (часто устаревшие и не учитывающие современные реалии). На самом деле во многом это иллюзия: не боятся же эти компании пользоваться каналами телеком-операторов, а ведь в этом случае они тоже «выпускают» информацию за пределы своей организации. Если есть возможность арендовать физически изолированный объем, обеспеченный всеми необходимыми инженерными системами, многие заказчики непременно воспользуются подобной услугой.
Entry: Чаще всего это дань традиции и боязнь отдать кому-то свои серверы с данными. Ведь, теоретически, их могут украсть или изъять, и у владельцев бизнеса будет намного меньше шансов противодействовать этому на физическом уровне, чем в случае нахождения серверов на территории, подконтрольной администрации предприятия. С финансовой точки зрения, размещение небольших ЦОД на внешних площадках более выгодно, если как затраты учитывать и вложения в инфраструктуру, и замороженный под эти цели капитал (а ведь его надо изъять из оборота «здесь и сейчас», а затем пополнять оборотные средства за счет отнюдь не дешевых кредитов).
RIM 2000: Есть ряд факторов, которые могут подтолкнуть к построению собственного ЦОД вместо использования коммерческого.
1. Отсутствие компании, которая гарантирует соответствующий уровень услуг, хотя в этой сфере уже наблюдаются позитивные сдвиги.
2. Расходы на внешние телекоммуникации нужно рассматривать исходя из того, ЦОД какой мощности необходим заказчику. Иногда, при небольших потребностях, инвестиции в каналы передачи данных могут существенно увеличить стоимость решения с использованием коммерческого ЦОД.
3. Информационная безопасность размещаемых данных (конфиденциальность). Этот вопрос наиболее актуален и часто является главным аргументом в пользу размещения ЦОД на своих площадках.
SI BIS: Сегодня в Украине не существует центра обработки данных так называемого класса А, способного предоставить услуги аутсорсинга всем желающим. В связи с этим многие заказчики вынуждены строить собственные ЦОДы.
«Инком»: Еще несколько лет назад аутсорсинг ЦОД не пользовался большой популярностью. Но ситуация меняется в связи с отсутствием у большинства компаний физической возможности построения ЦОД на собственных площадях (нет помещений с необходимой инфраструктурой, недостаточный уровень энергоснабжения зданий, нехватка и низкая компетенция персонала). В развитых странах данный бизнес давно процветает, при этом в зависимости от уровня ИТ-службы компании-заказчика дата-центры предлагают два вида аутсорсинга: полный ИТ-сервис и стойко-места, которые заполняются оборудованием арендатора.
Часто крупные компании размещают резервные ЦОД на аутсорсинговых площадках, таким образом экономя собственные ресурсы.
«ЛАНИТ — Iv Com»: Распространенная ошибка — недооценка затрат на обслуживание ЦОДа, которые в период окупаемости проекта могут составить до 80% его стоимости, а могут сделать проект и вовсе убыточным. Эксплуатационные издержки складываются из расходов на амортизацию и сервисное обслуживание оборудования и, конечно, затрат на персонал, поддерживающий инфраструктуру ЦОДа. Аутсорсинг — это способ минимизировать эксплуатационные издержки на ЦОД для небольших компаний.
Для средних и крупных предприятий характерен другой подход к этому вопросу. Тут критически важна безопасность данных, поэтому они строят свои ЦОДы. При этом для них менее критична проблема размещения ЦОД, поскольку большие компании могут себе позволить отвести под них этажи или целые здания.
«М-ИНФО»: В первую очередь заказчиков волнуют вопросы безопасности и контролируемости бизнес-процессов, поэтому многие ориентируются на строительство собственных ЦОД. С другой стороны, в Украине просто очень мало настоящих комерческих дата-центров, а тем более заслуживающих доверия со стороны требовательных заказчиков.
«Ситроникс Информационные Технологии»: Коммерческие ЦОД в Украине сейчас находятся на этапе раннего развития — ряд заказчиков уже ощутил пользу от аутсорсинга и SLA-соглашений, однако старается пользоваться услугами коммерческих ЦОД зачастую в качестве временного решения для развертывания и отладки своих новых сервисов на время строительства собственного ЦОД.
Для нашего рынка характерно доминирование ЦОД класса Tier III (по классификации Uptime Institute). Именно схема резервирования компонентов N+1, регламентируемая этим классом, получила наибольшую популярность на рынке Украины, став оптимальной по такому критерию, как «обоснованность инвестиций». Начинают появляться ЦОДы класса Tier IV, но их все еще очень мало из-за необходимости обеспечивать 100%-ное резервирование компонентов систем.
В то же время ситуация на рынке говорит о достаточно высокой компетенции заказчиков и об умении проводить анализ инвестиций, поскольку ЦОДы ниже класса Tier III практически не востребованы из-за малой отказоустойчивости и невозможности проведения сервисных работ без полной остановки ремонтируемой системы.
«ЭС ЭНД ТИ УКРАИНА»: Это может быть политика безопасности, отсутствие подходящего предложения на рынке, нежелание зависеть от лояльности партнера, предоставляющего услуги своего ЦОДа. В любом случае, предпочтения рождаются в результате анализа и разработки стратегического плана развития ЦОДа.
| Примеры недавних проектов построения ЦОД в Украине | |
| De Novo | В настоящее время компания строит два центра обработки данных для собственного использования. Один предназначен для размещения оборудования собственной ИТ-инфраструктуры, второй — ЦОД проектной лаборатории (в 3—4 раза превышает по мощности корпоративный) |
| RIM 2000 | ЗАО КБ «Приватбанк», ЗАО «Сентравис Продакшн Юкрейн» |
| SI BIS | Центр обработки данных в OTP Bank. В настоящий момент компания участвует в создании нескольких крупных центров обработки данных на территории Украины |
| «Инком» | Построение инфраструктуры хранения и защиты данных для предприятий Горнорудного дивизиона группы «Метинвест», создание корпоративного ЦОД АБ «Південний», а также проектирование ЦОД ОАО «Кредобанк» |
| «М-ИНФО» | МТС, «ВОЛЯ-Кабель», «Европейский Кредитный банк» |
| «Ситроникс Информационные Технологии» | Из последних проектов — ЦОД для «ING Банк Украина», АКБ «Укрсоцбанк», КБ «Дельта». Все проекты характеризуются высокой энергоемкостью, резервированием компонентов ключевых систем и возможностью масштабирования |
| «Эс Энд Ти Украина» | Корпоративные ЦОДы «Укртелеком», корпоративный ЦОД горно-металлургического комбината «АрселорМиттал Кривой Рог» |
| По данным компаний-интеграторов | |
| На вопросы PC Week/UE отвечали: Александр Шевцов, начальник отдела инженерных систем департамента инженерных систем и комплексов безопасности компании «Инком» Николай Федоров, директор департамента инфраструктурных решений компании «Ситроникс Информационные Технологии» («Квазар-Микро») Федор Жиган, ведущий специалист компании RIM 2000 Алексей Бобров, начальник отдела информационных систем в телекоммуникационной отрасли компании «ЭС ЭНД ТИ УКРАИНА» Павел Ярмак, технический консультант департамента разработки и сопровождения решений компании SI BIS Юрий Жуковский, аналитик информационных систем и решений компании Entry Евгений Борисов, директор отделения систем регистрации и обработки информации компании «ЛАНИТ — Iv Com» Геннадий Карпов, директор по технологиям компании De Novo Сергей Гребень, технический директор компании «М-ИНФО» |
