При будівництві ЦОД в Росії компанії часто стикаються з безліччю проблем. Однак їх можна уникнути і обійтися найменшими втратами, якщо врахувати типові помилки і професійно підійти до кожного етапу проекту.
Специфічних проблем, характерних для організації ЦОД в Росії, не так вже й багато. Серед основних - дефіцит знань і досвіду, низький рівень проектної культури, нераціональний підхід до використання ресурсів та складності, пов'язані з документами. Найбільш значимі з них з точки зору подальшого розвитку вітчизняного ринку дата-центрів - перші три. По суті вони і є першопричиною того, що навіть передові російські ЦОД відстають від американських і європейських як мінімум на два покоління. Не кажучи вже про те, що на прикладі переважної більшості вітчизняних дата-центрів - і корпоративних, і комерційних - можна робити добірку хрестоматійних кейсів із серії "так не повинно бути". Вихід з цієї ситуації один - професійне вирішення всіх питань, що стосуються організації ЦОД. Тим більше що в умовах кризи багато разів зростає ціна будь-якої помилки.
Розробка концепції (попередній проект)
Цей етап має ключове значення як для успішної реалізації всього проекту, так і для забезпечення оптимального режиму експлуатації ЦОД в період найбільшої активності і в більш віддаленій перспективі. Саме на етапі підготовки та опису концепції відбувається найбільше число помилок, виправити які вкрай важко, а то й просто неможливо. До числа таких помилок відносяться перш за все невідповідність обраного напрямку робіт бізнес-завдань компанії, невірно задані терміни і бюджети. А також застосування в проекті технічно не обгрунтованих інженерних рішень, невиправдана надмірність або недолік систем, приміщень, потужностей вводиться в експлуатацію дата-центру, професійна роз'єднаність підрядників, котрі тлумачать своє завдання кожен по-своєму.
Проблеми організації ЦОД в Росії
Дефіцит знань і досвіду (у замовників, будівельників і постачальників рішень, які працюють в Росії, у співробітників служби експлуатації інженерних систем).
Низький рівень проектної культури (неузгодженість дій підрядників, безвідповідальність, спотворена система пріоритетів).
Нераціональний підхід до використання ресурсів (площ, людей, фінансів, електрики, каналів).
Складнощі, пов'язані з документами (помітне моральне старіння вітчизняних галузевих стандартів, відсутність актуальних адміністративно-правових регламентів, недбале ставлення до тендерної, проектної та архівної документації).
Всупереч поширеній думці, починати роботу над концепцією слід не з визначення термінів і бюджетів, а з формулювання бізнес-цілей. Важливо, щоб були прийняті до уваги (і по можливості дотримані) вимоги та очікування всіх зацікавлених підрозділів. До їх числа відносяться: планований графік і етапність поставок ІКТ-устаткування, обмеження по безпеці, а також рекомендації, що стосуються необхідних потужностей і ін. Для виконання цієї роботи формується проектна команда, куди крім топ-менеджерів замовника (обов'язкова умова!), Повинні увійти фінансовий директор і представники бізнес-одиниць, зацікавлених у використанні ресурсів майбутнього ЦОД, а також фахівці служби безпеки, управління нерухомістю, ІТ-департаменту, відділу експлуатації інженерних систем, головний е нергетік. Але у вітчизняній практиці досить часто буває, що когось із них не беруть до уваги або недооцінюють ступінь впливу на проект. І добре, якщо він / вони має / ють можливість внести необхідні корективи в ТЗ (а це як мінімум відстрочка початку проекту) ще до проведення тендерів.
Досвід показує, що найбільш частими причинами провалу проектів створення дата-центрів є прив'язка проекту до абстрактної датою або бюджету, передача управління команді, яка не має відповідних навичок (участь в будівництві бізнес-центрів або простих серверних не дозволяє зрозуміти специфіку вимог до якісної дата-центру ). А також фрагментарність при визначенні ІКТ-потреб бізнесу або готельних підрозділів, спостережна роль топ-менеджменту. Для того щоб уникнути подібних помилок, в міжнародній практиці прийнято створювати адміністративне ядро проекту, функції якого нерідко виконують досвідчені консультанти, не пов'язані фінансовими або юридичними зобов'язаннями з будь-ким з потенційних постачальників і підрядників.
Проектна команда повинна чітко розуміти, що саме очікує отримати бізнес до моменту запуску ЦОД
Проектна команда повинна чітко розуміти, що саме очікує отримати бізнес до моменту запуску ЦОД. Це допоможе правильно розставити пріоритети і обгрунтовано підійти як до вибору майданчика, так і до підбору інженерно-будівельних рішень. На цій же стадії проекту (по суті це ще тільки попередній проект) проводиться вивчення поточної ІТ-та бізнес-ситуації замовника: виявляються приховані резерви (наприклад, нераціонально використовуються програмно-апаратні комплекси, площі серверної або прилеглих до приміщення територій, фіксуються невраховані електричні потужності) . А також оцінюється здатність навантаження і наповнення діючих стійок, вивчаються вже запущені ІТ-та бізнес-ініціативи і т.д.
Такий аудит, до речі, корисний не тільки в цілях будівництва ефективного ЦОД - його регулярне проведення дозволить своєчасно виявити ризики, усунути непродуктивні витрати на ІТ, скорегувати плани з розвитку бізнесу і уникнути більшості позаштатних ситуацій. У західній практиці до проведення подібного систематичного обстеження зазвичай залучаються незалежні аудитори. І хоча в Росії теж з'являються такі команди, більшість замовників поки вважає, що це дешевше зробити своїми силами або за рахунок ресурсів постійного партнера-інтегратора. Однак останній може добре розбиратися в встановлених у замовника програмно-апаратних комплексах, але не мати достатнього досвіду і кваліфікації в питаннях будівництва і оснащення дата-центрів.
Грамотно розроблена бізнес-концепція майбутнього ЦОД дає підстави для створення ескізного плану дата-центру - єдиного комплексу рішень, призначеного для забезпечення заданого режиму експлуатації ЦОД. До типових помилок проектування можна віднести наступні. Планування і впровадження інфраструктурних рішень без урахування принципу "гарячих" і "холодних" коридорів. Ігнорування ряду технологічних, конструктивних і ергономічних нюансів (необхідність наявності тамбур-шлюзу, пандуса, низьких дверей, високих стель і т.д.). Нераціональна планування підсобних приміщень для персоналу. Неправильне визначення габаритних параметрів стійок. Недостатня увага до питань гідроізоляції ЦОД. Наявність одного кабельного вводу в будівлю, об'єднання кабелів зв'язку від двох або більше трас. Обмеження при фізичному розміщенні обладнання інженерних систем, що створюються "на виріст". Необгрунтоване відступ від корпоративних стандартів на користь більш дешевих, але не відомих персоналу замовника рішень. А також необґрунтоване завищення вимог в розрахунку на малоймовірну установку великої кількості обладнання високої щільності.
Принципова відмінність ескізного проекту від робочого в тому, що в ньому важливі не стільки типи і марки інженерного обладнання, скільки оптимальне розташування стійок, вимоги до габаритів серверного залу і службових приміщень, варіанти дизайну і принципів резервування елементів кліматичних систем, а також цілий ряд інших параметрів , які дозволять полегшити вибір конкретних рішень. Вони повинні бути чітко відображені, тому що саме ці критерії увійдуть в ТЗ, на основі якого буде проводитися тендер серед постачальників і виконавців проекту.