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

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

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

Помимо «Филанко» запустить собственные площадки в текущем году готовятся «ЛАНК Телеком», у которого уже построен ЦОД на набережной Мойки, «Дженерал ДейтаКомм», Linxtelecom и Sunline, к строительству следующего дата-центра готов приступить и «Элтел». О необходимости расширять свои ЦОД заявляют большинство участников рынка, видимо, полагаясь на расширение объемов рынка. Компания «ВестКолл» сейчас запускает вторую очередь дата-центра и не отказывается от намерения построить и третью, рассчитанную на 400—500 телекоммуникационных шкафов.

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

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

Автор: НАТАЛЬЯ РЫЖКОВА
Источник

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

Шаг №3. Знайте типичные ошибки и то, как их избежать
Есть много ошибок, которые совершаются при подготовке к BCP. Самая частая — не выделить достаточного времени на то, чтобы продумать, спланировать и подготовиться к проектированию, внедрению и проверке этой системы. Пренебрежение регулярной проверкой и тестированием плана обеспечения устойчивости бизнеса часто может оказаться самой дорогостоящей ошибкой. Одно лишь то, что вы успешно внедрили процедуры восстановления систем, еще не означает, что всё сделано.

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

Шаг №4. Имейте на всякий случай запасной план действий
За последние девять лет я участвовал, прямо или косвенно, более чем в 1600 внедрениях плана обеспечения устойчивости бизнеса, и в каждом случае было что-то, чему можно поучиться. Один из таких уроков — всегда планировать резерв для резерва. Во время внедрения аварийного восстановления в сети, насчитывавшей более 70 виртуальных серверов, батареи ИБП, служившего резервным источником питания для ЦОДа, вдруг взорвались. Поскольку главная линия питания проходила через ИБП, отключилось питание всего ЦОДа и около 40 серверов. К счастью, мы только что закончили всю установку и не завершили лишь пробный запуск, так что у нас получилось тестирование “в живую”.

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

Шаг №5. Правильно выберите приоритеты
При первоначальном анализе последствий аварии для деятельности компании (business impact analysis, BIA) команда BCP определит и назначит требуемый уровень защиты и восстановления для каждой из нужных бизнес-систем. Я наблюдал, как некоторые организации пренебрегают этим анализом и просто применяют одно и то же решение ко всем серверам; это не всегда оправданно и может увеличить общую стоимость проекта. Не для всех серверов требуется высокий уровень готовности с очень малым директивным временем восстановления (RTO) и директивным сроком восстановления (RPO), а только для тех, которые определены как критически важные для бизнеса и требуют немедленного и полного восстановления операций.

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

Шаг №6. Узнайте стоимость простоя
Выявление и лучшее понимание критически важных систем в ходе BIA поможет вам вычислить стоимость простоя. Знание того, во сколько обходится то количество часов или минут, пока конкретная система недоступна, не только даст вам возможность убедительно обосновать необходимость улучшения инфраструктуры для руководства, но и будет способствовать осознанию им последствий бездействия. Также это поможет определить, какие меры по обеспечению устойчивости бизнеса следует ввести.

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

Шаг №7. Запланируйте худший сценарий
Еще одна типичная ошибка, которую часто допускают, заключается в том, что данные и бизнес-системы существующего ЦОДа не дублируются в другом месте, из которого их можно будет восстановить. Слишком часто организации внедряют отказоустойчивую систему, полагая, что она обеспечит высокую готовность, но не принимают в расчет случай, когда у них может отключиться электроснабжение всего здания (или, еще хуже, возникнет пожар или случится стихийное бедствие). Конечно, это ситуация исключительная, но ваш план BCP нельзя назвать полноценным, если вы предусмотрели лишь несколько сценариев. Нужно продумать самый худший из них, иначе вы оказываете своей организации медвежью услугу и подвергаете ее риску.

Шаг №8. Не только лента
Лента была главной опорой процедур восстановления со времени изобретения компьютера, но одно лишь то, что она существует так долго, еще не значит, что это лучшее решение. Многие организации заменяют системы резервного копирования на ленту дисковыми матрицами, где данные легко доступны и для их восстановления требуется значительно меньше времени.

Шаг №9. Убедитесь, что ваш план работает
Одна из самых больших трудностей в реализации плана обеспечения устойчивости бизнеса — это проведение его регулярных проверок. Главное оправдание отказа от тестирования — тот самый простой действующих бизнес-систем, который требуется, чтобы проверить процесс преодоления отказов и восстановления. Много лет назад, проводя такие проверки, мы делили сеть вычислительного центра на два сегмента, чтобы можно было тестировать процесс восстановления в одном сегменте, не прерывая нормальной работы систем в другом.

С приходом технологии виртуализации в последние несколько лет это вообще перестало быть проблемой. В платформы виртуализации, в частности Microsoft Hyper-V, встроена функциональность, позволяющая провести такого рода проверку устойчивости бизнеса, выделив для этого виртуальную инфраструктуру, как если бы это был ваш центр аварийного восстановления, — и в сущности он таковым и является.

Проверка работоспособности плана BCP — единственный способ гарантировать, что он сработает, когда это будет нужно больше всего.

Автор: Брейс Реннелс
источник

Все началось примерно 2 года назад, сидя в итальянском ресторане за тарелкой пасты

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



Небольшая справка: Долго думали как обозвать данные проект, в итоге пришли к выводу, что в глобале это будет «М77» по принципу М9, М10, М5 (ММТСы), опять таки Стек (М1), а в локале решили что будем различать по географическому признаку собственно так и получилось, «Славянский» расположен на Славянском бульваре, а «Иртышский» на Иртышском проезде



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



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



90% всех примененных технологий являются инновационными не только для России (в принципе отстающей от остального мира) но и для Европы и Америки. Мы создавали то, чего было только на словах или в лампах проекторов передовых разработчиков. Столкнулись с множеством тонкостей, вопросов, недоразумений и прочего. В итоге создали первую очередь ЦОД «Славянский», итак подробнее по каждой части ЦОДа (за основу брал следующий документ: Документ SP–3-0092: (Стандарт TIA-942, редакция 7.0, февраль 2005)):



1. Поскольку расположение ЦОДа, здание и территория были в нашем распоряжении, то мы сразу попали в точку по нелюбимым мною западным стандартам:)

— отдельно стоящее задание;

— первый этаж;

— нагрузка на перекрытия до 2т/м2 (здание монолитное);

— широкие проходы, позволяющие перемещать крупногабаритные предметы;

— высокие потолки (~5м);

— отсутствие колонн и других архитектурных конструкций в машинном зале;

— все стены покрыты спец. красками минимизирующими пылеобразование, в светлых тонах;

— от фальш полов решили отказаться на начальном этапе строительства за их ненадобностью, сделали полы из керамогранита;

— разделили помещения машинного зала от административных и технических помещений, создали гермозону;

— решили использовать диодные светильники (света больше, энергии меньше);

про такую ерунду как сейсмоустойчивость и прочую ерунду писать не буду и так все понятно



2. Изначально имеем собственную распределительную подстанцию(РТП) на территории с двумя независимыми вводами от города с разных ТЭЦ (1 категория), соот. организовали два кабельных ввода в здание по монолитным бетонным каналам (на всякий случай), добавили в РТП дизель-генератор и снабдили РТП соответствующей автоматикой (АВР и прочее). Опять таки в начальных планах было создание выделенного помещения для энергетических вводов, в последствии отказались от данной схемы (D&G дорого и глупо) и решили размещать силовое оборудование непосредственно в зале в торцах каждого ряда. На каждый силовой шкаф заведены по два независимых ввода от РТП. Сами силовые установки и шкафы автоматики хотели закупать у вендоров, но столкнулись со следующей проблемой: слишком долго ждать… соот. отказоустойчивость всего предприятия становилась под вопрос, т.к. если сломается какая то комплектующая в силовом шкафу то придется ждать очень долго замены (как правило подобные узлы и агрегаты никто не держит на складах, а это колоссальная сложность (если призадуматься). А поскольку в «кармане» есть завод Росатома по производству силовых агрегатов, все делали сами, по собственным проектам, закупали лишь комплектующие ведущих вендоров, которые можно без проблем купить если что и оперативно заменить своими силами.







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



На сегодняшний день все проектировщики предлагают стандартную схему отвода тепла, с раздачей холодного воздуха из под фальшпола или еще что-то в этом роде, в итоге максимум 10 кВт тепла отводим от стойки и баста! нам данный вариант не подходил по одной простой причине (D&G ) в том смысле, что неэффективно использовалось пространство дата центра и его энергетическая мощность (к слову мы имеем 4 мВт мощщей) Как я уже писал выше, познакомились с немецкой компанией Knuerr и их уникальными разработками. В итоге собрали систему отвода тепла на 18 кВт со шкафа (больше по моему мнению уже реально не нужно, во всяком случае ближайшие года 3, через 3 года мы докупаем модули и получаем 20-22 кВт в шкафу).

Соот. система охлаждается водой (внутренний контур), связка зал-чилер, второй контур с хладогентом (связка чилер-внешние блоки), как устроена система я детально расписывать не буду (слишком сложно и долго). Но суть очень проста, реализована система горячих/холодных коридоров внутри герметичных шкафов.



Оборудование защищено от пыли, физ. доступа, влаги и т.д.

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









Все чилерные и насосные системы расположены под землей (нам повезло и изначально под зданием был запроектирован и построен подземный паркинг на 3 этажа





4. Каналы связи естественно оптоволоконные

Собственные магистрали до ММТС-9 и ММТС-10 суммарной пропускной способностью 160 и 320 Гб/с соответственно позволяют развернуться

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

Так же для удобства клиентов сделали ввод в здание ЦОДа на 144 волокна и разместили муфту в коллекторе, соот. любой клиент может дотянутся до нас своим волокном.



5. Кабельные системы расположены под потолком, как и силовые, так и волоконные, хочу отметить, что вся внутренняя сетевая инфраструктура сделано на оптике, так проще, удобнее и легче по массе (медь все таки тяжеловато), да и клиенты пошли нынче строптивые, просят широкие каналы, которые давать по меди глупо или невозможно Использовали трехмерные лоточные системы (Defem Швеция), оч. удобно и красиво







Все это позволило нам разместить на площади 600 м2 небывалые доселе мощности, мы создали машинный зал на 288 шкафов (12096 U). Данная схема отвода тепла позволяет с максимальной эффективностью использовать шкафное пространство и площади дата центра.

Появилась единственная в России площадка которая в состоянии размещать мощное серверное оборудование, все мы с Вами насмотрелись на дата центры в которых стоят «скелеты» с серверами в том смысле, что в шкафу болтается к примеру либо одна циска большая либо десяток, два серверов, все остальное пространство пустует, нет возможности подвести столько энергии и нет возможности отвести столько тепла Сейчас такая возможность появилась. Соот. можно воплощать в жизнь проекты, которые до сегодняшнего дня были не рентабельны или просто бессмысленны из за своей мощности. Появилась возможность оптимизировать свои ресурсы. По опыту общения с клиентами скажу, что зачастую люди ищущие размещение 10 стоек, очень удивляются, когда я собираю их оборудование в 5-6 стойках

источник

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

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

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

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

Оптимизация затрат
Как уже говорилось выше, консалтинг и всестороннее обследование ЦОД становится вполне самостоятельным направлением. Комплексное обследование (аудит), подразумевает не только детальный осмотр и анализ функционального состояния различных подсистем, но и определение соответствия заявленных или требуемых параметров текущему состоянию ЦОД. К примеру, важно не просто измерить мгновенную токовую нагрузку, но и оценить качество электроснабжения в целом, уровень и характер энергопотребления оборудования в серверной, среднесуточные отклонения климатических параметров, корреляцию возникновения инцидентов и т.д. Или другой пример — измерение климатических параметров. Только оценив их на протяжении длительного времени, можно говорить о наличии либо отсутствии проблем в ЦОД и рисках их возникновения.
Давайте зададим вопрос компаниям, которые имеют дело с ЦОД, — прорабатывали ли они варианты наиболее вероятных сбоев инженерных систем, был ли составлен план восстановления? Наверняка около 70% ответят, что не прорабатывали, и около 10% ответят, что такой план имеется, но лишь по определенным системам и инцидентам. Уменьшить время простоя можно составлением детально проработанной методики восстановления, разработанной в расчете на самого «неподготовленного» сотрудника, имеющего доступ к ЦОД. Это особенно актуально для коммерческих дата-центров, заключающих SLA-контракты.
Не лишним будет взглянуть и в сторону аутсорсинга инженерной инфраструктуры — переноса вычислительных площадок в коммерческие ЦОД. В докризисные времена этого старались избежать; сейчас же затраты на построение даже временной площадки сопоставимы со стоимостью аренды в течение нескольких лет. Заказчик при этом перекладывает все заботы по обслуживанию на плечи арендодателя и его персонал и не беспокоится о регламентных работах и внешних проблемах, например, сбоях электроснабжения.

Спрос на продукты и решения
Как показывает статистика внедрения реальных проектов, сейчас наиболее востребованы ЦОД класса TIER II и TIER III, площадью 30–70 кв. м. Причем заказчик старается урезать бюджет именно за счет экономии свободного пространства, но не надежности ЦОД. Поэтому сейчас все чаще уходят от понятия «стоимость квадратного метра ЦОД класса N», ведь в зависимости от уровня компоновки инженерного комплекса стоимость конечного решения может отличаться в несколько раз. В настоящее время в Украине преобладают ЦОД не выше класса TIER III, а TIER IV начнут появляться не ранее пяти ближайших лет. Одними из движителей повышения уровня надежности должны стать аутсорсинг и аренда площадок ЦОД с требуемым уровнем доступности, которое будет регламентироваться SLA-соглашениями. К моменту оздоровления экономики перспективы и рентабельность ЦОД будут достаточны, чтобы выделять на их развитие значительные средства.
Можно предположить, что к тому времени наберет силу и тенденция к децентрализации площадок размещения дата-центров. Несмотря на скептические заявления некоторых интеграторов о бесперспективности строительства ЦОД вне города, уже сегодня проявляется все больший интерес к использованию помещений, расположенных в пределах 30 км от городской черты. Сложилось даже некое эмпирическое правило, сформировавшееся в процессе проработки множества проектов: чем большей мощности планируется ЦОД, тем дальше от города его следует строить.
Повышается также спрос на энергоэффективные продукты. Например, представители компании Emerson в презентациях приводят следующие выкладки: уменьшение энергопотребления одного сервера в ЦОД на 1 кВт обеспечивает экономию общей потребляемой мощности ЦОД в расчете на эту же серверную единицу на 2,84 кВт.
Пользуются все большей популярностью технологии виртуализации, которые позволяют уменьшить затраты на энергопотребление и обслуживание. Однако у этой «медали» есть и обратная сторона: такие системы требуют более высокого уровня отказоустойчивости, что приводит к дополнительным затратам

Технологии, не получившие распространения
Многие технологии ЦОД еще недостаточно укоренились на нашем рынке. Все еще слабо востребована схема 2(N+1), которую в свое время начали практиковать в ЦОД уровня TIER III+ (так неофициально называют уровень надежности системы, у которой отдельные элементы строились согласно требованиям более высокого уровня, в частности, TIER IV). Основных причин две — финансовая и техническая. Полное резервирование на уровне системы было дорого даже до кризиса, а сейчас и подавно. Корни технических проблем также лежат на поверхности: это неоптимальный режим работы при малой нагрузке двух базовых подсистем — гарантированного электроснабжения и кондиционирования.
До сих пор не получили распространения «механические» ИБП, хотя идея активно развивается. Судите сами: еще недавно некоторые производители предлагали системы с инерционным крутящимся маховиком, которые обеспечивали генерацию электроэнергии на 5–20 секунд, а сейчас предлагаются самые настоящие «дизельные» ИБП (название маркетинговое, однако в нем есть и рациональная суть — это обычные дизель-генераторные электростанции, которые позволяют полностью отказаться от привычных ИБП с батареями). Выгода от механического ИБП в том, что такому источнику не нужна даже редкая замена батарей и он вполне может располагаться вне помещения (что для обычных ИБП пока недостижимо). Причина же его непопулярности проста — времени генерации электроэнергии маховика достаточно лишь для единичного запуска дизель-генератора. Хотя поставщики таких решений и говорят о том, что дизель в любую погоду запустится за 10 секунд, опасения есть даже у многих профильных экспертов, особенно когда дело доходит до подписания SLA-соглашений.
Несмотря ни на что, рынок ЦОД развивается. Большинство игроков успели адаптироваться к новым условиям — переориентироваться, прицелиться, определиться со стратегией. Кроме того, рынок поддерживается также за счет более ранних контрактов, ведь строительство дата-центра — достаточно длительный процесс, и многие компании успели заключить договоры до кризиса. Поэтому резкого обвала количества проектов не произошло и не ожидается в будущем. Однако, по различным оценкам, объем рынка в денежном эквиваленте может сократиться до уровня 2006–2007 годов.
С технической точки зрения отдается предпочтение проверенным решениям, а от новых продуктов ожидают снижения стоимости. Интеграторы же расширяют портфель услуг, консолидируют активы и поглощают мелких игроков, которые в свою очередь уходят на уровень субподряда и/или сервисного обслуживания. Но как только ситуация в экономике стабилизируется (будем надеяться, что положительные перемены уже начались ), стремительная динамика рынка ЦОД непременно возродится, даже силами немногих уцелевших его участников.

Константин КОВАЛЕНКО,
главный инженер проектов отдела инженерных систем
департамента инфраструктурных решений
АО «Ситроникс Информационные Технологии Украина»,
KKovalenko@sitronics.com

«Сети и бизнес» №6 (Декабрь) 2009

CNews: Как изменилась ситуация на рынке коммерческих дата-центров за прошедший год? Оправдались ли ожидания? Повысилось ли качество услуг?

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

По этому показателю проекты существенно отстают от того, что требует рынок. Неудивительно, что сегодня достаточно много площадок заполнены лишь на 10 — 40%. И это при том, что спрос на услуги аутсорсинговых дата-центров есть. В SDN, например, по-прежнему очередь. Это говорит о том, что в условиях жесткой экономии корпоративного бюджета клиент предпочитает либо “брать” то, что ему действительно нужно, либо продолжать решать ИТ-задачи своими силами. Конечно, многие компании уже начинают понимать, что от них требуется, но это нельзя изменить сиюминутно, потому что речь идет о процессе, который занимает много времени.

Еще одним недостатком новых дата-центров является то, что они были построены по морально устаревшим технологическим принципам. В свою очередь, 2009 год принес много нового в этой области и в корне изменил представление о том, каким должен быть современный дата-центр. Так, сейчас одним из ключевых технологических направлений являются “зеленые ИТ”. В нашем случае, за счет использования энергосберегающих технологий в дата-центрах SDN (Stack Data Network) удалось снизить коэффициент использованной мощности с 2 до 1,5. Это достаточно неплохой показатель, в то время как в России дата-центров с коэффициентом использованной мощности ниже 2 практически нет. В реальности это очень большой перерасход, учитывая условия потенциального появления рынка емкостью в 200 тыс. стоек, для которых потребуется более 2.5 ГВт электроэнергии. При использовании “зеленых ИТ” почти половину от этой мощности можно сэкономить, что сравнимо с показателем большой электростанции. В мире дела с энергосбережением обстоят гораздо лучше: стали появляться дата-центры с коэффициентом 1,25 (есть анонс 1,17). И это – не предел, нынешние технологии позволяют обеспечить показатель 1,1. Так что нам есть к чему стремиться.

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

CNews: Как прошел для компании 2009 год?

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

Тем не менее, сама ситуация сыграла нам на руку. Кризис помог нам более правильно расставить приоритеты в бизнесе, позволил существенно “озеленить” наши дата-центры, подумать и еще раз просчитать свои планы на перспективу. Мы не торопились начать запланированную грандиозную стройку. Нам удалось за это время разработать новый проект, который, как мы надеемся, позволит изменить представление о качестве услуг и стимулировать рынок к выходу на принципиально новый уровень развития. Хотелось бы отметить, что очень большую роль здесь сыграли качественно новые тренды в международной ИТ-индустрии, которые свою очередь касаются и индустрии дата-центров. В данном случае я имею в виду “облачные вычисления”. Именно мощное развитие “облачных вычислений” побудило нас разработать новую концепцию инфраструктуры дата-центра, которую мы в полной мере считаем революционной, потому что она способна стать той точкой опоры, которая перевернет мир.

CNews: Что это за концепция? В чем ее суть? Предпосылки?

Сергей Лысаков: Сначала о предпосылках. На рынке уже давно назревает потребность в промышленно изготавливаемых модульных решениях “под ключ”, которые обеспечили бы строго прогнозируемые стандарты качества и надежности и при этом обладали бы высокой энергоэффективностью, себестоимостью, скоростью возведения, гибкостью и наилучшими эксплуатационными качествами. Активное развитие “облачных технологий” позволило создать решение, которое в отличие от того, что предлагалось до сих пор, на 100% отвечает вышеперечисленным параметрам.

Совместно с очень опытными европейскими и американскими компаниями мы запустили проект по созданию модульного дата-центра (не путать с контейнерными). Это особая конструкция, которая изготавливается на заводе, собирается в любой точке земного пространства в том объеме и в той спецификации, которые необходимы для данной задачи и конкретного региона. Преимуществом такого подхода является уникальная гибкость и простота расширения. Так, по желанию клиента мы можем сначала построить дата-центр на 20… 30… 100 стоек, а затем последовательно увеличить его емкость на порядок за счет того, что подключение модулей осуществляется практически “на лету”. В этом заключается ключевой аспект, заложенный в нашу концепцию. Компаниям нет необходимости арендовать большое количество площадей, вкладывать много денег в обслуживание и долго ждать, пока весь комплекс сможет функционировать.

При использовании таких модульных дата-центров начальные инвестиции минимальны – они составляют только тот объем, который необходим для запуска системы на рабочем функциональном уровне. Таким образом, скорость возведения дата-центра сокращается с 6-12 до 2-3 месяцев, а по уровню надежности такие сооружения могут иметь разный показатель: от Tier II до Tier IV.

Фактически сеть дата-центров начинает развиваться по другим принципам. Клиенту “в руки” передается продукт, где он либо самостоятельно устанавливает свое оборудование и ПО, либо передает эту работу нам, и мы заполняем модули и обеспечиваем полную поддержку. Наша компания намерена взять на себя поставку модульной инфраструктуры любому заказчику в любую точку земного шара и гарантировать при этом качество и надежную эксплуатацию.

CNews: Какую роль сыграли “облака”? Есть ли специфика применительно к данной концепции?

Сергей Лысаков: Я считаю, что “облака” переворачивают не только представления о подходах к созданию современного дата-центра, но и о конкуренции в этом бизнесе. В “облаках” все становятся, если можно так выразиться, “партнерами”. Они дают возможность интегрировать массовые усилия, которые в состоянии обеспечить хотя бы один отдельно взятый программист или поставщик. Как раз взаимодействие между разработчиками, поставщиками и потребителями – это и есть истинное “облако”.

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

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

При этом будут соблюдены единые для всех стандарты безопасности и качества. Мы считаем, что именно такой подход позволит существенно снизить порог вхождения в бизнес дата-центров без потери качества. А это, в свою очередь, заметно ускорит ввод в эксплуатацию дата-центров, соответствующих требованиям к их качеству и количеству. То есть дата-центры будут разворачиваться (именно разворачиваться, а не запускаться) в режиме just in time.

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

CNews: Как предполагается обслуживать инфраструктуру и обеспечивать безопасность?

Сергей Лысаков: Мы подготовили проект “под ключ”. Он включает в себя обеспечение всех процессов (от изготовления конструкций, их монтажа до эксплуатации и обслуживания). Проработке вопросов безопасности уделено особое внимание. Тем не менее, по желанию клиента мы можем предоставить клиенту инфраструктуру и на более низком уровне. Мы полагаем, что за счет внедрения этой концепции у России появляется возможность решить проблему отсутствия дата-центров необходимого уровня. Благодаря максимальной стандартизации затраты на эксплуатацию будут сведены к минимуму. Это осуществляется за счет того, что в процессе создания готового изделия в него закладываются стандарты качества по оборудованию, обслуживанию и прочие компоненты. Все это описано в сервисном руководстве вместе с подробными указаниями по технологии обслуживания.
По желанию клиента мониторинг может осуществляться и на месте. Тем не менее, исходно в систему заложена возможность дистанционного контроля и всевозможного регулирования (например, климатического).

СNews: Есть ли минимальные ограничения у вашей разработки?

Сергей Лысаков: Как таковых ограничений нет: начальный модуль (так называемый “куб”) рассчитан на 20-25 стоек. Важно понимать, что “куб” – это не только инфраструктура. В него заложены принципы и возможности интеграции всего что необходимо для ИТ – инфраструктура, платформы, сервисные приложения, мониторинг, безопасность и прочее.

CNews: В каком состоянии находится проект?

Сергей Лысаков: Сейчас мы тестируем опытный образец и рассчитываем, что до весны нам удастся закончить испытания, а затем в течение трех месяцев запустить производство элементов для сборки модулей. Я думаю, что 2010 год станет определяющим. Мы очень надеемся, что до осени этого года получится запустить несколько наших модульных площадок. Помимо всего прочего, в наших планах стоит создание еще одного московского дата-центра, построенного на таких принципах.

CNews: Как вы оцениваете ожидаемый спрос на такие услуги?

Сергей Лысаков: Мы абсолютно уверены в высокой востребованности инфраструктуры как сервиса и инфраструктуры как продукта с заданными и четко контролируемыми параметрами.
Оптимизированная под “облака” инфраструктура, безусловно, в первую очередь будет востребована как сервис во многих регионах России и станах СНГ. Далеко не удовлетворен спрос на базовые услуги дата-центра в том числе и на collocation с высокими показателями надежности. Масштабируемые энергоэффективные модульные дата центры в кратчайшие сроки способны обеспечить предоставление таких услуг в требуемых объемах.

CNews: В чем вы видите ключевые изменения для существующей рыночной ситуации? Какие категории заказчиков обратятся к подобным решениям?

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

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

Я думаю, что при таком подходе, который предлагается нами, появится огромное количество людей, компаний, в том числе и муниципальных, которые будут использовать наши технологии. “Облака” как раз наиболее динамично подстраиваются под эту идею. Мы считаем, что наша концепция даст мощный толчок для того, чтобы восприимчивость продуктивного и эффективного была действительно показательной.

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

CNews: Какие еще инициативы для изменения ситуации с качеством предпринимаются вашей компанией?

Сергей Лысаков: Мы начали сотрудничать с Высшей школой экономики (ГУ ВШЭ) по подготовке руководителей и бизнес-специалистов, обладающих базовыми знаниями о дата-центрах, подходах к оценке выгод аутсорсинга и тех услуг, которые мы хотим развивать. С 2009 года при ВШЭ в рамках основной программы обучения факультета бизнес-информатики читаются два авторских курса Stack Group: “Центры обработки данных в современной информационной инфраструктуре” и “Свободно распространяемое программное обеспечение в современном бизнесе”.

На занятиях, проводимых ведущими специалистами Stack Group, слушатели получили возможность узнать об основных технических характеристиках дата-центров разного уровня надежности, составить “портреты” потребителей и поставщиков услуг ЦОД, коснуться экономических и правовых аспекты SLA. Интерес к лекциям и семинарам был настолько высок, что с нового года при ВШЭ окрыта наша профильная кафедра.

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

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

Минимальный модуль – “куб” – содержит 20-25 стоек. Это готовая к эксплуатации конструкция, которая включает в себя инфраструктуру, “облачные” платформы, сервисные приложения, мониторинг, управление, безопасность и прочее. Дата-центр может состоять из любого количества модулей – в этом смысле его объем полностью зависит от потребностей клиента. Подключение дополнительных модулей производится без перерыва в работе ЦОДа. Это позволяет в будущем наращивать вычислительные мощности, не прибегая к дополнительным капительным инвестициям в самом начале проекта. Компаниям нет необходимости арендовать большое количество площадей, вкладывать крупные суммы в обслуживание и ожидать момента, пока весь комплекс заработает. При использовании модульных дата-центров начальные инвестиции находятся на минимально возможном уровне – они составляют только тот объем, который необходим для запуска системы в коммерческую эксплуатацию. В итоге, заказчик может развернуть модульную инфраструктуру в любой точке мира, а компания-изготовитель при этом гарантирует качество и надежность ее функционирования.

При изготовлении модульного дата-центра на заводе закладываются все необходимые стандарты качества по обслуживанию, а также системы удаленного мониторинга, обеспечения безопасности и так далее. Благодаря максимальной стандартизации затраты на эксплуатацию минимизируются, а заказчик получает детально описанные в сервисном руководстве подробные указания по технологии обслуживания. Конечный продукт готов к монтажу и эксплуатации за гораздо меньшее время, чем обычный дата-центр (с 6-12 месяцев до 2-3). Стоимость возведения при этом оптимизируется на любом этапе. По уровню надежности дата-центры могут иметь разный показатель – от Tier II до Tier IV. Итоговый проект сдается “под ключ”, подразумевая обеспечение всех процессов эксплуатации и технического обслуживания, а также безопасности. При этом клиент вправе выбрать более упрощенный вариант предоставления инфраструктуры-как-сервиса на более низком уровне. Подобная концепция использования сети дата-центров отличается от существующих на рынке, напоминая франчайзинговую модель развития. В настоящее время модульный дата-центр проходит заключительный этап периода опытной эксплуатации. Предполагается, что в 2010 году будет запущено несколько модульных дата-центров.

Источник: Cnews

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

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

Поэтому не удивительно, что результат иногда оказывается, мягко говоря, совсем не таким, как задумывался изначально. Попробуем разобраться в причинах этого явления, основываясь на реальных примерах и непосредственном опыте интегратора.

Строим или арендуем?

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

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

Предлагаю Вашему вниманию фотографии с описанием всех этапов строительства ЦОД ЗАО «Дата-Центр» описанных на хабре Иваном Карпухиным:

Как известно, любой стартап начинается с фразы «Как же вы за***ли, лучше сам сделаю лучше».



В 2007 году положение с датацентрами в Москве, да и во всей России было критическим. Попасть туда простому хостеру можно было только по предварительной записи. Драли с него втридорога, сервера частенько перегревали, электричество периодически отсутствовало, и еще, стоило датацентру начать генерировать 2-3 гигабита полосы, как он тут же воображал себя царем горы, пытался барыжить твоим трафиком, а с несогласными боролся методом пускания моего трафика через узкий зашейпенный канал ***телекома зарубеж.

А общение с ночными дежурными датацентра — это отдельная песня. Чаще всего было проще приехать и самому найти вывалившийся патчкорд, чем полночи пытаться добиться от мало вменяемого, ничего не хотящего юноши. И это хорошо, если дежурный был и попасть в датацентр ночью было возможно. Некоторые датацентры работали с 9 до 5, кроме праздников и выходных дней. Все остальное время там не было НИКОГО. Сервер, упавший в пятницу вечером, пролежит, минимум, до дня понедельника.



Картинка, о том, что творилось внутри типичного датацентра того времени.

Взято с сайта Nag.ru



Мне, к тому времени, это порядком надоело, и, как выход, я решил строить свой датацентр, ориентированный на запросы меня и моих пользователей.



А именно хотелось:

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

2) Беспроблемного электричества и обязательно собственный дизель.

3) Каналы и до местных Tier1 и до пира. Трафик должен стоить нормальных денег.

4) Своей, вышколенной и вменяемой круглосуточной смены на площадке.



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



Был найден и будущий исполнитель строительства датацентра — Группа компаний «Радиус»



С января 2008 года мы начали искать помещение. И не просто так, а размером 200-400 метров, с выделением 600 kW электричества, с обязательной регистрацией договора аренды на срок 5 лет. На первом этаже. Без транзитных труб. И что бы было куда повесить кондиционеры.

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



Итак прошел весь 2008 год. Зимой количество объектов вдруг резко увеличилось, а арендодатели вдруг стали соглашаться на наши условия, и в январе 2009 года помещение было найдено. Представляло оно из себя не очень приятное зрелище.



Приблизительно вот такое







И с другой стороны







Итак, договор аренды подписан, мы с специалистами группы компаний Радиус засучили рукава и начали делать рабочий проект. Большой такой, талмуд, страниц на 1000. В котором подробно описали как сделать из того, что есть, красоту необыкновенную, нужную нам. К марту проект был готов, и началась стройка.

Итак, проект готов, начались работы.

Так как я не строитель, а связист, в этой части будет много картинок и мало букв.



Прежде всего, строители выкинули все лишнее и сняли подвесные потолки.



Стало светлее и веселее.



Затем, с пола ломами убрали все лишнее, там были многолетнии слои асфальта поверх бетона.





Заложили шахты неработающих грузовых лифтов (Интересно, они ничего в лифт не спрятали?)





Отодрали старый утеплитель





И, не спеша, начали строить скелет гермозоны





Удалили все трубы из будущей гермозоны. Начали делать потолок от протечек сверху. Делаем стяжку.





Скелет сделан. Потолок сделан. Стяжка залита. Пора обшивать





Обшиваем негорючим утеплителем и негорючим влагонепроницаемым гипсокартоном.





Зачем ругаться, насяльника. Все хорошо будет сделано.





Обшили, заделали щели, покрасили гермозону белой краской.





Ставим рамы под юпсы.





Ура, фальшпол привезли. Какой же датацентр без фальшпола? Разве что первой категории надежности по TIA-942





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





Фальшпол собрали, почти готовая гермозона

Гермозона у меня есть, осталось нашпиговать ее по последнему слову техники. Начнем с электричества.

Ведь куда датацентру без электричества?



Прямо в помещении столько электричества, конечно, нет. Но есть в трансформаторной. Прокладка кабеля за счет арендатора.



Итак, копаем канаву по всему заводу.





Привозим кабелюку, бронированную, чтобы ей в земле хорошо лежалось.

Реклама Чувашкабеля детектед



Закопали. Положили, тремя слоями сверху, каждые полметра, ленту с надписью «осторожно кабель».



А в гермозону привезли вентиляционные решетки, материалы для воздуховодов.





И водо — фреоно водов. А также накрыли пол, чтобы очень его не загадить





Начали прокладывать разные трубки загадочного назначения



Подсказываю, черные — фреон, серые — слив сконденсированной влаги, белые — забор воды в увлажнители.



Тут и пожарные подоспели, привезли балоны с хладоном. Хорошие такие огнетушители





И давай монтировать систему пожаротушения.





Между делом привезли рамы для кондиционеров.





А вот и сами кондиционеры приехали.



Кондиционеры, конечно, прицензионные, Emerson Liebert HPM, с выдувом холодного воздуха под фальшпол. Всего запланировано 60 серверных шкафов не более чем по 6 kW каждый (Больше охлаждать воздухом не получается). Итого на 360 kW вероятной чистой мощности у нас 9 кондиционеров по 56 кW холода каждый.



Тем временем, систему пожаротушения доделали




Поставили внешние блоки



Картинка, вполне, в духе стимпанка.



Поставили щиты управления вытяжкой — приточкой.





Привезли серверные шкафы и начали собирать. И приточку вытяжку тоже.





Собрали шкафы



Шкафы Knürr 42 юнита, 900мм глубиной 600мм шириной. Шкафы шириной 800 мм роскошны, но увы, у нас места на 800 мм не хватило.



А вот и электричество.

Встречайте. UPS





И электрические шкафы.





Упсы Emerson Liebert, как ни странно. На 160 kVa, это 128 kW, тоже включены по схеме N+1 и питают чистое до запуска дизеля. Должно хватить на 15 минут при полной нагрузке, но дизель стартует куда раньше.



Поставили упсы на рамы





Чтобы было не скучно, сделали, наконец, освещение.





Закатили кучу проводов.





И давай их подключать





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





Сделали комутационный шкаф и по всем шкафам протащили оптику





Смотрим налево



электричество подключили.



Смотрим направо, чего то не хватает? Конечно, дизеля не хватает. Грустно без дизеля.

Дизель едет-едет и приехал



Знатная зверюга на 730 kVa. 6 горшков, 2 турбины. 2 глушителя. Именитой итальянской фирмы Сoelmo. А как ревет…



Ну все, пора запускать все системы





И снимать красивые фотографиии

Типа таких.





Или таких





Открыть сайт www.webdc.ru Звать инспектора минсвязи и покупать мебель в офис.