ЦОД - что это такое? Центр обработки данных. ЦОД: этапы большой жизни

Международный магистральный оператор связи

Один из ключевых поставщиков услуг международной передачи данных.
Предоставление услуг IP-транзита и выделенных каналов связи международным и локальным Интернет-провайдерам.
Организация виртуальных частных сетей (VPN), доступа в Интернет и других услуг связи для крупных и средних предприятий из различных отраслей промышленности; банковских структур и финансовых институтов, а также государственных организаций
Обширное покрытие сети — 28 стран, 3 континента — и значимое присутствие в Восточной Европе и России.
Высокая пропускная способность сети, через которую проходят большие объемы международного трафика.
Высокая связность за счет прямых подключений к многочисленным ЦОДам и международным точкам обмена трафиком.

Крупнейший интернет-провайдер Москвы

Широкая зона покрытия — около 70 районов для корпоративных клиентов и 27 районов для физических лиц.
Инновационные технологии — постоянно совершенствует качество своих услуг, увеличивая мощность серверов и пропускных способностей каналов, смело внедряя инновационные технологии, предоставляя своим абонентам пользоваться новыми возможностями для работы, отдыха, общения и развития.
Starlink заботится о своих абонентах, предоставляя им Интернет нового поколения. Компания первой в России стала активно подключать своих пользователей к Сети, используя IPv6 — протокол нового поколения.

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

Итак, с чего начать? С идеи. А по--чему бы и нет? Интегратор здесь дол-жен выполнить роль психолога: приехать к клиенту и поговорить о том, что он в итоге хочет получить от ЦОДа. Здесь важны две вещи: не формализовать процесс и не зарыться в детали. Формализация процесса обычно сводится к отправке клиенту кучки опросников и таблиц. Безусловно, это нужно делать, но только не на первой или второй встрече. Поэтому лучше разбивать большой опросник на несколько небольших и передавать их профильным специалистам компании-клиента. Емкие опросные листы с множеством технических подробностей обычно просто не заполняются, и тут виной всему человеческий фактор. Увы, факты — вещь упрямая, и по собственному опыту скажу, что универсальный опросник, включающий в себя все-все-все, заполняют не более 1-3 % клиентов. Обычно это выглядит так: высылаете, неделя-две потерянного времени, приезжаете и начинаете беседовать. Живое общение позволяет значительно сэкономить время, которого обычно и так нет: почему-то решение строить ЦОД принимается «на вчера», и клиент обычно год думает, как построить ЦОД за два месяца:).

Предварительная работа с клиентом

Установочная встреча состоялась, и дальше — работа пресейл-специа-листов и ключевых специалистов клиента. Важно, чтобы пресейл умел говорить на двух языках — языке финансистов и языке технического персонала. Пресейл — это своеобразный переводчик, способный понять потребности клиента и оценить, на какую сумму потянет проект и будет ли это выгодно клиенту. Более того, такой специалист решает дилемму, помогая рабочей группе клиента защитить бюджет просчитанного решения перед финансовым директором. Расчет таких показателей, как окупаемость инвестиций (ROI), общая стоимость владения (TCO), внутренняя норма доходности (IRR), период окупаемости (PP), позволит обосновать топ-менеджерам, почемунужен именно 1 миллион и недостаточно 200 тысяч, «чтобы айтишники успокоились и наигрались», а также учесть особенности финансирования и этапность инвестирования. В идеале здесь клиенту нужно представить хотя бы укрупненный инвестиционный план для понимания конечности затрат ЦОД и выбора модели его использования: будет ли это свой ЦОД, арендуемый коммерческий или «облачный» сервис. Обычно для корпоративного клиента это будет некий гибрид, в котором будут все три типа. В этом случае топ-менеджер понимает смысл всей затеи, финансовый директор — конечность затрат, а ИТ-директор — насколько ЦОД будет соответствовать потребностям бизнеса.

Еще одна важная деталь на данном этапе — не следует слишком увлекаться резервированием и фактором надежности. Часто бывает так: строительный департамент выбирает дублирование источников электроснабжения и кондициониро-ва-ния. ИТ-департамент дублирует ли-нии свя-зи и ИТ-оборудование, специалис-ты по бизнес-приложениям делают синхронную репликацию и «горячее дублирование» работающих узлов… В итоге цена зашкаливает, хотя каждый департамент в отдельности поступил правильно и максимально проработал свою зону ответственности. Поэтому при сравнении вариантов бюджетирования и описании концепции нужно опираться именно на сравнение вариантов под ключ. К тому же не стоит забывать, что при прочих равных стоимостях две площадки Tier III всег-да бу--дут более надежными, чем Tier IV, ведь в этом случае уменьшает-ся стои-мость внешних рисков.

Выбор площадки

Клиенту хорошо бы понять простую истину: на этом этапе помощь интегратора нужна, пожалуй, больше, чем при проектировании. Ведь часто именно архитектура здания и площадки требует от проектировщиков технических решений, которые не всегда экономически обоснованы и ведут к превышению бюджета.

Особое внимание стоит уделить следующим вопросам:

1. Подвод коммуникаций.

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

2. Расположение ЦОД.

Есть несколько важных моментов:

а) План заноса крупногабаритного оборудования. Важно понимать, что оборудование надо не просто занес-ти, и оно, естественно, должно пройти в дверные проемы, но и развернуть его, погрузить и снять с тележки.

б) Наличие достаточной нагрузки на перекрытие и конструкции стен. Стоит ли говорить, что оборудование на-до не просто занести и пос-та--вить — его еще нужно и довезти. Поэтому обращаем внимание на то, какая наг-рузочная способность перекрытий по путям транспортировки (прова-лен-ный фальшпол, раздробленная плит-ка и т. д. совсем не добавят удобства при эксплуатации, когда ЦОД уже будет построен). Наконец, тре-буется архитектурная экспертиза зда-ния «на сегодня». Часто она есть, но 15-летней давности. Конечно, мож-но экстраполировать и гадать на ко-фейной гуще, но стои-мость рисков зна-чительно выше, чем стоимость такой экспертизы. Что касается стен — здесь важно, сколько на них можно наг-рузить, ведь кабельные эстака-ды, на-весные щиты при проектировании для экономии площади проще повесить на стену.

в) Высота помещения. Не стоит забывать, что в ЦОД надо не просто поставить шкафы, а сделать еще и многоэтажные кабельные трассы элект-рики и слаботочки, поэтому высота лишней не бывает. Особенно если планируются шкафные кондиционеры с выдувом под фальшпол — решение простое, недорогое и при правильном расчете позволяющее отвести до 15 кВт со шкафа (в теории можно и больше, но жалко объема помещения). Так на какую же величину стоит ориентироваться? Эмпирика показала: 4,5 метра. Но уж точно не меньше трех метров.

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

д) Организация подъезда к ЦОДу. Есть ли возможность прямого подъезда автопоезда к воротам ЦОД? Возможно ли организовать выгрузку напрямую из прицепа в здание?

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

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

Взаимодействие команд интегратора и клиента

Не будем дублировать PMBook — остановимся на основных моментах. Назначение людей, выделенных со стороны интегратора и клиента, должно быть закреплено приказами с соответствующей четкой документацией, в которой будут прописаны их зоны влияния и ответственности. Руководителю проекта со стороны интегратора крайне полезно создать устав проекта и на первой же встрече зафиксировать матрицу ответственности (часто ведь как бывает: принимают решения одни люди, а отвечают за эти решения другие). В этой матрице должны быть перечислены и контактные данные каждого участника, чтобы с ними было просто связаться. С одной стороны, аргумент, что «нам надо спешить, некогда тратить время на ерунду». Но устав проекта — достаточно полезная штука. В нем фиксируется формат документов, которыми будут обмениваться участники, периодичность встреч, порядок со-г-ласования принятых решений. Хороший устав проекта — это документ, который можно дать новому члену команды, и после его прочтения он сможет полноценно включиться в работу, зная свою роль в данном процессе.

Основные моменты, на которых стоит заострить внимание:

1. Найти нужных людей, определить реальные роли в проекте. Как найти нужного человека? Ответ прост. Попробуйте его мысленно убрать — что-то изменится? Если нет — этот человек не нужен. Проект ЦОД не требует большой постоянной команды, поэтому лучше не включать в основной состав более 5-7 человек с каждой стороны.

2. Человек противится переменам, пока не почувствует себя в безопасности. Поэтому не стоит удивляться, что, как правило, команда людей со стороны клиента более консервативно настроена. Это нормально, ибо их задача — не просто построить ЦОД, но еще и жить с ним, потому любые революционные решения встречаются настороженно: продукт сырой, статистики отказов нет, каков он в эксплуатации — непонятно... Это не значит, что новые продукты не стоит внедрять — просто их внедрение потребует более детальной проработки, в том числе с клиентом.

3. Доступные каналы для доставки плохих известий. Спорный момент, но он необходим, и особенно в команде интегратора. Часто менеджер проекта узнает об этих новостях, когда ничего изменить нельзя, а случившееся можно принять как факт, хотя многие и знали об этом, но скрывали, надеясь на «авось решится».

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

5. Чем сложнее проект, тем больше времени уходит на проектирование и меньше — на пусконаладку. К сожалению, проектирование на постсоветском пространстве является контрастным: либо это старая советская школа, когда проектирование выполняется фундаментально, неспешно и без привязки к финансовым затратам, либо это полный антипод советской школы — коммерческий подход, где во главу угла ставится составление спецификации, быстрая закупка с последующим монтажом на объекте («как-то сами ребята разберутся потом»). С учетом отечественных реалий — клиент всегда спешит, и ЦОД ему нужен «еще вчера»: на стадии проектирования всегда хотят ужать сроки. Можно долго говорить о неправильности такого подхода, но разумный максимум, как ускорить этот процесс, — это разработка концепции и эскизного проекта при двухстадийном проектировании (или утверждаемой части при одностадийном), согласование с заказчиком и закупка крупноузлового оборудования, имеющего длительный срок поставки. Материалы и более мелкие узлы можно детализировать в рабочих чертежах, которые и пойдут в монтаж. При этом срок проектирования тот же, но поставка материа-лов будет осуществлена раньше, соответственно, срок реализации ЦОД значительно уменьшится.

6. Люди не станут быстрее соображать, если руководство начнет на них давить. Чем больше сверхурочной работы, тем ниже производительность труда (только краткосрочная внеурочная работа). Не нужно этого делать постоянно. Наиболее сложные этапы — начальный и конечный. На начальном важно быстро сделать декомпозицию задач, загрузить всех специалистов исходными данными и начать работу, в конце — успеть все синхронизировать до окончания процессов и завершить проект точно в срок. Постоянные переработки говорят либо о несбалансированности команды, либо о плохом проектном менеджменте, либо о нереальных сроках.

7. Спецификацию, в которой нет спис-ка входящей и исходящей информации, даже не следует принимать во внимание. Поэтому работать по чьей-то спецификации или спе-цификации, посчитанной «одной известной компанией», не стоит, если нет понимания, какое техническое задание ставилось. Общий совет для руководителя проекта со стороны клиента: прежде чем заказывать проект у сторонней компании и после этого проводить тендер на внедрение, задайте вопрос, кто выступит аудитором качества такого проекта? Не будут ли это зря потраченные время и деньги? Общий совет для руководителя проекта со стороны интегратора: не утешайте себя тем, что вы просто поставите цены в специ-фикации чьего-то проекта, и весь риск ляжет на плечи клиента. Это не так, ведь, скорее всего, в договоре клиент захочет получить не расчет монтажа материалов, а работающую сис-тему, которая обладала бы рядом параметров. А значит, отвечать все равно будет интегратор, выполняющий внедрение.

8. Если в проекте участвует большая команда, это снижает эффективность самой ответственной части работы — определения концепции ЦОД (ведь всем надо побыстрее дать работу), что приводит к потере независимос-ти внутри команды, увеличению числа собраний и совещаний. Поэтому придерживайтесь следующего принципа: сначала маленькая команда, после концепции — подключение новых игроков. Очень часто доводилось наблюдать, когда на первое же совещание приезжает 30-40 человек, которые пытаются обсудить все и сразу, разбиваются на группы, что-то обсуждают и… уезжают. После этого во время формирования общего протокола возникает конфронтация — и все опять собираются. И так до бесконечности. Определите ключевых сотрудников (со стороны клиента это обычно ИТ-ди-ректор, со стороны интегратора — Руководитель проекта), а остальных подключайте по мере необходимости. Эмпирически оптимальная группа, с которой еще можно решать вопросы, — это группа до 10 человек.

9. У проекта должно быть два сро-ка — запланированный и желае-мый. И они не должны совпадать. Это должен понимать и руководитель проек-та ЦОД у клиента, и представитель интегратора. Как правило, они рапор-туют наверх о сроке окончания проекта, а так как ЦОД — это все-та--ки основа для разворачивания бизнес-сервисов, может произойти такое, что совершенно независимые проекты будут связаны, при этом ни одна из команд проектов не будет об этом знать. К примеру, будет заказано оборудование и сформирована заяв-ка на командировку иностран-ных специалистов для его пусконаладки. В то же время ЦОД еще не запущен, оборудование не включено в рабо-ту, а специалисты уже прибыли для пусконаладки — компания несетубытки, и в результате — срыв сроков…

Проектирование

Прежде чем начать проектирование, нужно определиться с техническим заданием (ТЗ) и согласовать его с клиентом. Хоть это и должен делать клиент, выскажу свое скромное мнение: это все-таки должен делать интегратор совместно с клиентом. Почему? Да потому что именно интегратор более компетентен: у него больший опыт и подчас больше понимания, что нужно клиенту. В ТЗ обязательно фиксировать не общие фразы (наподобие «система кондиционирования долж-на поддерживать температуру в сервер-ной в пределах рекомендованной произ-водителем ИТ-оборудования»), а конкретику, нап-ример: обеспечить температуру воздуха на воздухозаборниках ИТ-оборудования в шкафу в пределах +20...24 °С круглосуточ-но в любое время года.

Важна фиксация в ТЗ двух ключе-вых величин: количество этапов и мощность ИТ-оборудования на пер-вом этапе. Неоднократно доводи-лось наблюдать, как при расчетном PUE в 1,4-1,7 на первом этапе оно равнялось двум-трем именно по той причине, что первая стадия ИТ-оборудования составляла 1/10 от той, что была указана в ТЗ. Если есть спецификация ИТ-оборудования и понимание этапности его закупки, которое планирует-ся устанавливать, не поленитесь и расставьте его в стойки. Тогда будет понимание и того, какая мощность на стойку требуется реально, сколько портов структурированной кабельной системы (СКС) и каких именно понадобится, какие разъемы питания потребуются на блоках распределения питания в шкафах.

Далее прорабатывается общая кон-цепция: компоновка помещений, размещение крупноузлового оборудования, проходы, зоны обслуживания оборудования. Часто встает та-кая за-дача: есть мощность 1000 кВт от транс-форматорной подстанции (ТП) — как ее разделить? Делим просто: обычно PUE составляет 1,6-1,8. Соответственно, задаем PUE 1,6 на начальном этапе для ИТ-оборудования, оставляем мощность 625 кВт, для остального оборудования (а это в основ-ном кондиционирование) — 375 кВт. Далее рассчитываем зоны ИТ-шкафов. Не за-бываем, что крайне желательно физически разделить помещение ввода, зоны серверов, стоечных Hi-End (так как часто им нужна специфическая организация охлаждения, которая может отличаться от типового в серверной) и коммутационной зоны (мощность которой обычно значительно ниже, чем серверной зоны).

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

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

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

Системы мониторинга и автоматизации проектируются на завершающем этапе, так как исходные данные для этих систем рассчитываются на основе проектных решений всех предыдущих систем.

Внедрение

Процесс внедрения может сильно отличаться в зависимости от архитектуры, но в целом последовательность процесса примерно следующая:

1. Работа под реконструкции помещений, перенос/возведение стен, выполнение проемов для прохода коммуникаций, расширение дверных проемов, выполнение наружных работ по прокладке кабельных каналов, заливка фундамента для дизель-генераторов и баков топливохранилищ, прокладка топливопроводов, прокладка наружных коммуникаций к зданию ЦОД, выполнения заземления и молниезащиты. При необходимости — выполнение электромагнитного экранирования сер-верного помещения.

2. Установка креплений наружных блоков, вентиляционных коробов, разгрузочных рам чиллеров, прокладка внутренних кабельных каналов, закладка трасс теплоносителей, кабелей, разметка и установка пьедесталов фальшпола, обшивка наружного фасада.

3. Установка плит фальшпола, установка внутренних блоков кондиционирования, установка шкафов, установка щитов и ИБП в щитовой, установка ДГУ.

4. Монтаж СКС, монтаж АГП, СКД, видеонаблюдения, освещения, оборудования мониторинга и автоматики.

5. Проведение измерений, испытаний, стартап оборудования инженерных сис-тем, пусконаладка.

Сдача в эксплуатацию и сервисное обслуживание

При сдаче в эксплуатацию интег-ра-тор должен передать клиенту всю документацию, руководства по эксплуа-тации и инструкции для пер-сонала. Важно также сделать инструктаж персонала, дабы сотрудники компании-клиента смогли самостоятельно эксплуатировать смон-тированные сис-темы. Со стороны клиента важно наз-начить ответственных — в против-ном случае ин-ст-руктаж придется проводить мно-жество раз, а полезность этого бу-дет стремиться к нулю.

Что касается сервисного обслуживания, то здесь могут быть варианты. Это может быть самостоятельное обслуживание ЦОД персоналом клиен-та. Минусы очевидны: необходимость держать в штате специалистов требуемой квалификации. Второй ва-риант — обслуживание каждой системы узкопрофильной компанией. В этом случае клиенту достаточно будет следить только за регламентом об-с-луживания, но придется самостоя-тельно решать стыковые вопросы по сер-вису, если таковые возникают. К примеру, если возникла проблема с задействованием нескольких систем, потребуется выступить посредником в решении вопроса между несколькими организациями, что тоже потребует наличия некоего опыта у человека, который будет курировать сервисное обслуживание, или же привлечения внешнего аудитора. Третий вариант самый простой для клиента, но он может оказаться дороже: аутсорсинг сервисной поддержки интегратором, имеющим экспертизу. В этом случае все риски по стыковым вопросам ложатся на плечи одной организации.

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

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

Константин Коваленко

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

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

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

Мы не стали глубоко вникать, что является причиной этого, но можно предположить, что ответившие так респонденты работают в небольших компаниях или в удаленных филиалах крупных организаций. В любом случае решения типа «ЦОД в коробке» - системы размером с холодильник, снабженные необходимыми для эксплуатации примерно 30 серверов (или других сетевых устройств) высотой 1U средствами охлаждения и источниками бесперебойного питания (ИБП), должны пользоваться большим спросом.

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

Что же на самом деле лучше?

Очевидно, что предприятиям нужны улучшенные ЦОДы. Но что же значит «улучшенные»? Должны ли, например, серверы быть специализированными или как можно более универсальными? Следует ли покупать блейд-системы или это всего лишь еще один способ «привязать» заказчика к конкретному производителю? Поможет ли питание оборудования постоянным током (DC) сократить расходы на электроэнергию или от такого типа питания будет больше проблем, чем пользы? Нужны ли фальшполы, или они уже устарели? Число вопросов кажется бесконечным, но совершенно ясно, что строить объекты (для организации ЦОДов) того же типа, какие строились всего лет пять назад, - провальная затея. Возможно, самой большой проблемой для организаций, планирующих строительство ЦОДа, является высокая стоимость последнего.

Раньше большинство систем электропитания для оборудования ЦОДов рассчитывались на удельную мощность 50 Вт/кв. фут (1 кв. фут = 0,0929 кв. м), но сейчас многие аналитики рекомендуют иметь систему удельной мощностью 500 Вт/кв. фут. Десятикратное увеличение удельной мощности систем электропитания (включая ИБП и электрогенераторы), а также необходимость иметь соответствующие системы охлаждения, делают затраты на реализацию этих систем самой большой статьей расходов при создании ЦОДов. Если вы хотите построить ЦОД уровня IV с надежностью работы «пять девяток» (в соответствии с определением организации Uptime Institute), то расходы на приобретение и монтаж его систем электропитания и охлаждения могут аж в 50 раз превысить затраты на строительство собственно здания ЦОДа (165 млн долл. против 3,3 млн в случае строительства ЦОДа площадью 15 тыс кв. футов). А ежегодная плата за электроэнергию при использовании ЦОДа вышеуказанной площади, как говорится «на полную катушку», составляет 13 млн долл. (в Калифорнии), что почти в пять раз превышает стоимость строительства его здания.

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

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

DC или AC?

Проанализировав лучшие подходы к построению ЦОДов, вы несомненно получите большую пользу. Но один подход мы не советовали бы вам брать на вооружение - это использование систем электропитания DC вместо систем электропитания переменного тока (AC), которые в настоящее время преобладают в ЦОДах.

Системы электропитания DC нужны организациям, сетевая инфраструктура которых должна соответствовать требованиям NEBS (Network-Equipment Building System). Как правило, это телекоммуникационные операторы, использующие такие системы уже много лет главным образом по причине их высокой надежности и простоты подключения альтернативных источников питания (батарей и генераторов).

Предприятия других отраслей тоже проявляют интерес к DC-электропитанию, поэтому любой крупный производитель серверов выпускает по меньшей мере несколько моделей, питаемых от DC-систем. Одним из производителей, специализирующихся на выпуске таких серверов, является компания Rackable Systems.

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

В-четвертых, DC-системы электропитания обычно стоят дороже AC-систем (впрочем, имея более высокий КПД, DC-системы потребляют меньше электроэнергии, и вы можете сэкономить на снижении совокупной стоимости владения ими).

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

Компания «Строй-ТК» проведет проектирование и монтаж ЦОД для Вашего бизнеса.

Ознакомиться с нашими услугами по проектированию, строительству, эксплуатации ЦОД Вы можете .

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

Назначение и виды ЦОД

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

Существуют две основные разновидности таких центров:

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


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

Мобильный и модульные ЦОД

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

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

Такие комплексные решения получили широкое распространение на предприятиях различной сферы деятельности. В первую очередь речь идет об организациях и компаниях, для которых ключевым полем деятельности является быстрый обмен данными. Это различные банковские системы, государственные и коммерческие телекоммуникационные организации, IT компании, call-центры, аварийно-диспетчерские службы.

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

Что важно знать при выборе ЦОД?

От надежности и скорости обработки информации во многих компаниях зависит построение рабочего процесса и уровень оказания услуг клиентам.

Ключевые требования к ЦОД следующие:

• автономная работа;
• высокий уровень надежности;
• защита данных;
• безотказность;
• высокая производительность, вне зависимости от того, будет это облачный ЦОД (виртуальный) или внутренний корпоративный вариант;
• большой объем для хранения информации;
• возможность расширения и модернизации (закладывается на ближайшие 5-7 лет с учетом прогнозируемого роста компании и развития технологий).

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

Ключевые элементы центров данных

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

Система включает в себя следующие блоки:

• IT-инфраструктура ЦД;
• инженерные системы различного уровня сложности;
• комплексный подход к безопасности;
• управление и мониторинг.

Чтобы более подробно разобраться в структуре, следует рассмотреть основные блоки более внимательно.

IT составляющая ЦОД;

Первый блок представляет собой комплекс высокотехнологичного оборудования, который объединен в общую систему.

Это своеобразное ядро любого современного ЦОДа, которое состоит из:

• серверного оборудования;
• системы передачи, обработки и хранения данных.

Чтобы повысить эффективность сервера, многие известные компании разрабатывают новые продукты: программное обеспечение, технологии виртуальной реальности и готовые комплексные решения на основе использования блэйд-серверов. Это одно из наиболее востребованных направлений в специализированной IT сфере. Новые разработки позволяют существенно увеличить производительность оборудования, улучшить энергоэффективность, уменьшить расходы на содержание и максимально оптимизировать рабочие процессы.

Инженерные решения в ЦОД

Чтобы обеспечить бесперебойную работу мощного высокотехнологичного оборудования, необходимо создать эффективную инженерную систему.

Основные инженерные системы ЦОД относятся к двум категориям:

• электроснабжение. Специальное оборудование должно обеспечивать не только бесперебойную подачу электричества к оборудованию, но и в случае аварий на ЛЭП перейти на автономное питание. Для осуществления этого используют различные источники бесперебойного питания и дополнительные генераторы. Очень важно, чтобы напряжение и частота тока соответствовали необходимым параметрам и в сети не было перебоев и резких скачков. Такие перепады негативно воздействуют на серверное оборудование и могут привести к его выходу из строя;
• охлаждение. Мощные серверы во время работы выделяют огромное количество тепла, которое отводится при помощи специальных встроенных радиаторов. Это не решает проблему целиком, так как серверные станции находятся в отдельных закрытых помещениях. Чтобы обеспечить надежное охлаждение, используют различные системы кондиционирования, которые работают в автоматическом режиме, обеспечивая оптимальную температуру в помещении и препятствуя перегреву оборудования. Используя новые технологии в области кондиционирования (инверторные компрессоры, высокоточные тепловые датчики), можно добиться уменьшения затрат потребляемой электроэнергии на 10-15%.

Безопасность центров обработки данных

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

Мониторинг ЦОД

Комплексный подход к управлению и мониторингу является важной составляющей любого современного ЦОДа. Такие системы в автоматическом режиме контролируют работоспособность всего оборудования и параметры окружающей среды (температура, влажность, напряжение и частота тока). Неотъемлемой частью мониторинга являются системы прогнозирования вероятного отказа оборудования и раннего оповещения.

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

Центры обработки данных на выставке «Связь»

На территории ЦВК «Экспоцентр» пройдет важное мероприятие - выставка Связь. Большая экспозиция будет посвящена вопросам оперативной обработки данных и безопасному хранению информации. Это событие международного уровня, где ведущие мировые производители специализированного оборудования и программного обеспечения продемонстрируют свои последние разработки в этой сфере.

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

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

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

Сегодня существует три основных подхода к размещению систем хранения и обработки данных:

• можно оборудовать и эксплуатировать аппаратную комнату (или комнаты) в своих офисах;
• построить и эксплуатировать свой собственный ЦОД;
• арендовать необходимые ресурсы в центре у специализированного провайдера.

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

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

Типовая архитектура ИТ-услуги

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

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

Аппаратные комнаты в офисе

От аппаратных комнат в офисном здании полностью избавиться невозможно. Их объем может быть минимизирован, они могут быть совмещены с помещениями другого назначения, расходы на их создание и содержание тоже можно сократить (за счет снижения эксплуатационных характеристик). Но аппаратные комнаты в офисе будут всегда. Почему?

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

Кроме того, существует ряд привязанных к офису систем, на базе которых строятся локальные ИТ-услуги.

Многие системы постоянно генерируют большой объем трафика. В каждом офисе есть разделяемые файловые ресурсы (файловые серверы) и сетевые принтеры. Немного реже встречаются системы резервного копирования данных на рабочих станциях, системы автоматической установки обновлений программного обеспечения, системы обработки и хранения изображений (документооборот и т. п.). Иногда

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

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

Аргументы «за»

Какие проблемы и какие положительные эффекты мы получим при размещении систем в ЦОД?

Оценивая, какова будет экономия средств, нужно просчитывать различные варианты с учетом прогнозов развития на три – пять лет. Аргумента, что аренда площади в 200 м 2 в промышленной зоне обойдется дешевле, чем в офисном здании в центре города, недостаточно. Надо учитывать множество аспектов, приводящих к прямым и косвенным затратам.

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

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

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

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

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

Подводные камни

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

При строительстве же собственного центра вам предстоит определиться, вкладывать ли средства в создание своих собственных «последних миль» до телекоммуникационных узлов или же договориться с коммерческими операторами и арендовать «последние мили» у них (в этом случае вам, скорее всего, придется за три-пять лет оплатить все их вложения).

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

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

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

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

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

Нужно быть готовым и к тому, что при размещении систем в арендованном центре менеджмент компании потребует застраховать соответствующие активы. Эти расходы надо обязательно учитывать.

Еще одна проблема, которая может встать у вас на пути в прямом смысле слова, - автомобильные пробки. Несложно представить ситуацию, особенно в крупных городах, когда в арендованном ЦОД в 17:00 вышло из строя оборудование, и срочно нужно его ремонтировать. ЦОД, как мы уже выяснили, размещаются далеко от центра города, и специалист по ремонту, нагруженный запасными модулями, несколько часов пробирается по автомобильным пробкам…

Строить или арендовать?

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

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

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

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

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

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