Центр обробки даних. ... регіони .... Структура і опис дата-центру

Циклу статей, присвячених підготовці до перевірок Роскомнадзора по виконанню вимог законодавства «Про персональні дані» я розповів про важливість правильного заповнення повідомлення, про випадки коли повідомлення потрібно заповнювати і там же пообіцяв докладніше розповісти про те, як заповнювати кожне поле повідомлення. Власне, ця стаття як раз і є тим самим туторіали щодо заповнення.

Здавалося б, за найменуваннями багатьох полів інтуїтивно має бути зрозуміло, що саме в них писати. Але практика показує, що у багатьох операторів персональних даних виникає безліч питань, а деякі впадають в справжнісінький ступор при спробі заповнити всі поля.

Отже, повідомлення оператора, як ми пам'ятаємо, заповнюється на порталі персональних даних Роскомнадзора. Тепер подивимося на кожне з полів.

З першими позиціями ніяких проблем бути не повинно: вибираємо територіальне управління Роскомнадзора, в яке має бути відправлене повідомлення; потім вибираємо тип оператора; вводимо повне та скорочене найменування оператора відповідно до установчих документів; вказуємо фактичний і юридичний адреси; вибираємо свій регіон і заповнюємо реквізити організації (обов'язковими є тільки ІПН і ОГРН, інші можна не заповнювати); якщо у організації є філії, додаємо інформацію про них.

А ось вже наступні поля не так інтуїтивно зрозумілі і можуть викликати ряд питань.

У графі «Правова підстава обробки персональних даних» можна вказувати всі нормативно-правові та внутрішні документи, які так чи інакше можуть бути пов'язані з обробкою ПДН. Починають зазвичай з 152-ФЗ і ТК РФ, продовжують законодавством, що належать до сфери діяльності організації (наприклад, якщо це медичний заклад, то пишемо сюди ж 323-ФЗ і інші нормативні акти, як федерального, так і регіонального масштабу, які стосуються охорони здоров'я) і закінчують статутом підприємства.

«Мета обробки персональних даних». Тут потрібно бути дуже акуратним. У циклі статей, присвячених підготовці до перевірок, я говорив про те, що 152-ФЗ прямо і недвозначно забороняє обробляти персональні дані, надлишкові по відношенню до заявлених цілей такої обробки. Наприклад, організація не має права вимагати паспортні дані з здобувача на вакантну посаду, тому що такі дані абсолютно зайві для підбору кандидата. А ось коли ви вже когось вибрали і підписуєте трудовий договір - зовсім інша справа. Так ось, далі склад персональних даних ми будемо теж вказувати. І повірте мені, у перевіряючих вже набитий очей на невідповідність заявлених цілей і категорій ПДН, тому якщо халатно поставитися до заповнення цих даних, Роскомнадзор може вже до початку перевірки визначитися з її результатом. І навіть якщо ви переконаєте перевіряючих, що просто випадково заповнили зайві ПДН в повідомленні, а насправді їх не обробляєте, то напишуть в порушеннях «вказівку неповних / недостовірних відомостей у повідомленні» замість «порушення правил обробки персональних даних» та справа в капелюсі. Для багатьох комерційних організацій в цій графі буде коректно написати, наприклад, так: «Забезпечення кадрового та бухгалтерського обліку, підбір персоналу на вакантні посади, надання послуг [перелік послуг]».

Наступний розділ один з найскладніших і незрозумілих. Роскомнадзор хоче, щоб ми описали вжиті заходи, передбачені статтями 18.1 і 19 закону «Про персональні дані». Насправді тут найпростіше взяти і перерахувати всі ці заходи в тому контексті, що вони у вас виконані. Я думаю тут не потрібно загострювати увагу на тому, що вони дійсно повинні бути виконані. Принаймні до перевірки. Нижче наведу приклад, як можна все це описати:

Призначена особа, відповідальна за організацію обробки персональних даних. Затверджено документи, що визначають політику організації по відношенню до обробки персональних даних і встановлюють процедури, спрямовані на запобігання та виявлення порушень законодавства. До таких документів, зокрема, відносяться: план заходів щодо забезпечення безпеки персональних даних в ІСПДн «Бухгалтерія і кадри»; перелік персональних даних, що підлягають захисту; перелік інформаційних системперсональних даних; положення про розмежування доступу до персональних даних; наказ про затвердження переліку осіб, допущених до обробки персональних даних; положення про обробку і захист персональних даних; політика щодо обробки персональних даних; правила обробки персональних даних без використання засобів автоматизації; наказ про затвердження місць зберігання персональних даних та осіб, відповідальних за дотримання конфіденційності персональних даних при їх зберіганні. Усунення наслідків порушень законодавства РФ проводиться відповідно до чинного законодавства РФ, відповідно до положення про обробку і захист персональних даних, а також відповідно до інструкції адміністратору безпеки персональних даних і відповідно до порядку резервування і відновлення працездатності технічних засобів і програмного забезпечення, Баз даних і засобів захисту інформації. Внутрішній контроль відповідності обробки персональних даних законодавству РФ в даній сфері здійснюється відповідно до плану внутрішніх перевірок, інструкцією адміністратора безпеки і положенням про обробку і захист персональних даних. Для інформаційної системи персональних даних розроблена модель загроз безпеки персональних даних, в якій при визначенні небезпеки загроз проводиться оцінка шкоди, яку може бути заподіяно суб'єктам персональних даних в разі порушення законодавства. На сайті www.example.ru опублікована політика щодо обробки персональних даних. Для інформаційної системи персональних даних розроблено технічне завдання на створення системи захисту інформації та ескізний проект системи захисту інформації, який передбачає виконання визначених законодавством заходів для інформаційної системи третього рівня захищеності, а також заходів, спрямованих на нейтралізацію загроз, визначених як актуальні в моделі загроз безпеки. Ескізний проект повністю реалізований, що говорить про виконання визначених законодавством заходів і про нейтралізацію актуальних загроз безпеки в інформаційній системі персональних даних. Проведено оцінку ефективності вжитих заходів щодо забезпечення безпеки персональних даних. Облік машинних носіїв проводиться у відповідному журналі. Виявлення фактів несанкціонованого доступу до персональних даних та вжиття заходів здійснюється за допомогою використовуваних засобів захисту інформації відповідно до інструкції адміністратора безпеки. Правила доступу до персональних даних затверджені у відповідному положенні, технічно реалізуються за допомогою засобів захисту інформації. Співробітники, допущені до обробки персональних даних, проходять інструктажі з інформаційної безпеки, Підписують угоду про нерозголошення персональних даних, ознокамліваются з документами щодо захисту персональних даних під розпис.

У відомостях про забезпечення безпеки персональних даних вказується перелік засобів захисту інформації, що застосовуються в ІСПДн. На щастя, ці відомості не публікуються у відкритому доступі для всіх бажаючих, тому можна вказувати всі використовувані СЗІ.

Дата початку обробки ПДН зазвичай збігається з датою заснування компанії (реєстрації).

Наступним пунктом зазвичай вибирається «Умова закінчення обробки ПДН» і в якості умови вказується «Припинення діяльності організації».

У розділі «Категорії персональних даних» спочатку відзначаємо чекбоксами оброблювані категорії, а потім в поле «Інші категорії персональних даних, не зазначених в даному переліку» вказуємо ті ПДН, яких в списку немає, причому краще це зробити окремо для різних категорій суб'єктів, наприклад: «Інші категорії ПДН працівників: [перелік ПДН працівників]. Інші категорії ПДН клієнтів: [перелік ПДН клієнтів].

У розділі «Категорії суб'єктів, персональні дані яких обробляються» вказуємо ще раз перелік категорій осіб, чиї дані у нас зберігаються або обробляються, наприклад: «Співробітники, здобувачі на вакантні посади, контрагенти, клієнти». Загалом ще раз повторюємо те, що вже вказали в попередньому пункті.

В поле «Перелік дій з персональними даними» найпростіше процитувати визначення обробки ПДН з 152-ФЗ: «збір, запис, систематизація, накопичення, зберігання, уточнення (оновлення, зміна), витяг, використання, передача (поширення, надання, доступ) , знеособлення, блокування, видалення, знищення ». Природно, дії, які не є актуальними для вашої організації (наприклад, знеособлення) потрібно прибрати з цього списку.

Потім від нас хочуть дізнатися, передаємо ми ПДН за кордон. Якщо немає, то декларуємо відсутність транскордонної передачі. Якщо так, доведеться ще й вказати всі країни, в які передаються дані.

І останнє в цьому блоці - використання криптографії. Якщо вона не використовується, то йдемо далі. Якщо відповідаємо ствердно, то нас попросять написати найменування таких засобів захисту і їх клас. Всі ці дані можна дізнатися з документації на кріптосредство. Скажу тут лише, що кріптосредства класів КВ і КА використовуються для держтаємниці, а держтаємниця 152-ФЗ не регулюється, тому в звичайних ІСПДн можуть бути 3 варіанти використовуваного кріптосредства - КС1, КС2 або КС3 (і то, скоріше навіть варіанти 2, тому що КС1 практично не застосуємо через положень 378 наказу ФСБ).

Наступний розділ форми з'явився з 1 вересня 2015 року. Всім, хто заповнював повідомлення давно, необхідно внести в нього зміни і доповнити його даними про ЦОДі. Так, не дивуйтеся, локальна база 1С-Бухгалтерія, розгорнута на комп'ютері головбуха це в розумінні Роскомнадзора теж ЦОД ... Так ось, про що я? Вибираємо країну, в якій розташовується наш «ЦОД» і вказуємо його адресу. Далі з одного боку начебто потрібно вказати чи є «ЦОД» нашою власністю чи ні і якщо немає, то вказати дані власника майданчика. Але ці пункти чомусь не відзначені як обов'язкові. Тому моя думка - забиваємо і йдемо далі. До речі, якщо у вас кілька ІСПДн, то дані «Цода» потрібно вказати для кожної окремо. Навіть якщо мова йде про одну єдиною серверної.

Далі заповнюємо дані людини, якого на підприємстві призначили відповідальним за організацію обробки персональних даних. ВАЖЛИВО!ПІБ відповідальної, його контактний телефон та e-mail будуть доступні всім бажаючим в реєстрі операторів ПДН. Майте це на увазі і, звичайно ж, краще попередити про це призначуваного людини.

В самому кінці вказуємо дані виконавця. Виконавець, ця особа, заповнювало повідомлення про втрату чинності. Це може бути не відповідальний, а зовсім інша людина. Але, як ми бачимо, поля ці теж не обов'язкові, тому, мабуть, якщо виконавця не вказувати, то їм автоматично стає відповідальний.

Потім ставимо галочки «на все згоден», вводимо капчу і тиснемо велику кнопку «Відправити електронне повідомлення і підготувати форму до роздруківці». Потім форму необхідно роздрукувати, підписати, поставити печатку організації (якщо є) і відправити аналогової поштою в своє управління Роскомнадзора. Через деякий час, ваші дані внесуть до реєстру.

В основному наводиться інформація по вже реалізованим проектам ЦОД, або за передовими технологіями, що застосовуються при його створенні. Чомусь питання про обгрунтування вибору ЦОД, питання грамотного складання ТЗ на нього, а так само питання про ефективне використання всіх можливостей закладених в ЦОД виявляється втраченими. У міру своїх сил і можливостей постараюся висвітлити більш детально ці питання.

Область застосування документа і перелік питань, що розглядаються

Цей документ призначений для отримання комплексу необхідної інформації для фахівців займаються створенням та експлуатацією ЦОД, серверних і машинних залів.

У документі розглядаються:

• Проблеми, що з'являються на етапах проектування, будівництва і експлуатації ЦОД, а так само можливі рішенняцих проблем
• Наводяться рекомендації по використанню сучасних стандартів, а так же дається коротка характеристика
• Наводяться основні помилки при проектуванні, і проблеми, що з'являються при експлуатації, показуються їх наслідки, а так само можливі шляхи усунення помилок і вирішення проблем
• Окремо наводяться правила створення успішних IT-проектів
• Розкриваються найважливіші вимоги до основних елементів ЦОД, і по можливості, пояснюється причина цих вимог і наслідки їх недотримання
• Перераховуються основні тенденції в створенні ЦОД і деякі статистичні дані зарубіжних і російських ЦОД

Звичайно це не всеохоплюючий документ, і в рамках одного документа розглянути основні питання, що виникають на стадіях обгрунтування, проектування, введення в експлуатацію і самої експлуатації не представляється можливим. Тому я постараюся, по можливості освятив ключові моменти всього життєвого циклу ЦОД, приділити особливу увагу питанням, на мій погляд, найменш описаним в літературі та Інтернеті. Від того, що деякі питання не отримали належного висвітлення вони не перестають бути важливими, тим більше, що деякі з них, як показано буде далі замовчуються з цілком певних причин.

Попередньо я спробую уточнити коло фахівців, для яких документ буде орієнтований. Це будуть фахівці організацій не мають ЦОД, але бажаючі його побудувати, фахівці прийняли рішення побудувати ЦОД, але не знають, на що звернути увагу при написання технічного завдання (Т) З і як вибрати партнера, фахівці, які побудували ЦОД, але намагаються при его експлуатації забезпечити заявлені характеристики і знизити витрати. А також ймовірно документ буде цікавий постачальникам обладнання та розробникам ЦОД, хоча б в плані розуміння проблем їх клієнтів. Хоча документ і буде розглядати більшість питань що виникають при обґрунтуванні вибору ЦОД, його проектуванні, побудові та експлуатації, але в документі не буде вказівок на вибір того чи іншого обладнання, і навіть на обов'язкове використання тих чи інших технологій. Справа в тому, що нова техніка, рішення і технології з'являються щороку, часто, по суті, відрізняючись внесенням деяких несуттєвих змін, або реалізацією давно відомих рішень, але на новому технічному рівні. Пам'ятайте - « Знання декількох принципів, звільняє нас від знання безлічі деталей ». Виходячи з цього, я і постараюся в першу чергу, розповісти про принципи проектування і експлуатації складних обчислювальних систем, які, як не можна краще підходить для ЦОД.

Для того, що б обговорювати проблеми побудови та експлуатації ЦОД треба визначитися з деякими термінами і зрозуміти що ж таке ЦОД. Тому спочатку я спробую визначитися з самим терміном «ЦОД».

Визначення терміна «ЦОД»

Останнім часом дуже модно стало розмірковувати про створення ЦОД. Майже кожна поважаюча себе фірма заявляє, що однією з її спеціалізацій є побудова ЦОД або Дата-центрів. Зазвичай компанії посилаються на позитивні відгуки, Виконані проекти і т.д. і т.п.

Спробуємо спочатку розібратися, що таке ЦОД, чим він відрізняється від просто хорошою серверної, а так само які властивості Цода дозволяють йому називатися ЦОД. Так само спробуємо зрозуміти, виконання, яких робіт при побудові ЦОД вимагає особливої ​​уваги і де можна заощадити без втрат в якості. Аналіз всього цього дозволить не тільки створити більш якісний ЦОД, а й стане в нагоді при побудові інших об'єктів зберігання і обробки даних.

Якщо звернутися до Вікіпедіїто ЦОДабо центр зберігання і обробки даних (ЦОД/ЦХОД) - це спеціалізоване будівлю для розміщення (хостингу) серверного і комунікаційного устаткування і підключення абонентів до каналів мережі Інтернет. Інша назва ЦОД - Дата центр(Від англ. data center).

зауваження : Якщо в документі наводиться термін « Дата центр», То це означається, що цитується, або переказується документ, де використовується саме такий термін, а не термін« ЦОД».

Насправді таке трактування як мінімум не розкриває всієї суті, що ж таке ЦОД. Значно ближче за змістом таке трактування «ЦОД - це будівля (або його частина) для якого застосовані комплексні рішення по зберіганню, обробці і поширенню інформаційних даних з IT-інфраструктурою дозволяє забезпечувати свої функції задовольняють певним критеріям»

У всякому разі, у визначенні ЦОД не варто підкреслювати наявність хостингу і мережі Інтернет, тому що вони дійсно можуть бути, але їх відсутність не є критичним для ЦОД. У тому вигляді, як наводиться уточнена формулювання ЦОД, вона найбільш повно відповідає концепції ЦОД викладеної в Стандарті TIA-942. Хоча, на мій погляд, слід було б уточнити формулювання « ЦОД - Ця будівля, його частина, або група будинків, Для яких застосовані ... " далі по тексту. Оскільки цілком може виявитися, що при реалізації ЦОД з дублюванням підсистем територіально ЦОД виявиться рознесених між декількома будівлями. Іноді згадують і про те, що при функціонуванні ЦОД необхідно розробити комплекс організаційних процедур і постійно займатися навчанням персоналу. Але це вже не настільки принципово, тому що варто тільки розуміти, що ЦОД це не тільки будівля, а й комплекс інженерних рішень, та й не тільки її, а так само забезпечення необхідних сервісів і наявність кваліфікованого персоналу.

Історично дата-центри (назва ЦОД з'явилося пізніше в Росії) виросли з великих серверних наявних у IT-компаній в 90-х роках. Цьому якісної зміни сприяло поява клієнт-серверної технології, поява нових стандартів кабельних мереж, і поява ієрархічного управління носіями даних. Основні риси ЦОД склалися до 2000 року, коли дуже затребувані стали ЦОД для розгортання інтернет серверів організацій, які не мають можливостей щодо їх підтримки, а також для забезпечення роботи в своїх обчислювальних центрах розрослися баз даних різних організацій.

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

щодо Стандарту TIA-942необхідно зауважити, що в документі детально опрацьовані питання побудови (в основному у формі викладів вимог) інженерних підсистем, але якщо спробувати запитати вибору конкретного проекту для побудови ЦОД, з метою виконання конкретних завдань, відразу з'являються питання. У Стандарті TIA-942 вводиться поняття рівнів TIER. Стандарт розглядає чотири рівні, пов'язаних з різним ступенем готовності (термінологія TIA-942 ) Інфраструктури обладнання дата-центру. Більш високі рівні відповідають не тільки більш високої готовності, але відповідно викликають підвищені витрати на створення інфраструктури. Фактично Стандарт TIA-942 розділяє (класифікує) ЦОДи тільки за рівнем надійності (іноді пишуть що за рівнем доступності, але цей термін хоча і близький, але все ж він уже терміна « надійність»).

Класифікація ЦОД

Саме поняття ЦОД досить малоінформативне, справа в тому все ЦОДи різні не тільки за розмірами, але і за завданнями, покладеними на них, по можливості забезпечувати з певним рівнем (якістю) свої основні функції. Та й основними функціями у різних ЦОД в залежності від своєї орієнтації можуть вважатися різні функції.

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

Можна розділити ЦОДи по:

• Призначенням або точніше - розділити їх на публічні і не публічні (частіше використовується термін «корпоративні») ЦОДи;
• Надійності зберігання даних (якщо бути більш точним, то за сукупністю надійності і доступності).

Існують ще як окремі групи катастрофостійкіЦентри Обробки Даних (КЦОД) і « треш-дата-центри». Назва «треш» пішло від (англ. trash- сміття) - зазвичай це невеликі ЦОДи, охолодження в яких реалізовано тільки за рахунок природного повітрообміну.

Такі «сміттєві» ЦОД в більшості своїй не відповідають повністю вимогам до ЦОДам, але менш затратні, екологічні та оренда серверних стійок у них коштує істотно дешевше.

З поділом на публічні і не публічні ЦОД все ясно, і підхід до проектування у них різний. Адже роблячи ЦОД під себе, організація досить добре знає, які з основних властивостей їй необхідні, а де вона може заощадити. Звідси і випливає можливість вибіркового виконання вимог для ЦОД. У публічних ЦОД все трохи складніше і якщо на ЦОД хочуть отримати сертифікацію, що б збільшити число своїх клієнтів, то, як мінімум, обов'язкові рекомендації доведеться виконувати всі.

Якщо говорити про надійність, то починати потрібно з розгляду терміна «Напрацювання на відмову». Взагалі-то не факт, що система після виходу з ладу при відмові одного з своїх елементів перестане функціонувати. Якщо при виході з ладу (переході з працездатного стану в непрацездатна) одного з елементів системи, система стає непрацездатною, то кажуть, що стався відмова. Якщо все ж система залишилася працездатною, то кажуть, що стався збій. Момент і частота появи збоїв і відмов описуються методами теорії ймовірності та в цьому документі не розглядається. Єдино про що потрібно пам'ятати що, тільки аналізуючи схемунадійності системи і маючи дані про напрацювання на відмову в цифровому вираженні кожної його складової частини можна говорити рівні доступності або працездатності всієї системи. Частка (%) часу протягом року, коли система знаходиться в робочому стані і / або в стані простою (% Uptime and Down time), безпосередньо пов'язані між собою. Період простою (downtime) - це сумарний показник простоїв за рік. Цими термінами часто оперують при обговоренні різних рівнів ( Tier) ЦОД. але цифрове їх вираження для різних рівнів не коректно, Тому що розкид показників відмовостійкості у ЦОД одного рівня може бути великий. У відповідному місці документа буде показано, що всі цифри характеризують період простою у різних рівнів ЦОД від лукавого і реально спиратися на них не можна. Якщо говорити коротко, то перелік найбільш характерних рис різних рівнів ЦОД можна звести в просту таблицю.

Для прикладу наводжу відповідність доступності, часу знаходження системи в неробочому стані (в рік). До цифрам прив'язувати рівні не буду, тому що я вже сказав вище, розкид показників доступності в рік може бути в межах одного рівня досить великий.

Запис виду «Без резервування» не говорить про те, що в разі виходу зі строю буде очікуватися замовлення і отримання від постачальника відмовив блоку. Наявність прорахованих запасів ЗІП і зниження значення показника MTTR (середній час ремонту) так само помітно впливає на час простою.

Ще одне важливе зауваження. ЦОД буде максимально того рівня якого мінімальний рівень однієї з складових його частин. Але з іншого боку потрібно пам'ятати, що не всі рекомендації зі стандартів є обов'язковими, і якщо знати конкретно на що і як впливає їх порушення, то зазвичай можна трохи заощадитипри побудові ЦОД.

приклад

Розробники, досить часто борючись за підвищення енергоефективності ЦОД, яка,визначається як частка загальної потужності до потужності ІТ-обладнання довго боролися за можливість підвищити робочу температуру. Ідея здорова, адже реально термін служби більшості комп'ютерного обладнання в ЦОДі 3-4 роки, хоча попутно потрібно зауважити, що апаратура відповідає за енергозабезпечення зазвичай замінюється рідше, правда, при правильному технічному обслуговуванні. Після цього терміну або обладнання замінюється, або найбільш критичні додатки переносяться на інше нове обладнання. Збільшення ж на кілька градусів температури в приміщенні реально не впливає на ймовірність відмови обладнання за цей термін, але помітно зменшує втрати на охолодження, тим самим підвищуючи енергоефективність.Зараз є тенденції для деяких класів ЦОД ще підвищити допустиму температуру.

Тому дуже важливим є знання про те, чому в Стандартах наводяться ті чи інші вимоги, і що буде при відхиленні від стандарту в ту або іншу сторону. З усім цим можна розібратися, тільки аналізуючи вимоги до тих або інших частин ЦОД. Так само необхідно розібратися і з питанням, які стандарти регламентують вимоги до складових частин ЦОД, чи не суперечать вони один одному, і взагалі чи варто ці стандарти дотримуватися. Тому наступна глава буде присвячена стандартам і їх вимогам.

Вимоги стандартів до складових частин ЦОД

Спочатку треба визначитися вимогами, яких стандартів необхідно керуватися, і головне - що буде, якщо їх декілька «порушити» відповідно в кращу або гіршу сторону. На самому початку глави, я висловлю кілька крамольну думку. Стандарти необхідно знати, для того, що б у разі потреби їх можна було при необхідності порушувати. Точніше обгрунтовано робити деякі з вимог для вашого конкретного ЦОДвище або нижче, ніж вимоги стандарту до вибраного вами класу ЦОД. Написав я цю рядок і зрозумів, тепер точно доведеться писати назву цього «розумного» стандарту, вимогам якого необхідно дотримуватися при розробці ЦОД. Але ... немає - не все так просто. Документи, що несуть в своєму заголовку горде ім'я «Стандарт ...» насправді найчастіше є узагальненим досвідом групи експертів створили цей Стандарт. До доступності (% UP TIME)або часу простою (DOWNTIME) рекомендації не мають прямого відношення. Дотримання вимог стандартів дійсно дозволяє поліпшити ці показники, але на яку величину, то це є таємницею покритою мороком. Справа в тому, що практично не можливо врахувати всі чинники, що впливають на зменшення або збільшення цих показників і тим більше неможливо отримати дані на всю, використовувану конкретно вами апаратуру вашого ЦОД. Що ж робити? В першу чергу, збудувавши за пріоритетами вимоги до створюваного вами ЦОД спробувати прийняти за основу один із стандартів і надалі слідувати його вимогам з можливою точністю.

На мій погляд, почати пошук відповідного для вас Стандарту потрібно з раніше вже згадуваного TIA-942 « телекомунікаційна інфраструктураЦентрів Обробки Даних ». Перша версія стандарту була опублікована в 2005 році. Тут докладно деталізовані вимоги до конструктиву, енергопостачання, теплоотводу, контролю безпеки, надмірності, обслуговування та порядку прийняття в експлуатацію.

У червні 2010 року корпорація Building Industry Consulting Service International Inc. (BICSI) опублікувала новий стандарт 002-2010 : Data Center Design and Implementation Best Practices. цей стандарт BSCI 002-2010відображає зростання складності облаштування обчислювальних центрів і потреба компаній і організацій в розумінні вимог до енергетики, механічних навантажень і телекомунікацій при проектуванні інфраструктури ВЦ.

Яким же стандартом краще користуватися? У чому їх відмінності? Як же тоді сертифікуватися? Адже існують і стандарти від інших організацій. Наприклад, головною відмінністю при сертифікації за стандартами Uptime Institute (Інститут безперебійних процесів) є те, що сертифіковані фахівці цієї організації повинні на місці переконатися в реалізації вимог, викладених в своїх стандартах. У середини 2010 року Uptime Institute випустив ще один стандарт " Operational Sustainability(Операційної стійкості) "регламентує і служби експлуатації. Саме вимог до служби експлуатації не вистачало в TIA-942 . І хоча спільно виконуючи вимоги Стандарту TIA-942 істандарту Operational Sustainabilityможна вже досить точно сформулювати вимоги до ЦОД, але на практиці будівельники нових обчислювальних центрів частіше посилаються на стандарт TIA-942. Справа в тому, що кожен із стандартів складався різною організацією і в багатьох деталях відрізняються один від одного. Тим більше що, на думку фахівців Uptime Institute, їх порядок поділу на рівні доступності ніяк функціонально не пов'язаний з рівнями TIA-942, вони оцінюють здатність обчислювальних центрів підтримувати працездатність в умовах відмов і аварій. Щоб уникнути плутанини фахівці Uptime Institute пропонують позначати рівні доступності в їх тлумаченні римськими цифрами I, II, III і IV. Досить складно і сертифікувати ЦОД. Якщо звернутися до сайту Uptime Institute(Сайт http://uptimeinstitute.com) то на кінець травня 2012 роки реально забезпечує IV Рівень (тобто не тільки документація і створене будівлю з технічними засобами в ньому, а й рівень експлуатації) тільки 1 центр, сертифікація побудованого об'єкта на IV Tier проведена для 6 Цодов. Сертифікація документації для побудови ЦОД IV Tier отримана для 22 об'єктів. Російських ЦОД серед Tier IV на даний момент немає. Цодов рівня III так само не дуже багато. забезпечують повневиконання вимог для III Рівня по «Операційної стійкості» всього лише 4 Цода. Російських серед них немає. Документація і приміщення відповідає Tier III у 5 російських ЦОД (4 Design Documents і 1 Constructed Facility).

Протягом 2012 року буде опублікований Стандарт TIA-942-A включив в себе зміни та доповнення наступних версій TIA-942-1 і TIA-942-2. На жаль, нова версія стандарту сильно видозмінилася. Новий стандарт TIA-942-A буде стосуватися тільки теми кабельних систем і вже не буде таким всеосяжним, який був стандарт TIA-942. Тобто в основному він регламентуватиме тільки побудова кабельних систем. Розділ про енергетичну ефективність, швидше за все, буде торкатися цієї теми тільки з точки зору кабельної системи і використання «зеленої» середовища передачі даних - оптоволокна.

Нижче наведено перелік основних змін, включених в поточний проект TIA-942-A (згідно з попередніми заявою розробника). Ця інформація виділена курсивом.

TIA-942-A приведений у відповідність з серією стандартів TIA-568-C щодо топології, термінології і класифікацій середовища, представлених в стандарті 568-C.0, а також специфікацій компонентів, представлених в TIA-568-C.2 і C .3;

• Додатки, TIA-942-1 і TIA-942-2, включені в стандарт TIA-942-A;
• Інформація щодо заземлення була переміщена зі стандарту TIA-942-A в стандарт TIA-607-B;
• Інформація по адмініструванню буде переміщена в стандарт TIA-606-B;
• Велика частина інформації, що стосується телекомунікаційних шаф і серверних стійок, поділу силових і телекомунікаційних кабельних систем, буде переміщена в стандарт TIA-569-C;
• Інформація по зовнішньої кабельної розводки переміщена в TIA-758-B;
• Скасовано обмеження довжини горизонтальних оптоволоконних кабельних систем 100 метрами.
• Кабелі Category 3 і Category 5e більше не повинні застосовуватися в горизонтальних кабельних системах. В робочої версіїстандарту дозволено застосування збалансованих кручених пар типу Category 6 і Category 6A в горизонтальних кабельних системах. Category 6 і Category 6A можна буде використовувати і в магістральних кабельних системах;
• Схвалено застосування в горизонтальних і магістральних кабельних системах багатомодових оптоволоконних кабелів типу OM3 і OM4 (багатомодовий оптичне волокно з діаметром сердечника / оболонки 50/125 мкм, оптимізоване для роботи з джерелами світла на основі лазерів на довжині хвилі 850 нм). Кабелі типу OM1 і OM2 більше не дозволяються для використання;
• Для з'єднання одного або двох волоконних кабелів повинні використовуватися волоконно-оптичні роз'єми типу LC і для багатоволоконних роз'єми типу MPO;
• У топологію ЦОД включена проміжна розподільна зона (IDA);
• У стандарт додано розділ з енергетичної ефективності;
• Додані терміни «апаратна розетка» (EO - equipment outlet) і «зовнішній мережевий інтерфейс» (ENI - external network interface), запозичені з міжнародного стандарту ISO / IEC 24764.

Стандарт "Operational Sustainability (Операційної стійкості)" всього лише доповнює TIA-942особливо в частині експлуатації ЦОД.

Стандарт «Operational Sustainability», описує вимоги, що дозволяють гарантувати стійкість центрів обробки даних, а також мінімізувати пов'язані з цим ризики. Як відомо, попередній широко поширений стандарт «Tier Standard: Topology» регламентував технічні параметри ЦОД, необхідні для досягнення певного рівня надійності. Особливість нового стандарту в тому, що він враховує людський фактор в стійкій роботі ЦОД. І це має велике значення, так як відсоток помилок в роботі, пов'язаних з цим фактором досягає 70% , З них трохи більше 40% пов'язані з помилками керуючих служби експлуатації. Щоб звести до мінімуму ці помилки необхідно вести цілеспрямовану роботу з персоналом, підвищувати його кваліфікацію, проводити заходи по утриманню кваліфікованих кадрів.

Якщо розглядати стандарти від корпорації BICSI, То можна помітити, що їх підхід відрізняється від підходів до оцінки рівнів стійкості інших організацій.

Система оцінки рівнів стійкості і основні розділи стандарту BICSI 002 2010 . Як стверджують в асоціації, розробники стандарту ставили перед собою мету забезпечити проектування і будівництво центрів обробки даних з урахуванням довгострокової перспективи їх експлуатації. Основні розділи документа:

• Планування ЦОД
• вибір майданчика
• архітектурні рішення
• Будівельні конструкції
• електротехнічні системи
• механічні системи
• пожежогасіння
• Безпека
• Системи автоматизації будівлі
• Телекомунікації
• Інформаційні технології
• Введення в дію
• Експлуатація та технічне обслуговування
• процес проектування
• надійність

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

Uptime Institute свого часу визначив чотири рівні, пов'язаних з різним ступенем готовності інфраструктури обладнання дата-центру (ЦОД). Насправді хоч вони пов'язані з рівнем доступності, але напевно більш правильно говорити про рівні TIER, хоча сам термін «TIER» і перекладається як - «Рівень». Вище я, не дарма розкриваючи поняття «Рівень», щоб привести цифрові показники рівня доступності ЦОД. Цифрові вираження були отримані тільки з аналізу реалізованих проектів. Наводжу деякі дані з документа, розробленого Інститутом проблем працездатності (The Uptime Institute) в виданому ними бюлетені «Класифікація рівнів за галузевим стандартом, який визначає якість роботи інфраструктури об'єкта» (Industry Standard Tier Classifications Define Site Infrastructure Performance).

Загальний висновок про візуальні стандарти:

• Основоположним варто вважати використання стандарту TIA - 942 з останніми доповненнями (наприклад з стандартом "Operational Sustainability (Операційної стійкості)";
• Новий стандарт TIA-942-A (схвалений 24 квітня 2012) стосується тільки теми кабельних систем і вже не буде таким всеосяжним, який був стандарт TIA-942;
• При побудові ЦОД слід користуватися не тільки стандартами, а й здоровим глуздом, що дозволяє істотно заощадити, не погіршуючи найбільш затребувані його якості;
• Сертифікація більш необхідна комерційному ЦОД, а ЦОД організації може цим не займатися. Звичайно якщо ЦОД все, же створювався на основі стандартів, то все відступу від рекомендацій повинні бути обгрунтованими;
• Прочитати, і, головне, зрозуміти який Стандарт взяти за основу і на які вимоги його необхідно буде зробити упор в майбутньої розробці, не можна вважати, що роботу зі стандартами ви закінчили. Перед тим, як переходити до наступного етапу, необхідно в обов'язковому порядку перечитати старі, добрі, правда, зараз в основному забуті ГОСТи - серії 34. І нічого, що вони вже багато років не оновлювалися, але там є докладний розгляд передпроектних стадій. У них немає знаходяться на слуху слів «бізнес-процеси», «процесорний підхід», але є поняття «інформаційна модель» цілком коректно їх замінює. Тому особливо на стадії ТЗ ці документи, вам допоможуть. Звичайно, підходити потрібно творчо і не слідувати буквально всім рекомендаціям, але уважно прочитати їх необхідно.

Порядок побудови ЦОД

Як не дивно найбільший внесок в успішність або неуспішні майбутнього проекту вносять початкові стадії. Взагалі-то за світовою статистикою в IT індустрії успішним стає тільки -один проект з 3-х. Якщо підійти більш жорстко, і оцінювати успішність проекту як:

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

Все буде ще гірше. Напевно під визначення «успішний» потрапить не більше 20% проектів.

Причин для провалу проекту досить багато. Тут і невірна політика (саме політика, тому що рішення спірних питань це найчастіше знаходження компромісів) керівництва проекту, відсутність належної підтримки у керівника організації, слабка проробка ТЗ і як результат велика кількість незапланованих робіт, слабке участь фахівців організації, для якої проект виконується і всякі форс-мажорні обставини.

Якщо практично над кожним проектом тяжіє ймовірність провалу, то, як бути з бадьорими заявами про десятки успішних проектів у безлічі фірм? Для початку потрібно відразу поставити все на свої місця, визначивши термін « проект».

проект(Якщо звернутися до Вікіпедії) - це унікальна (на відміну від операцій) діяльність, що має початок і кінець у часі, спрямована на досягнення заздалегідь визначеного результату / цілі, створення певного, унікального продукту або послуги, при заданих обмеженнях по ресурсах і термінів, а також вимогам до якості і допустимого рівня ризику. Напевно це визначення можна для більшої конкретики спростити. проект— це сукупність завдань, заходів або виконаних робіт пов'язаних з досягненням запланованої мети, яка зазвичай має унікальний і не повторюється характер . Основним з них є те, що проект завжди унікальний (хоча б для осіб виконують його). Тому все те, про що виконавці кажуть, як про успішне проекті насправді є успішним впровадженням,тобто реалізацією вже готового рішення. Відсоток реалізації успішних впроваджень істотно вище, ніж успішних проектів. І якщо у програмістів написання будь-якої складної програми завжди проект, то в сфері побудови інфраструктури можливі і впровадження. Досить складно провести межу, коли впровадження переростає в проект. Наприклад, якщо створюється невеликий програмно-апаратний комплекс для автоматизації, якийсь віддаленій майданчики і робиться це розробником не в перший раз, та й кількість відмінностей від раніше створених як в апаратної частини, так і в наборі встановлюваних програм мінімально, то це впровадження. І воно має досить великі шанси на успіх. Якщо ж з'явилися відмінності в частині значної кількості нових апаратних засобів, установки нового складного ПО, або появи нових вимог, які не виконати в рамках реалізації попередніх рішень, то створення такого апаратно-програмного комплексу буде проектом. Тобто виконавець проекту завжди на початку своєї роботи знаходиться в стані, коли мети визначені, шляхи вирішення невизначені, успішне вирішення завдання під питанням. Пояснюю, чому я детально зупинився на, здавалося б, термінологічному питанні.

Справа в тому, що існують 2 підходи до виконання робіт і їх оцінці. Це підхід Розробника і підхід Замовника.

Розробник, намагається при реалізації завдання від Замовника:

1. Постаратися застосувати вже реалізоване раніше Розробником рішення;
2. У разі неможливості цього, намагається застосувати апробовані іншими фірмами рішення (найчастіше рішення рекомендоване виробником обладнання або ПЗ);
3. Спробувати знизити вимоги Замовника та по можливості звести їх до тих же типових рішень;
4. У разі невдачі попереднього пункту Розробник намагається збільшити час виконання робіт або зробити більш м'якими вимоги по прийманню своєї роботи;
5. Спробувати на етапі приймання сконцентруватися на сильних сторонахвиконаного проекту і приховати свої помилки і не доопрацювання;
6. Спробувати швидше здати проект і почати новий, або, в крайньому випадку, забезпечити собі аутсорсинг.

Підхід Замовника в першу чергу характеризується:

1. Спробою отримати, як можна більше від Розробника і за менші гроші;
2. Спробами в процесі розробки проекту змінити або уточнити пункти початкового ТЗ;
3. Під час приймання спробувати отримати якомога більше документації, і знайти помилки розробника;
4. Постаратися за рахунок Замовника не тільки виправити виявлені в процесі приймання помилки, але і внести чергові зміни в проект.

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

Існують два варіанти рішень виконання проекту з побудови ЦОД. Перший передбачає виконання проекту своїми силами, а другий покладає ці обов'язки на стороннього виконавця. У чистому вигляді такі схеми зустрічається рідко. Практично завжди побудова таких систем спільна робота Виконавця (або декількох Виконавців) і Замовника. Але все впирається в питання, хто буде керувати проектом. Здавалося б, кому, як не Виконавцю давати такі права, але ... Участь в написанні ТЗ одночасно Замовника (так як тільки він знає всі вимоги до свого ЦОД) так і Виконавця (тому що якщо не залучати Виконавця, то Замовник цілком може написати таке ТЗ, яке взагалі ніхто не зможе реалізувати) дозволяє виробити в процесі обговорення досить точне уявлення про систему, яка буде створюватися, і про програмні засоби, які повинні застосовуватися. Тобто фахівці, які беруть участь в написанні ТЗ стають на момент закінчення його написання найкомпетентнішимив частині конкретних вимог для проекту, що виконується для конкретного замовника. Відразу відповідаю на можливі запитання про спільне написання ТЗ. Замовник при розробці великих проектів може самостійно написати тільки Попереднє ТЗ, придатне максимально тільки для проведення конкурсупри пошуку Виконавця. А спільно написане ТЗ з утрясённимі між Виконавцем і Замовником спірними питаннями буде служити основним документом при прийманні ЦОД, так як на основі ТЗ буде писатися «Програма і методика випробувань».

Тому однією з основних помилок у Замовника є усунення від роботи фахівців беруть участь написанні ТЗ і епізодична участь в ескізному та робочому проекті тільки вузьких фахівців при вирішенні приватних питань. Фахівці, які беруть участь в роботі по реалізації великих проектів повинні у Замовника перебувати у відділі комплексних робіт. І саме вони повинні залучати в разі потреби всіх фахівців за окремими напрямами. В цьому випадку, фахівці комплексного відділу будуть в курсі всіх «тонких» місць проекту і сам проект отримає великі шанси на успішне завершення. Так само фахівці комплексного відділу повинні брати участь у прийманні роботи Замовника, тому що постійно стежачи за ходом робіт, вони будуть в курсі всіх його проблем.

Зауваження з приводу робіт відносяться до компетенції комплексного відділу.

Неправильно думати, що завантаження комплексного відділу обмежиться тільки участю у великих проектах, яких у Замовника зазвичай не дуже багато. Великі проекти існують не самі по собі. Зазвичай кожен проект вимагає свого розширення, стикування з різними підсистемами, внесення змін у зв'язку з знову з'явилися завданнями. Саме у вирішенні цих питань і стануть в нагоді фахівці-комплекснікі. Попереднє стосувалося не тільки великих проектів, адже необхідно зрозуміти, що тільки впровадження окремих продуктівщо не торкаються велика кількість співробітників Замовника, можливо впроваджувати, минаючи комплексний відділ.

Якщо ми звернемося до досвіду реалізації великих проектів, то зауважимо, що великі організації (наприклад, банки), або ті, спеціалізація яких пов'язана з IT, самі керують проектами зі створення своїх ЦОД.

Підведення підсумків по етапах обґрунтування і складання ТЗ

З викладеного вище можна зробити висновок:

1. Говорячи про створення ЦОД потрібно в першу чергу розставити пріоритет вимог яким він повинен буде задовольняти.
2. Після розстановки пріоритетів необхідно взяти за основу один із стандартів, вимог якого ви будете слідувати. (Я б радив використовувати TIA-942, Але не можна забувати, що він не розглядає питань експлуатації.)
3. Всі відступу від стандарту в кращу або гіршу сторону повинні бути обгрунтовані.
4. Для складання ТЗ необхідно задіяти свій відділ комплексних робіт (або створити його), тому що з вашого боку потрібні люди персонально зацікавлені в успішній реалізації проекту і які будуть курирувати всі роботи з Виконавцем.

Якщо ви помітили, що в цій частині я розглянув питання до початку написання ТЗ, підкреслив, що писати ТЗ потрібно обов'язково з Виконавцем, а про вибір виконавця нічого не писав. Справа в тому, що вибір Виконавця окрема і відповідальне завдання. І якщо дуже коротко про це згадати, то зазвичай вибір розбивається на 2 етапи:

1. Визначення кола претендентів для вирішення завдання побудови вашого конкретного ЦОД.
2. Аналіз поданого фірмами матеріалу і уточнення питань при особистих зустрічах.

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

2017

ТМТ Консалтинг

Зростання доходів комерційного ринку ЦОД

За оцінками iKS-consulting, прибутковість комерційного сегмента ринку ЦОД демонструє позитивну динаміку - в 2016 році даний показник склав 16,8 млрд рублів, що в грошовому вираженні еквівалентно $ 250 млн при середньорічному курсі 67,19 рублів за долар - і це більше, ніж роком раніше, на 21% в рублях, і на 11% у валюті. На думку аналітиків, великі гравці ринку комерційних дата-центрів вийшли з кризи і в цілому «дно», яке припало на 2015 рік, пройдено.

Починаючи з 2014 року намітився помітний ріст частки хмарних послуг. Очікується, що в найближчі роки ця тенденція буде посилюватися. Так, зокрема, в 2017 році прогнозований відсоток доходів комерційних дата-центрів по даному напрямку складе не менше 28%, тоді як до 2015 року він не перевищував 20%.

прогноз

За прогнозами аналітиків, протягом 2017 року, в разі реалізації намічених планів, розстановка позицій в топ-15 зазнає змін - в число лідерів за кількістю стійок увійдуть компанії «Авантаж» (введення в експлуатацію нового ЦОД в підмосковному Литкаріно на 2240 стійко-місць) і IXcellerate (до кінця року ЦОД компанії в Алтуф'єво буде збільшений на 1100 одиниць і його ємність складе 1835 стійко-місць).

Підсумки 2016 року відображають у цілому позитивний розвиток вітчизняного ринку комерційних дата-центрів і подолання їм складного етапу, обумовленого глобальною фінансовою кризою. У найбільш виграшному положенні - як в плані гнучкості по відношенню до клієнтів, так і з точки зору власної життєздатності - виявилися власники великих відмовостійких дата-центрів, які мали у своєму розпорядженні ресурсами для формування конкурентоспроможних пропозицій.

На думку iKS-Consulting, подальший розвиток ринку кЦОД відбуватиметься по помірно позитивним сценарієм.

Мінкомзв'язку має намір об'єднати ЦОДи в консорціум і створити російську систему їх сертифікації

З метою забезпечення доступності послуг зі зберігання й обробки даних на всій території Росії для держави, бізнесу і громадян Мінкомзв'язку запропонувало ряд ініціатив, які знайшли відображення в проекті програми "Цифрова економіка Росії". Документ в кінці квітня 2017 року міністр зв'язку Микола Нікіфоров розіслав на узгодження у відомства.

Зокрема, згідно з проектом програми, в 2018 році пропонується розробити генеральну схему розміщення ЦОД, що враховує плани розвитку енергетичної та телекомунікаційної інфраструктури, а також створити консорціум центрів обробки даних.

Мета консорціуму - координація розвитку ЦОД, організація роботи ситуаційного центру для моніторингу та оперативного усунення збоїв в їх роботі, організація взаємодії в процесі усунення загроз працездатності і безпеки ЦОД.

Також одне із завдань на 2018 рік - створити розподілену системуЦОД, що забезпечує доступність їх послуг в кожному федеральному окрузі.

Крім цього в Мінкомзв'язку намір визначити спрощений порядок доступу операторів ЦОД до енергетичній інфраструктурі, а для операторів великих ЦОД визначити можливість доступу на оптовий ринок електроенергії.

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

Зокрема, в зв'язку з цим планується встановити вимоги щодо класифікації ЦОД, забезпечення стійкості і безпеки їх функціонування, а також створити систему сертифікації ЦОД для об'єктивної оцінки якості їх послуг. План передбачає реалізувати ці ініціативи також в 2018 році.

Чи готові комерційні провайдери ЦОД об'єднуватися в консорціум? Які переваги від появи такого консорціуму можуть отримати ринкові гравці? З цими питаннями TAdviser звернувся до провайдерів.

Ринок дата-центрів в Росії знаходиться в стадії консолідації та невеликі гравці йдуть з бізнесу, додає Колмичек, тому високу зацікавленість у створенні такого об'єднання швидше за все не буде.

Спрощений доступ до енергоінфраструктури допоможе скоротити терміни введення в експлуатацію нових об'єктів, але сьогодні, під час уповільнення ринку, це не зовсім актуально, впевнений представник "Крок".

Не впевнений експерт і в необхідності вітчизняної системи сертифікації ЦОД. Така система сертифікації не матиме явних технологічних переваг перед вже існуючими міжнародними, вважає він.

Найбільш поширеною в Росії, нагадаємо, є система сертифікації Uptime Institute.

2016

TAdviser

стан ринку

Російський ринок комерційних ЦОД з року в рік показує позитивну динаміку. За оцінкою TAdviser за підсумками 2015 роки ринок виріс на 15% і досяг 13 млрд рублів. У 2016 році зростання триває: до початку 2017-ого років його обсяг може досягти 14,5 млрд рублів, що на 11% більше торішніх показників.

В першу чергу, на розвиток сегмента вплинув вступ в силу закону №242-ФЗ про обробку персональних даних громадян Росії на території країни. Починаючи з вересня 2015 року, компанії зобов'язали зберігати персональні дані росіян на серверах, територіально розташованих в РФ. Внаслідок чого багатьом організаціям довелося поміняти постачальника ЦОД-послуг з іноземного на вітчизняного.

Другим фактором, що збільшило привабливість російських комерційних дата-центрів, стала криза. Як зазначає Антон Груздєв з EMC, в умовах нестабільної економічної ситуації компанії, як правило, починають активно оптимізувати витрати на інфраструктуру. Фірмам виявляється вигідніше перевести центр обробки даних на аутсорс замість того, щоб самостійно утримувати повноцінну інфраструктуру.

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

Втім, це не говорить про застій, стверджує Андрій Тищенко з "Крок", проектів стало менше, але компанії як і раніше ініціюють нові впровадження, якщо бачать, що без продуктивної обчислювального обладнання їх бізнес буде менш конкурентоспроможний. Крім того, традиційно організації намагаються не економити і на рішеннях для резервування.

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

За словами Катерини Куканова, регіонального директора Linxdatacenter в Санкт-Петербурзі, зараз зростає попит на хмарні та інші віртуальні сервіси, але при цьому частка запитів на colocation залишається високою.

Є думки, що негативний вплив кризи на сферу вітчизняних дата-центрів припиниться в найближчі кілька років. За прогнозами IDC, вже до 2019 року негативні впливи, пов'язані з девальвацією рубля, перестануть істотно відбиватися на виручці операторів ЦОД, і виручка почне рости двозначними темпами.

У Linxdatacenter помічають, що вже з середини 2015 року розпочався процес «розморожування» ринку ЦОД і повернення до раніше відкладеним проектам.

Якщо говорити про конкретні фірми, що надають в Росії послуги ЦОД, картина складається наступна. Група компаній «Ай-Теко» (Сервіоніка), що володіє одним ЦОД в Москві, в 2015 році зробила виручку в 1,404 млрд рублів. Це на 4 млн рублів більше показника 2014 року. А ось компанія «Крок Інкорпорейтед» в 2015 році збільшила виручку з 3-х своїх столичних ЦОД на 25% в порівнянні з 2014-м і довела показник до 1,742 мільярда рублів.

У Росії інтерес до хмарних технологій виявляє не тільки бізнес - державні відомства також прагнуть отримати доступ до «хмарам», проте з ряду причин не можуть користуватися послугами комерційних ЦОД. У зв'язку з цим п'ять років тому (у 2011 році) стартувало будівництво національної хмарної платформи. В цьому році, нарешті, з'явилися перші результати роботи - Міністерство зв'язку і масових комунікація РФ, Міністерство сільського господарства, А також федеральні агентства по рибальству і надрокористування підключилися до пілотного проекту нацоблака.

За заявою заступника міністра зв'язку і масових комунікацій Іллі Массуха державний ЦОД не стане конкурувати з комерційними структурами. Його мета - надання хмарних послуг населенню. Кожен громадянин РФ зможе отримати доступ до хмарних сервісів в сфері медицини, енергетики, житлово-комунального господарства і багато чого іншого.

Чого клієнти чекають від комерційних ЦОД

«Швидкісний» обслуговування

Швидкість надання послуг стає одним з головних конкурентних переваг для операторів ЦОД. «Сучасні клієнти шукають різні можливості того, як максимально швидко побудувати і запустити ІТ-інфраструктуру», - підкреслює Антон Груздєв (EMC). Для того щоб збільшити швидкість розгортання інфраструктури, постачальники ЦОД-послуг йдуть на різні кроки, наприклад, впроваджують конвергентні рішення.

Оренда потужностей

комплексні послуги

Не дивлячись на відносну молодість, ринок вітчизняних ЦОД досить зрілий, тому клієнти комерційних дата-центрів стають все більш вимогливими і не готові платити за «зайві» послуги. Споживачі хочуть отримувати комплекс послуг «під себе». Компанії задовольняють вимоги своїх клієнтів через створення підписок з різними тарифними планами. «Основні напрямки розвитку будуть зосереджені в області комплексних послуг класу IaaS / PaaS / AaaS. Поступово подібні послуги стануть привабливими не тільки для сегмента малого та середнього бізнесу, а й для великих компаній з високими і досить персоналізованими вимогами до ІТ-інфраструктурі », - вважає Антон Груздєв (EMC).

Головні зміни на російському ринку комерційних ЦОД за підсумками 2015 р виявилися пов'язані саме з консолідацією галузі. Як свідчать дані рейтингу CNews, у вітчизняній індустрії послуг ЦОД з'явився новий лідер за кількістю запущених в експлуатацію стійок - компанія «Ростелеком» (3900 стійко-місць). Такого результату вдалося досягти завдяки активним діям в області злиттів і поглинань.

2015

IDC

18 серпня 2016 року аналітики IDC представили деякі результати дослідження російського ринку комерційних центрів обробки даних (ЦОД).

У IDC повідомили про збільшення площ дата-центрів у 2015 році завдяки зростанню попиту на послуги сторонніх постачальників на тлі триваючої цифровий трансформації бізнесу. При цьому в доларовому вираженні ринок «значно скоротився» (величина спаду не уточнюється) у зв'язку із загальною економічною ситуацією в країні та посиленням конкуренції, який супроводжувався падінням цін і в рублях.

У 2015 році загальна кількість стійок в російських комерційних ЦОДах знизилося менш ніж до 27 тисяч штук. При цьому сумарне число стійок падало не настільки сильно в порівнянні з об'ємом зайнятих стійок, стимулюючи зростання надлишку пропозиції. Вивільнення потужностей дата-центрів, цінова війна і зміни в законодавстві дозволили залучити нових клієнтів, що кілька компенсувало зниження відсотка утилізації стійок, йдеться в дослідженні.

За підсумками 2016 року прогнозується помірне зростання російського ринку комерційних Цодов. Виручка операторів почне рости швидше лише в 2017 році, чому сприятимуть запланований введення в експлуатацію нових потужностей і медійні заходи в 2018 році.

Експерти очікують, що в 2016-2020 роках зростання російського ринку комерційних Цодов буде стимулюватися цифровий трансформацією бізнесу, але стримуватися економічними факторами і розвитком корпоративних дата-центрів.

TAdviser

У квітні 2015 року TAdviser опитав ряд російських компаній, що надають послуги на базі ЦОД, з метою з'ясувати їхню думку про ключові тенденції на ринку дата-центрів і про те, як впливає на нього зміна курсу валют. Дана стаття доступна.

Обсяг ринку виріс на 16% до 13,9 млрд руб

За оцінками iKS-Consulting, в 2015 році сумарні доходи постачальників послуг комерційних дата-центрів в Росії склали 13,9 млрд рублів, що на 16% більше показника річної давності. У 2014 році ринок виріс на 28% до 11,9 млрд рублів.

У доларовому вираженні вітчизняний ринок Цодов став падати сильніше: якщо в 2014 році його обсяг скоротився на 14%, то через рік спад підвищився до 18% до $ 205,4 млн.

Аналітики кажуть, що відмінності в рублевої і доларової динаміці обумовлені економічною кризою і пішли за ним різким падінням рубля і ВВП на 3,8%.

До кінця 2015 року число стійок в російських дата-центрах досягло 28,7 тис., Що на 8% більше, ніж роком раніше. У 2014 році відбувся 29-відсотковий підйом.

Варто відзначити, що ситуація на російському ринку дата-центрів погіршилася незважаючи на який вступив в чинності 1 вересня 2015 року Закон, який зобов'язує зберігати персональні дані росіян на території країни. Закон сприяв зростанню бізнесу комерційних дата-центрів ще до офіційного вступу в силу: багато західних компаній змушені були заздалегідь потурбуватися розміщенням обладнання в Росії.

Експертами iKS-Consulting було підраховано, що до кінця 2015 року в Росії налічувалося 93 постачальника послуг власних дата-центрів, а кількість введених в експлуатацію майданчиків збільшилася до 196.

2014

TAdviser

За оцінками TAdviser, російський ринок послуг на базі комерційних дата-центрів (кЦОД) за підсумками 2014 року склав в обсязі 11,35 мільярда рублів, зростання до 2013 року склав близько 20-25%.

У 2015 році за рахунок позитивної інерції ринку і введення в експлуатацію тих площ, інвестиції в будівництво яких були зроблені в попередні роки, ринок послуг кЦОД в Росії збереже позитивну динаміку. Чи не малу рольв цьому зіграє і початок дії з 1 вересня 2015 р закону №242-ФЗ про обробку та зберігання персональних даних громадян РФ на території країни. Це створює додатковий стимул для зростання попиту на послуги вітчизняних сервіс-провайдерів.

Ринок послуг кЦОД в Росії залишається сильно консолідованим навколо найбільших провайдерів, і це не дивлячись на те, що в Росії послуги на базі ЦОД надають більше сотні гравців. Так, на вісім найбільших операторів кЦОД, які надали дані про свою виручку від послуг на базі дата-центрів за підсумками 2014 року, припало 60% обсягу даного ринку в грошовому вираженні. Тенденція до консолідації буде тільки посилюватися, так як в поточних умовах тільки великі гравці зможуть собі дозволити інвестиції, необхідні для введення в експлуатацію нових площ.

Виручка великих сервіс-провайдерів послуг на базі комерційних ЦОД

* Сума за 2014 рік є прогнозної, так як виручка підраховується за підсумками фінансового (березень 2015), а не календарного року. Виручка за 2013 рік вказана за підсумками 2013 фінансового року.
Центр TAdviser, 2015

За обсягом виручки від реалізованих на базі кЦОД послуг, найбільшими сервіс-провайдерами за підсумками 2014 року є DataLine, ГК Ай-Теко (Сервіоніка), КРОК, Linxdatacenter, IBS DataFort (ІХС ДатаФорт), Softline, BSTelecom, Сіріус.

Однією з найголовніших тенденцій на ринку кЦОД за підсумками 2014 року стало зміна структури наданих сервіс-провайдерами послуг: так, хмарні сервіси зайняли вже чверть ринку послуг кЦОД або 2,87 млрд рублів. Поступово це призведе до зниження частки послуг від колокації і хостингу в портфелі сервіс-провайдерів до приблизно 50% (зараз - до 70%). Активна трансформація доведеться на 2016-2017 роки.

У таблиці вище можна простежити, наскільки швидше росте виручка від хмарних сервісів, ніж виручка в цілому у ІТ-сервісних компаній. Якщо середній приріст виручки в 2014 році склав близько 30-40%, то в хмарному сегменті - у деяких гравців обчислювався сотнями відсотків. Є провайдери, бізнес яких повністю побудований на наданні хмарних послуг (Softline).

Детальніше про тенденції на російському ринку кЦОД: Тенденції на російському ринку дата-центрів: думки гравців

PMR

28 січня 2015 року аналітична компанія PMR оприлюднила попередні результати дослідження російського ринку центрів обробки даних. Його обсяг, як з'ясували експерти, підріс приблизно на одну п'яту.

За оцінками фахівців, в 2014 році обсяг ринку комерційних послуг дата-центрів в Росії досяг 11,7 млрд рублів, що на 20,4% більше, ніж роком раніше. Цей підйом пов'язаний з швидким розвитком вітчизняної інтернет-економіки і зростаючим обсягом даних в корпоративних ІТ-системах.

Крім того, далося взнаки те, що в 2013-2014 роках зріс попит на таку дорогу послугу, як колокація, коли провайдер розміщує обладнання клієнта в ЦОДі, підключає його до електрики, забезпечує обслуговування і підключення до каналів зв'язку.

Більше 50% витрат на Колокація доводиться на частку банків, які користуються комерційними послугами ЦОД для резервного копіюванняданих і дублювання ІТ-систем. Фінансові установи, як правило, орендують площу для 5-15 стійок. За даними DataLine за 2013 рік, банки брали в оренду у цій компанії в середньому 8 стійок в ЦОДах.

До кінця 2014 року в PMR нарахували 175 комерційних дата-центрів, розташованих на території РФ. За рік було запущено 10 нових об'єктів. У 2012 році число Цодов в Росії дорівнювало 154, роком раніше - 140, в 2010 році - 114, в 2009-му - 110.

У 2014 році телекомунікаційні оператори запустили в Росії всього два центри обробки даних, тоді як в 2013 році «Мегафон» і «Ростелеком» були причетні до відкриття 9 з 11 нових Цодов в країні.

У звіті PMR також повідомляється про те, що до кінця 2014 року майже 70% загальної площі російських дата-центрів припадає на Москву і її область. Пайовий показник Санкт-Петербурга становить 18%.

IDC

Незважаючи на складні економічні умови, ринок послуг комерційних ЦОД продовжує своє зростання. Користуючись даними послугами, замовники скорочують капітальні витрати на ІТ-інфраструктуру, звільняючи кошти для інших цілей. Значними стимулами до придбання послуг ЦОД також є можливості спрощення адміністрування та збільшення гнучкості конфігурації ІТ-інфраструктури.

"В даний час ринок послуг комерційних ЦОД займає майже 7% від сукупного ринку ІТ-послуг в країні. Послуги ЦОД користуються високим попитом навіть в складних економічних умовах, що змушує ринок послуг активно розвиватися. Ми очікуємо безліч цікавих подій на цьому ринку найближчим часом ", - зазначає Михайло Попов, старший аналітик IDC з корпоративних систем.

PMR Research

Аналітики польської компанії PMR опублікували в листопаді 2013 року доповідь, присвячену російському ринку центрів обробки даних. Як відзначають в PMR, останні кілька років він швидко зростає завдяки розвитку корпоративних інформаційних систем і попиту на послуги резервного копіювання зростаючих обсягів даних. Серед послуг, пропонованих комерційними ЦОД, за популярністю з великим відривом лідирують розміщення серверів і систем зберігання.

На третьому місці за кількістю комерційних стійок знаходиться компанія "ТрастІнфо", що має майданчики в Москві, Санкт-Петербурзі і Красноярську. За доходами ж третє місце займає компанія Selectel володіє п'ятьма дата-центрами в Санкт-Петербурзі і одним в Москві.

Всі оператори дата-центрів, що потрапили в Топ-10 гравців по Росії, мають московські майданчики. У Москві і Московській області зосереджено 77% доходів російського ринку комерційних дата-центрів і 67% комерційних площ. Обсяг ринку дата-центрів Москви і МО в 2013 році виріс на 31% і склав 7 млрд руб. (Обсяг ринку в 2012 році був 5,3 млрд руб.).

Лідери московського ринку комерційних дата-центрів - DataLine "ТрастІнфо", DataSpace.

2012: Зростання ринку на 22% до 6,2 млрд руб, 77% доходів в Москві

Станом на 1 жовтня 2012 року сумарний технологічна площа комерційних дата-центрів Московського регіону склала ~ 35 730 кв. м, а загальна кількість стійко-місць - 12 840 шт. При цьому за період I-III кварталу 2012 року технологічна площа комерційних дата-центрів в Москві в абсолютному вираженні зросла на 2050 кв. м в порівнянні із значенням цього показника на 1 січня 2012 року.

За даними iKS-consulting, російський ринок комерційних дата-центрів у 2012 році зріс на 22,8% і його обсяг склав 6,2 млрд рублів. При цьому, вітчизняний ринок дата-центрів формується великими майданчиками, велика частина з яких розташована в Москві. Дев'ять з десяти операторів дата-центрів, які потрапили в «топ-10» гравців по Росії - це московські майданчики.

У дослідженні iKS-consulting відзначено, що в Москві і Московській області зосереджено 77% доходів російського ринку комерційних дата-центрів і 64,7% комерційних площ. Обсяг ринку дата-центрів Москви в 2012 році виріс на 22% і склав 4,8 млрд рублів (обсяг ринку в 2011 році склав 3,9 млрд рублів).

Лідером московського ринку комерційних дата-центрів (за кількістю стійок) є «DataLine (ДатаЛайн)». Кількість стійок у «ДатаЛайн» в столиці становить понад 1,37 тисяч, а показник по корисної площі становить більше 2,9 тисяч квадратних метрів. Завантаженість дата-центрів «ДатаЛайн» в Москві оцінюється в 96%.

Друге і третє місця в «десятці» найбільших гравців даного ринку в Москві займають компанії IBS DataFort (ІХС ДатаФорт) і Stack Group, чиї показники по кількості стійок становлять понад 1,28 тисяч і 1,09 тисяч відповідно. Показник по корисної площі у цих гравців складає більше 3,32 тисяч квадратних метрів у IBS DataFort і 3,37 тисяч квадратних метрів у Stack Group. Завантаженість дата-центрів у цих компаній в столиці оцінюється в 75% і 89% відповідно.

Замикають «п'ятірку» найбільших гравців в столиці DataSpace і «Ай-Теко». За кількістю стійок показники у цих компаній становлять більше 1,06 тисяч і 1,03 тисяч відповідно. Показник по корисної площі у цих гравців складає 3 тисяч квадратних метрів у DataSpace і 3,08 тисячі квадратних метрів у «Ай-Теко». Завантаженість дата-центрів у цих компаній оцінюється в 60% і 87% відповідно.

Шосте, сьоме і восьме місця в рейтингу iKS-consulting за підсумками 2012 року в Москві займають КРОК, «Вимпелком» і Linxdatacenter. За кількістю стійок показники у цих компаній в столиці становлять 1 тисячу, 700 і 550 відповідно. Показник по корисної площі у цих гравців складає 3 тисячі квадратних метрів у КРОК, 1,7 тисячі квадратних метрів у «ВимпелКом» і 1,85 тисяч квадратних метрів у Linxdatacenter. Завантаженість дата-центрів у цих компаній оцінюється в 100%, 60% і 90% відповідно.

Замикають «топ-10» гравців ринку в Москві компанії «Центр Зберігання Даних» і Росниирос. У них показники за кількістю стійок становлять 550 і 300 відповідно. Показник по корисної площі у цих гравців складає 1,2 тисячі квадратних метрів і 682 квадратних Метроу відповідно. Завантаженість дата-центрів у цих компаній оцінюється в 60% і 70% відповідно.

У підсумку, частки найбільших операторів комерційних дата-центрів в Москві за кількістю стійок за підсумками 2012 року розподілилися наступним чином: «ДатаЛайн» займає 10% ринку, а на частку IBS DataFort припадає 9%. За 8% на кожного займають компанії Stack Group, «Ай-Теко» і DataSpace. Частка в 7% припадає на компанію КРОК. У "ВимпелКому" 5%. По 4% на кожного припадає на компанії Linxdatacenter і «Центр Зберігання Даних». 2% столичного ринку займає Росниирос. Компанії, що входять до категорії «інші» займають за підсумками 2012 року 35% частку ринку.

В цілому ж по Росії, за даними експертів iKS-consulting, в 2012 році було введено в дію близько 14 великих і середніх комерційних дата-центрів, що складає близько 8,3 тисячі квадратних метрів корисної площі. Загальна корисна площа комерційних дата-центрів у 2012 році досягла 62,6 тисяч квадратних метрів. За рік обсяг площ виріс на 18,6%. Число стійок зросла на 17,8% і склало 18,7 тисячі.

На частку «топ-10» гравців ринку комерційних дата-центрів в Росії припадає в цілому 59,5% всього ринку за площею, 62,1% за кількістю стійок і 61,6% по доходах. Лідером російського ринку дата-центрів за кількістю стійок, за даними iKS-consulting, є компанія Linxdatacenter. Їй належать два дата-центру (в Москві і Петербурзі). Загальна кількість стійок у Linxdatacenter становить понад 1,5 тисячі, а показник по корисної площі становить понад 5 тисяч квадратних метрів. Завантаженість дата-центрів Linxdatacenter оцінюється в 51%.

Друге місце в Росії за кількістю стійок займає найбільший московський оператор дата-центрів «ДатаЛайн», якому належить два дата-центру в Москві і який до того ж є лідером російського ринку за доходами. Загальна кількість стійок у «ДатаЛайн» за підсумками 2012 року становить понад 1,37 тисяч, а показник по корисної площі становить більше 2,9 тисяч квадратних метрів. Завантаженість дата-центрів «ДатаЛайн» оцінюється в 96%.

На третьому місці в Росії за кількістю комерційних стійок знаходиться компанія «Селектел», що має п'ять дата-центрів в Петербурзі і один майданчик в Москві. У цій компанії загальна кількість стійок за підсумками 2012 року становить понад 1,34 тисяч, а показник по корисної площі становить понад 7,8 тисяч квадратних метрів. Завантаженість дата-центрів «ДатаЛайн» оцінюється в 87%.

Замикають «п'ятірку» найбільших гравців даного ринку в Росії (за кількістю стійок) компанії IBS DataFort і Stack Group, чиї показники по кількості стійок становлять понад 1,28 тисяч і більше 1,22 тисяч відповідно. Показник по корисної площі у цих гравців складає більше 3,3 тисяч квадратних метрів у IBS DataFort і понад 3,6 тисяч квадратних метрів у Stack Group. Завантаженість дата-центрів у цих компаній оцінюється в 75% і 80% відповідно.

Шосте, сьоме і восьме місця в рейтингу iKS-consulting за підсумками 2012 року займають «Ай-Теко», DataSpace і КРОК. За кількістю стійок показники у цих компаній становлять 1,15 тисяч, більш 1,06 тисяч і 1 тисяча відповідно. Показник по корисної площі у цих гравців складає 3,4 тисяч квадратних метрів у «Ай-Теко», 3 тисячі квадратних метрів у DataSpace і також 3 тисячі квадратних метрів у КРОК. Завантаженість дата-центрів у цих компаній оцінюється в 87%, 60% і 100% відповідно.

Найбільші доходи від продажу послуг отримують дата-центри Москви і МО, їх частка в загальних доходах російських дата-центрів становить 60,5%, доходи дата-центрів Санкт-Петербурга і Ленінградської області і регіональних дата-центрів складають 29,7% і 9 , 8% від загальних доходів російських дата-центрів відповідно.

вторинний хостинг- послуга з надання віртуального сервера і забезпеченню його цілодобової працездатності В рамках даної послуги надається ПО, що забезпечує роботу необхідних замовнику сервісів, але працює на одній апаратній платформі з іншими подібними віртуальними серверами. За оцінками J'son & Partners Consulting, російський ринок хостингу в перспективі до 2016 року буде рости в середньому на 20-30% на рік.

"Рейтинг відображає головну тенденцію московського ринку комерційних Цодов - поступовий перехід в фазу зрілості. Визначився коло основних гравців, які мають можливість розширити площі вже існуючих дата-центрів або ввести в експлуатацію нові. Однак ціна оренди залишається високою, і інтерес до комерційних ЦОДам у потенційних клієнтів не так очевидний, найчастіше вони продовжують розглядати можливість створення власного. Потенціал зростання зараз значно вище в регіонах, де практично немає комерційних Цодов і поява кожного нового гравця здатне сильно вплинути на розстановку сил. Хоча, поступаючись в кількості, вони можуть випереджати в якості. так, найближчим часом в технопарку "Мордовія" (м Саранськ) готується до введення в комерційну експлуатацію унікальний для Росії ЦОД рівня TIER IV за класифікацією Uptime Institute ", - говорить перший заступник керуючого директора компанії" Техносерв "Євген Закрепін.

"В цілому рейтинг співвідноситься з нашим поглядом на ринок. Він буде поступово зростати. Що ж стосується перенесення термінів запуску, то внутрішня причина заморозки введення нових площ - недоінвестування, а зовнішня причина - зміщення термінів подачі електроенергії", - приєднується до полеміки директор з операційних ризиків "ВимпелКому" Віталій Задорожний.

Незважаючи на сегментацію ринку і його розрізненість, основні обчислювальні потужності як і раніше зосереджені в Москві і Московській області. "За нашими підрахунками, на Москву і область припадає близько 60% всіх потужностей Цодов, а решту 40% ділять між собою приблизно порівну Петербург і інші регіони Росії", - робить висновок Олександр Корсунський.

Дані Headwork Analytics

За оцінкою аналітиків Headwork Analytics, до 2015 року ємність російського ринку комерційних ЦОД збільшиться в 2,5-3 рази, а в сегменті великих підприємств попит на послуги дата-центрів виросте майже в 5 разів. У дослідженні говориться, що російський ринок КЦОД сконцентрований в столиці. У Москві і Підмосков'ї знаходиться 60% російських КЦОД. У Петербурзі розташовується 15% ринку, 25% - в інших регіонах. *)

Російський ринок ЦОД за своїми масштабами поки не можна порівняти c західним. Сукупна площа найбільшого в країні московського ринку (98 комерційних дата-центрів з 9 331 стійкою) становить 26 тис. Кв. м. *) Це менше площі одного великого американського ЦОД - SuperNAP.

Як показало дослідження, навіть якщо враховувати зростання пропозиції, дефіцит КЦОД проявиться вже в 2012 році. До 2015 року попит на 22% перевищуватиме наявну пропозицію. А якщо залишаться незатребуваними неякісні площі, дефіцит може досягти 35%

За оцінками аналітиків, російський ринок комерційних дата-центрів проте зростає на 20-30% в рік: швидше, ніж галузь ІТ в цілому. На частку великих замовників доводиться 40% від загального ринкового попиту, причому найбільш активними споживачами послуг КЦОД є медіа-холдинги (42%), транспортні та логістичні компанії (35%) і банки (33%).

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

Попит з боку великих підприємств на послуги дата-центрів буде зростати на 35-40% в рік. Великі замовники проявляють інтерес до складних «хмарним» сервісам. Однак від переходу в «хмари» їх утримує невпевненість у надійності операторів ЦОД і занадто висока, на думку клієнтів, вартість оренди ПО.

Поки ключовими послугами російського ринку КЦОД залишаються розміщення сервера (colocation) - цим сервісом скористалися 80% поточних клієнтів - і оренда устаткування (dedicated), затребувана серед 48% замовників. Модель SaaS використовують менше 20% великих клієнтів російських дата-центрів.

Малий і середній бізнес менш активний - як очікується, в цьому сегменті попит на послуги КЦОД буде рости лише на 10-15% в рік. Але і в цьому сегменті замовники все рідше обмежуються споживанням простих послуг, таких як хостинг поштової системи, і поступово розширюють спектр затребуваних сервісів.

Ринок стає все більш конкурентним: частка площ, що належать 10 найбільшим гравцям, з 2009 по 2010 рік скоротилася на 6%. Іноземні оператори КЦОД розширюють свою присутність в Росії, і пропоновані ними стандарти якості змушують російських колег активніше шукати шляхи вдосконалення власних послуг, також йдеться в дослідженні.

2010: Додати Замороження будівництва нових Цодов після кризи

У 2010 році обсяг витрат на послуги комерційних ЦОДів в Росії перевищив $ 160 млн. Згідно з прогнозом IDC, ринок Цодов продовжить розвиватися досить швидкими темпами, причому найбільш динамічними сегментами стануть послуги супроводу ІТ-інфраструктури і оренда устаткування.

У 2010 р в Московському регіоні було введено 11 нових комерційних дата-центрів, а в 2009 році - 25.

"За весь 2010 р в Московському регіоні не з'явилося жодного нового комерційного дата-центру, площа якого була б більш 300 кв. М. У IV кварталі 2010 р із запланованих обсягів понад 6 тис. Кв.м перенесено операторами до введення на більш пізні терміни ", - свідчить повідомлення компанії.

Причиною постійних переносів запуску нових Цодов став криза 2008 р

"На ринку будівництва Цодов криза стала відчуватися в середині 2009 року, коли почав знижуватися попит на їх потужності, і творці дата-центрів стали переносити терміни запуску нових проектів на більш далекі перспективи. 6 тис. Кв.м - це загальна накопичена площа перенесених проектів ", - поділився Олександр Корсунський

- У вас є ЦОД?
- Так, будуємо на 100 стійок.
- А ми будуємо на 200.
- А ми на 400 з незалежної газової електростанцією.
- А ми на 500 з водяним охолодженням і можливістю відводити до 10 кВт тепла з однієї стійки.
- А ми спостерігаємо за ринком і дивуємося.

Ситуація на московському (та й російському в цілому) ринку ЦОД ще два роки тому виглядала жалюгідно. Тотальна нестача дата-центрів як таких і місць в уже існуючих центрах привела до того, що стійка на 3-4 кВт, що коштувала в 2004-2005 рр. близько 700 у.о., в 2007-му стала коштувати 1500-2000 у.о. Намагаючись задовольнити зростаючий попит, багато операторів і системні інтегратори організували «будівництва століття» з метою створення найкращих і найбільших ЦОД. Ці прекрасні прагнення привели до того, що на поточний момент в Москві є близько 10 дата-центрів в стадії відкриття і первинного заповнення, і ще кілька знаходиться в проекті. Компанії «Теленет», i-Teco, Dataline, «хостери», «Агава», «Мастерхост», Oversun, «Синтерра» і цілий ряд інших відкрили власні дата-центри на рубежі 2008 і 2009 рр.

Бажання вкладати гроші в масштабні телекомунікаційні проекти пояснювалося не тільки даниною моді, а й рядом економічних причин. Для багатьох компаній будівництво власного ЦОД було заходом вимушеним: стимулом до цього, зокрема, для хостинг-провайдерів або великих Інтернет-ресурсів стали постійно зростаючі витрати на інфраструктуру. Однак не всі компанії правильно розрахували свої сили; наприклад, дата-центр одного великого хостинг-провайдера перетворився на довгобуд, який ведеться вже два роки. Інший хостинг-провайдер, який побудував дата-центр за МКАД, ось уже півроку намагається розпродати його хоч якимось великим клієнтам.

Інвестиційні проекти, запущені в розпал кризи, теж не можуть похвалитися стабільним припливом клієнтів. Часто-густо вартість за стійку, закладена в бізнес-плані на рівні 2000 у.о., в нинішніх економічних умовах знижується до 1500-1400 у.о., на роки відкладаючи вихід проекту на самоокупність.

Залишилися нереалізованими кілька грандіозних проектів будівництва дата-центрів на тисячі стійок з газовими електростанціями за МКАД. Один з таких проектів, зокрема, був «похований» оператором фіксованого зв'язку (у зв'язку з поглинанням компанії більшим гравцем).

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

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

Що змушує компанію створювати власний ЦОД

Мотив один - безпека бізнесу і мінімізація ризиків. Ризики ж такі. По-перше, клас комерційних ЦОД в Москві відповідає 1-2 рівня, що означає перманентні проблеми з електроживленням і охолодженням. По-друге, комерційні ЦОД категорично не згодні покривати збитки від простою і недоотриманий вигоду. уточніть максимальний розмірштрафу або неустойки, на який ви можете розраховувати в разі простою, - він, як правило, не перевищує 1/30 від орендної плати за день простою.

І по-третє, ви не в змозі контролювати реальний стан справ в комерційному ЦОД:

• це комерційна організація, яка повинна мати зиск зі своєї діяльності і часом економить навіть на шкоду якості своїх послуг;
• ви приймаєте на себе всі ризики сторонньої компанії, наприклад - відключення живлення (нехай і короткочасне) за непогашену заборгованість;
• комерційний ЦОД може розірвати договір з вами в будь-який час.

Економіка ЦОД

Дуже важливо заздалегідь, правильно і повністю оцінити витрати на будівництво і експлуатацію, а для цього необхідно визначити клас ЦОД, який ви будете будувати. Нижче наведена орієнтовна вартість будівництва майданчика «під ключ» на 5 кВт стійку (без урахування вартості електрики).

Вартість експлуатації ЦОД залежить від безлічі факторів. Перелічимо основні.

1. Вартість електрики = кількість споживаної електроенергії + 30% на відведення тепла + втрати при передачі та перетворенні (від 2 до 8%). І це за умови виконання всіх заходів щодо зниження витрат - таких, як скорочення втрат і пропорційне охолодження (що в деяких випадках, на жаль, неможливо).
2. Вартість оренди приміщення - від 10 тис. Рублів за кв. м.
3. Вартість обслуговування систем кондиціонування - приблизно 15-20% від вартості системи кондиціонування в рік.
4. Вартість обслуговування енергосистем (ІБП, ДГУ) - від 5 до 9% від вартості.
5. Оренда каналів зв'язку.
6. ФОП служби експлуатації.

З чого складається ЦОД

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

На даний момент широко використовується міжнародна класифікація рівнів (від 1 до 4) готовності (надійності) ЦОД () см. таблицю). Кожен рівень передбачає певну ступінь доступності сервісів ЦОД, яка забезпечується різними підходами до резервування харчування, охолодження і канальної інфраструктури. Найнижчий (перший) рівень передбачає доступність 99,671% часу в рік (або можливість 28 год простою), а найвищий (четвертий) рівень - доступність 99,995%, тобто не більше 25 хв простою в рік.

Параметри рівнів надійності ЦОД

Дана класифікація за рівнями була запропонована Кеном Брілль (Ken Brill) ще в 1990-х рр. Вважається, що перший ЦОД найвищого рівня готовності був побудований в 1995 р компанією IBM для UPS в рамках проекту Windward.

У США і Європі існує певний набір вимог і стандартів, що регламентують будівництво ЦОД. Наприклад, американський стандарт TIA-942 і його європейський аналог -EN 50173-5 фіксують такі вимоги:

• до місця розташування дата-центру та його структури;
• до кабельної інфраструктури;
• до надійності, специфіковані за рівнями інфраструктури;
• до зовнішнього середовища.

У Росії на поточний момент не розроблено актуальних вимог до організації ЦОД, тому можна вважати, що вони задаються стандартами на будівництво машинних залів і СНіПами на будівництво технологічних приміщень, більшість положень яких були написані ще в кінці 1980-х рр.

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

живлення

Як побудувати надійну і стабільну систему електропостачання, уникнути в подальшому збоїв в роботі і не допустити простоїв обладнання? Завдання не з простих, що вимагає ретельного і скрупульозного вивчення.

Основні помилки зазвичай допускають ще на етапі проектування систем електроживлення ЦОД. Вони (в перспективі) можуть викликати відмову системи електропостачання з наступних причин:

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

Система електроживлення в дата-центрі повинна відповідати сучасним потребам технічних майданчиків. У класифікації ЦОД, запропонованої Кеном Брілль, стосовно до електроживлення ці вимоги будуть виглядати наступним чином:

• Рівень 1 - досить забезпечити захист від стрибків струму і стабілізацію напруги, це вирішується установкою фільтрів (без установки ДБЖ);
• Рівень 2 - вимагає установки ДБЖ з байпасом з резервуванням N + 1;
• Рівень 3 - необхідні паралельно працюють ІБП, з резервуванням N + 1;
• Рівень 4 - системи ДБЖ, з резервуванням 2 (N + 1).

Сьогодні на ринку найчастіше можна зустріти ЦОД з електроживленням другого рівня, рідше - третього (але в цьому випадку вартість розміщення зазвичай різко зростає, причому далеко не завжди обґрунтовано).

За нашими оцінками, дата-центр з повним резервуванням зазвичай обходиться в 2,5 рази дорожче простого ЦОД, тому вкрай важливо ще на рівні передпроектної підготовки визначитися, якої категорії повинна відповідати майданчик. Як недооцінка, так і переоцінка важливості параметра допустимого часу простою однаково негативно позначаються на бюджеті компанії. Адже фінансові втрати можливі в обох випадках - або через простій і збоїв в роботі критично важливих систем, або через викидання грошей на вітер.

Дуже важливо також простежити, як буде вестися облік споживання електрики.

охолодження

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

На якість відводу тепла впливають такі моменти.

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

Висота стель і фальшпідлоги.Тут все дуже просто: якщо висотою фальшпідлоги справа не зіпсуєш, то занадто високі стелі ведуть до застою гарячого повітря (отже, його треба відводити додатковими засобами), а надто низькі стелі ускладнюють рух гарячого повітря до кондиціонера. У разі ж низького фальшпідлоги (> 500 мм) різко падає ефективність охолодження.

Показники температури і вологості повітря в ЦОД.Як правило, для нормальної роботи обладнання потрібно дотримуватися температурного режиму в діапазоні 18-25 градусів Цельсія і відносну вологість повітря від 45 до 60%. В цьому випадку ви убезпечите своє обладнання від зупинки через переохолодження, виходу з ладу в разі випадання конденсату при високій вологості, статичної електрики (у випадку з низькою вологістю) або через перегрів.

канали зв'язку

Здавалося б, така «незначна» складова, як канали зв'язку, не може викликати ніяких труднощів. Саме тому на неї і не звертають належної уваги ні ті, хто орендує ЦОД, ні ті, хто його будує. Але який сенс від бездоганної і безперебійної роботи ЦОД, якщо устаткування недоступне, тобто його фактично немає? Обов'язково зверніть увагу: ВОЛЗ повинні повністю дублюватися, причому багаторазово. Під «дублюються» мається на увазі не тільки наявність двох волоконно-оптичних кабелів від різних операторів, але і те, що вони не повинні лежати в одному колекторі.

Важливо розуміти, що дійсно розвинена комунікаційна інфраструктура вимагає значних разових витрат і аж ніяк не дешева в експлуатації. Слід розцінювати її як одну з дуже суттєвих складових вартості ЦОД.

Власний ЦОД на «раз-два-три»

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

BlackBox можна привести в повністю робочий стан за місяць, тобто в 6-8 разів швидше, ніж традиційні ЦОД. При цьому не потрібно пристосовувати під BlackBox інфраструктуру будівлі компанії (створювати під нього особливу систему протипожежної безпеки, охолодження, охорони і т.п.). А найголовніше - для нього не потрібно окремого приміщення (можна розмістити його на даху, у дворі ...). Все, що дійсно необхідно - організувати подачу води для охолодження, систему безперебійного електроживлення і налагодити підключення до Інтернету.

Вартість власне BlackBox - близько півмільйона доларів. І тут треба відзначити, що BlackBox - це повністю сконфігурованих (проте з можливістю кастомізації) віртуалізаційних центр обробки даних, розміщений в стандартному транспортному контейнері.

Дві компанії вже отримали цей контейнер для попереднього тестування. Це Linear Accelerator Center (Стенфорд, США) і ... російська компанія «Мобільні ТелеСистеми». Найцікавіше, що МТС запустила BlackBox швидше, ніж американці.

В цілому BlackBox справляє враження дуже добре продуманою і надійної конструкції, хоча, звичайно, варто згадати і її недоліки.

Необхідний зовнішній джерело енергії мінімум в 300 Вт. Тут ми впираємося в будівництво або реконструкцію ТП, монтаж ГРЩ, прокладання кабельної траси. Це не так просто - проектні роботи, Погодження та затвердження проекту у всіх інстанціях, монтаж обладнання ...

ДБЖ в комплект поставки не входять. Знову впираємося в проектні роботи, вибір постачальника, обладнання приміщення під монтаж ДБЖ з кліматичною установкою (батареї дуже примхливі до температурного режиму).

Буде потрібно також покупка і монтаж ДГУ. Без нього не вирішити проблему з резервуванням, а це ще одне коло погоджень і дозволів (середній термін поставки таких агрегатів - від 6 до 8 місяців).

Охолодження - необхідний зовнішній джерело холодної води. Доведеться спроектувати, замовити, дочекатися, змонтувати і запустити систему чиллерів з резервуванням.

Резюме: ви по суті побудуєте невеликий дата-центр за останні півроку, але замість ангара (приміщення) купите контейнер з серверами, причому збалансований і серйозно продуманий до дрібниць, з комплектом зручних опцій і ПО для управління всім цим господарством, і змонтуєте його за місяць .

Чим більше ЦОД, тим ..?

На поточний момент найбільший ЦОД, про який є інформація в відкритих джерелах, - об'єкт Microsoft в Ірландії, в який корпорація планує інвестувати понад 500 млн дол. Фахівці стверджують, що ці гроші будуть витрачені на створення першого в Європі обчислювального центру для підтримки різних мережевих сервісів і додатків Microsoft.

Будівництво в Дубліні конструкції загальною площею 51,09 тис. Кв. м, на території якої розмістяться десятки тисяч серверів, почалося в серпні 2007 року і має завершитися (за прогнозами самої компанії) в середині 2009 р

На жаль, наявна інформація про проект мало що дає, адже важлива не площа, а енергоспоживання. Виходячи з цього параметра, ми пропонуємо класифікувати ЦОД наступним чином.

• «Домашній ЦОД» - ЦОД рівня підприємства, якому потрібні серйозні обчислювальні потужності. Потужність - до 100 кВт, що дозволяє розмістити в ньому до 400 серверів.
• «Комерційний ЦОД». До цього класу належать операторські ЦОД, стійки в яких здаються в оренду. Потужність - до 1500 кВт. Вміщує до 6500 серверів.
• «Інтернет-ЦОД» - ЦОД для Інтернет-компанії. Потужність - від 1,5 МВт, вміщує 6500 серверів і більше.

Візьму на себе сміливість припустити, що при будівництві ЦОД потужністю понад 15 МВт невідворотно виникне «ефект масштабу». Помилка на 1,5-2 кВт в «сімейному» ЦОД на 40 кВт, швидше за все, залишиться непоміченою. Помилка розміром в мегават буде фатальною для бізнесу.

Крім того, можна з повною підставою припустити в цій ситуації дію закону спадної віддачі (як наслідок ефекту масштабу). Він проявляється в необхідності поєднання великих площ, величезною електричної потужності, близькості до основних транспортних магістралей і прокладки залізничних колій (це буде економічно доцільніше, ніж доставка величезної кількості вантажів автотранспортом). Вартість освоєння всього цього в перерахунку на 1 стійку або юніт буде серйозно вище середнього по наступних причин: по-перше, відсутністю підведеною потужності в 10 МВт і більше в одній точці (доведеться штучно вирощувати таку «алмаз»); по-друге, необхідністю будувати будинок або групу будинків, достатніх для розміщення ЦОД.

Але якщо раптом вдалося знайти потужність, скажімо, близько 5 МВт (а це вже велике везіння), з двома резервуються уведеннями від різних підстанцій в будівлю, яке має правильну прямокутну форму з висотою стель 5 м і загальною площею 3,5 тис. Кв. м, та ще й в ньому немає перепадів висоти, стін і перегородок, а поруч є близько 500 кв. м прилеглої території ... Тоді, звичайно, можливо досягти мінімальної собівартості за одну стійку, яких буде приблизно 650.

Цифри тут названі з розрахунку споживання 5 КВт на стійку, що є на сьогоднішній день стандартом «де факто», так як збільшення споживання в стійці невідворотно призведе до складнощів з відведенням тепла, а як наслідок - до серйозного збільшення собівартості рішення. Так само як і зменшення споживання не принесе необхідної економії, а лише збільшить орендну складову і зажадає освоєння великих площ, ніж це насправді потрібно (що теж сумно позначиться на бюджеті проекту).

Але не потрібно забувати, що головне - це відповідність ЦОД поставленим завданням. У кожному окремому випадку необхідно шукати баланс, спираючись на ті ввідні дані, які ми маємо. Іншими словами, доведеться шукати компроміс між віддаленістю від основних магістралей і наявністю вільної електричної потужності, висотою стелі і площею приміщення, повним резервуванням і бюджетом проекту.

Як я можу побудувати?

Вважається, що ЦОД повинен розміщуватися в окремому будинку, як правило, без вікон, оснащеному самими сучасними системамивідеоспостереження та контролю доступу. До будівлі повинно бути підведено два незалежних електричних введення (від двох різних підстанцій). Якщо ЦОД має кілька поверхів, то перекриття повинні витримувати високі навантаження (від 1000 кг на кв. М). Міністерство внутрішніх справ має бути розділена на герметичні відсіки з власним мікрокліматом (температурою 18-25 градусів Цельсія і вологістю 45-60%). Охолодження серверного обладнання повинно забезпечуватися за допомогою прецизійних систем кондиціонування, а резервування харчування - як пристроями безперебійного живлення, Так і дизель-генераторними установками, які зазвичай знаходяться поруч з будівлею і забезпечують в разі аварії функціонування всіх електричних систем ЦОД.

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

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

Як економити?

Можна почати економити з якості харчування в ЦОД і закінчити економією на оздоблювальних матеріалах. Але якщо ви будуєте такий «бюджетний» ЦОД, це виглядає принаймні дивно. Який сенс інвестувати в ризикований проект і ставити під загрозу ядро ​​свого бізнесу ?! Одним словом, економія вимагає дуже зваженого підходу.

Проте є кілька дуже витратних статей бюджету, які оптимізувати не тільки можна, а й треба.

1. Телекомунікаційні шафи (стійки).Встановлювати в ЦОД шафи, т. Е. Стійки, де кожна має бічні стінки плюс задню і передню двері, не має ніякого сенсу з трьох причин:

• вартість може відрізнятися на порядок;
• навантаження на перекриття вище в середньому на 25-30%;
• охолоджуюча здатність нижче (навіть з урахуванням установки перфорованих дверей).

2. СКС.Знову-таки немає ніякого сенсу обплутувати весь ЦОД оптичними патчкордами і купувати найдорожчі і потужні комутатори, якщо ви не маєте наміру встановлювати обладнання в усі стійки разом. В середньому термін заповнюваності комерційного ЦОД - півтора-два роки. При поточних темпах розвитку мікроелектроніки це ціла епоха. Та й всю розводку так чи інакше доведеться переробляти - або не розрахуєте необхідного обсягу портів, або в процесі експлуатації лінії зв'язку будуть пошкоджені.

Ні в якому разі не будуйте «мідний» крос в одному місці - розоритесь на кабелі. Набагато дешевше і грамотніше ставити поруч з кожним поруч телекомунікаційну стійку і розводити від неї на кожну стійку по 1-2 патч-панелі міддю. Якщо необхідно буде підключити стійку, то прокинути оптичний патч-корд до потрібного ряду - хвилинна справа. При цьому ще й не знадобляться серйозні інвестиції на початковому етапі; нарешті, попутно буде забезпечена необхідна маштабованість.

3. Харчування.Так, не повірите, але в харчуванні ЦОД найважливіше - ККД. Ретельно вибирайте електрообладнання та системи безперебійного живлення! Від 5 до 12% вартості володіння ЦОД можна заощадити на мінімізації втрат, таких як втрати на перетворення (2-8%) в ДБЖ (у старих поколінь ДБЖ ККД нижче) і втрати при згладжуванні гармонійних спотворень фільтром гармонік (4-8%). Зменшити втрати можна за рахунок установки «компенсаторів реактивної потужності» і за рахунок скорочення довжини силової кабельної траси.

висновок

Які ж висновки можна зробити? Як вибрати з усього різноманіття то рішення, яке підходить саме вам? Це, безумовно, складний і нетривіальне питання. Повторимося: в кожному конкретному випадку необхідно ретельно зважувати всі «за» і «проти», уникаючи безглуздих компромісів, - вчіться правильно оцінювати власні ризики.

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

З іншого боку, кризові явища, які ми спостерігаємо протягом останнього року, сумно позначилися на економіці в цілому, але в той же час служать акселератором для розвитку більш успішних компаній. Орендна плата за приміщення серйозно зменшилася. Спад ажіотажу навколо електричних потужностей звільнив місце більш ефективним споживачам. Виробники обладнання готові на безпрецедентні знижки, а робоча сила впала в ціні більш ніж на третину.

Одним словом, якщо ви планували будувати свій власний дата-центр, то зараз, на наш погляд, саме час.

ЦОД розшифровується як Центр обробки даних.Багато хто до цих пір не знають, що це таке. Тим часом, він являє собою цілий комплекс, призначений для зберігання серверів та обладнання і забезпечує їх безперебійну роботу. Найчастіше такі центри розташовані в великих будівлях і включають сервери великих компаній.

Зараз послуги дата-центру популярні і серед молодих компаній, інвесторами яких виступають іноземці. У Росії і країнах СНД популярність подібних центрів поки що невисока, але за кордоном вони вважаються вигідними.

Відмінність від бази даних

Практично в будь-якій компанії існує база даних для оптимізації робочого процесу.

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

Довідка.У центрі обробки забезпечуються умови, в яких обладнання буде працювати безперервно, без подібних збоїв, в комфортних температурних умовах. В цьому і є головна відмінність ЦОД від серверного приміщення.

види

Центри обробки даних бувають двох видів.

1. Локальний.В такому випадку приміщення з групою серверів знаходиться в приватній власності і під приватним контролем. Компанія-власник сервера самостійно розміщує ЦОД в певних приміщеннях і самостійно його обслуговує.
2. Комерційний.Такі центри є масштабні проекти, спрямовані на здачу обладнання в оренду великим корпоративним замовникам. Найчастіше послугами комерційних видів користуються компанії, які з тих чи інших причин не можуть забезпечити безперебійну роботу серверів. Для них вигідніше взяти в оренду центр обробки, забезпечивши інформації надійне зберігання і належний захист.

цілі

Крім безперервної роботи обладнання, центр обробки даних повинен дозволяти:

• підвищити надійність зберігання інформації;
• забезпечувати роботу всіх додатків на одному обладнанні;
• мати достатню місткість, необхідні типи обладнання;
• знизити вартість обслуговування IT-інфраструктури.

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

Що таке дата центр при обробці анкетних даних?

сервер

Робота центру обробки даних забезпечує високу якість обробки інформації на великій швидкості,при цьому не втрачаючи деталей і зберігаючи цілісність цієї інформації. Продуктивність сервера - один з головних чинників, на які звертає увагу компанія.

Крім того, важливими функціями Цода як сервера вважають:

• можливість справлятися з великими навантаженнями в реальному часі;
• високий ступінь керованості;
• постійний доступ;
• перерозподіл навантажень з метою більш оперативного вирішення бізнес-завдань.

як сервіс

Компанії, що надають послуги дата-центрів, пропонують широкий спектр основних і додаткових послуг. У них входять оренда телекомунікаційних стійок, шаф, виділених серверів, колокейшн, віртуальний хостинг і можливість використання хмарних платформ.

Важливо!Центр повинен мати зовнішню охорону, забезпечувати контроль доступу і надавати гарантію надійності.

Крім того, важливим фактором роботи ЦОД вважаються стійкі інтернет каналиі наявність точок обміну трафіком. Електроживлення повинно бути не менш надійним, включати незалежні вводи електрики і дизельні електростанції.

Завдяки вищевказаним чинникам, ЦОД як сервіс можна вважати високоефективним і надійним, що має отказоустойчивую інфраструктуру.

Що таке повідомлення про місце знаходження і як вказати адресу?

Компанія повинна надіслати повідомлення до Роскомнадзор,в якому необхідно вказати відомості про місце знаходження бази даних інформації, що містить персональні дані громадян Російської Федерації (відповідно до зміни 152-Ф3 від 21.07.2014 N 242-Ф3).

Направити документ в структуру можна як на папері, так і в електронному вигляді. Обов'язкова підпис уповноваженої особи. У повідомленні має міститися такі відомості:

• найменування оператора (ПІБ) і його адреса;
• мета обробки персональних даних;
• категорії даних;
• категорії суб'єктів, чиї дані обробляються;
• правова підстава обробки;
• перелік дій з даними, способи обробки;
• відомості про наявність шифрувальних засобів, їх найменування;
• ПІБ фізичної особи або найменування юридичної особи, відповідальної за організацію процесу обробки, їх контактні дані, поштові адреси, електронна пошта;
• дата початку обробки даних;
• термін або умови припинення обробки;
• інформація про транскордонну передачу (її наявність або відсутність) в процесі обробки;
• відомості про місце знаходження бази даних інформації.

Заповнення останнього пункту повинно містити відомості про місцезнаходження БД інформації з персональними даними громадян РФ. Необхідно вказати країну та точну адресу Цода, якщо він локальний, або надати відомості про власника центру, якщо він комерційний. У другому випадку потрібно надати наступну інформацію:

1. тип організації (фізична або юридична особа, Індивідуальний підприємець або іноземна організація);
2. організаційно-правова форма;
3. найменування організації;
4. свідоцтво про Державну;
5. країна і адресу місцезнаходження організації.

Важливо!Вказувати необхідно місця зберігання персональних даних громадян РФ і тільки.

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