Подходихме към написването на този материал в центрове за данни извън кутията. От една страна, статията е с информационен и образователен характер, а от друга като пример ще посочим истинската Москва - TEL хостинг.

Центърът за обработка на данни (DPC) е високотехнологична структура за поставяне на изчислително оборудване. Първоначално центровете за данни се използват главно за собствени нужди на предприятия и организации. Напоследък този термин стана широко разпространен в търговската сфера, поради нарастващия интерес към услугите на частните центрове за данни и търсенето от тях сред клиентите.

Услуги на центрове за данни

Центровете за обработка на данни предлагат на своите клиенти цял набор от телекомуникационни услуги, свързани със съхранението и обработката на информация. В допълнение към стандартните решения, някои DC предлагат допълнителни услуги.

Стандартни услуги за центрове за данни:

Допълнителни услуги на центъра за данни:

• Архивиране
• Облачни решения
• Административен сървър
• Отдалечен работен плот

Технологии, използвани в центровете за данни

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

Подробна история за техническия компонент на нашия център за данни (от който можете да получите обща представа за центъра за данни) е публикувана в корпоративния блог на Habré.

Понастоящем в Москва работят над 80 търговски центрове за данни.Всилната конкуренция и близостта до каналите на магистралните оператори правят цените в Москва най-конкурентни на руския пазар. В регионите на Русия цените на услугите за центрове за данни са няколко пъти по-високи от тези в Москва.

Разлики в центъра за данни

Стандарт TIA-942

Съгласно този стандарт всички DC получават определено ниво - от ниво1 до ниво4.

Центърът за данни на TEL официално отговаря на стандарта tier2 +.

Формат

Според този критерий има:

А) автономни центрове за данни
б) центрове за данни, наемащи пространство от по-големи доставчици
в) сървърни помещения, обикновено използвани за нуждите на конкретно предприятие
г) центрове за данни „боклук“ (без подходяща инфраструктура).

Центърът за данни TEL Hosting е собственост на телекомуникационната компания TEL и принадлежи към първия тип съоръжения.

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

По принцип изчислителните центрове, познати на мнозина от машините на ЕС, които станаха широко разпространени у нас преди 30 години, в известен смисъл са предците на съвременните центрове за данни. Обща за днешните центрове за данни и стари компютърни центрове е идеята за консолидация на ресурси. В същото време компютърните центрове имаха доста сложни подсистеми за осигуряване на средата, необходима за изчислителната технология, състояща се от подсистеми за охлаждане, захранване, сигурност и др., Много от които се използват и в съвременните центрове за данни.

С разпространението на персонални компютри в средата на 80-те години се наблюдава тенденция към разпръскване на изчисленията - настолни компютри не изисквали специални условия и поради това все по-малко внимание се обръщало на въпросите за осигуряване на специална среда за изчислителна технология. С развитието на архитектурата клиент-сървър обаче в края на 90-те години се наложи да се инсталират сървъри в специални помещения - сървърни стаи. Често се случваше сървърите да са разположени на площада на старите изложбени центрове. По това време се появява терминът „център за данни“, приложен към специално проектирани компютърни зали.

Разцветът на центровете за данни настъпи по време на бум на dot-com. Компании, които се нуждаят от бърз достъп до интернет и непрекъснатост на бизнеса, започват да проектират специални помещения, които осигуряват повишена сигурност за обработка и предаване на данни - Интернет центрове за данни. Тъй като всички съвременни центрове за данни предоставят достъп до Интернет, първата дума в името е премахната. С течение на времето се появи отделно научно направление, което се занимава с оптимизиране на изграждането и работата на центрове за данни.

В началото на 21-ви век много големи компании както в чужбина, така и у нас стигнаха до необходимостта от внедряване на център за данни - за някои осигуряването на непрекъснатост на бизнеса стана първостепенно, за други решенията за центрове за данни се оказаха много ефективни поради спестяване на оперативни разходи. Много големи компании са открили, че централизираният изчислителен модел осигурява най-добрата TCO.

През последното десетилетие много големи ИТ компании придобиха цяла мрежа от центрове за данни. Например, най-старият глобален оператор Cable & Wireless през 2002 г. купи американската компания Digital Island - собственик на 40 центъра за данни по целия свят, а европейският оператор Interoute през 2005 г. придоби оператора и доставчика на хостинг PSINet, свързвайки 24 центъра за данни към своя общоевропейска мрежа.

Практиката за прилагане на базирани на риска подходи за правене на бизнес стимулира използването на центрове за данни. Компаниите започнаха да осъзнават, че инвестирането във време за работа на критични ИТ системи е много по-евтино за много бизнеси, отколкото потенциалните разходи за загуба на данни от прекъсване. Въвеждането на центрове за данни се улеснява и от приемането на закони, изискващи задължително съкращаване на ИТ системите, появата на препоръки за прилагане на модела на аутсорсинг на ИТ инфраструктура, необходимостта от защита на бизнеса от природни и причинени от човека бедствия.

Отделни центрове за данни започнаха да заемат всички b относнопо-големи територии. Например, наскоро бе съобщено, че Google възнамерява да изгради голям център за данни в щата Айова с площ от 22,3 хектара, изразходвайки за него 600 милиона долара, който ще започне да работи през пролетта на 2009 година.

В Русия изграждането на център за данни (в съвременния смисъл на този термин) започва в края на миналия - началото на новия век. Един от първите големи руски центрове за данни беше Центърът на Сбербанк. Днес много търговски структури (предимно финансови институции и големи телекомуникационни оператори) имат свои собствени центрове за данни.

В същото време реномираните руски интернет компании вече имат няколко центъра за данни. Например, през септември тази година се появи съобщение, че Yandex отвори нов (вече четвърти поред) център за данни за 3 хиляди сървъра (заета площ - 2 хиляди квадратни метра, доставена мощност - 2 MW). Новият комплекс е оборудван с прецизни охладителни системи, способни да отнемат до 10 kW от багажника, непрекъсваеми захранвания и дизелови генератори. Центърът за данни е свързан с оптичния пръстен на Yandex в Москва, който свързва други центрове за данни и офиси на Yandex, както и с M9 и M10, традиционни пунктове за обмен на трафик с доставчици.

Едновременно руски оператор Synterra обяви началото на един от най-големите проекти (не само по руски, но и по европейски стандарти) - изграждането на национална мрежа от собствени центрове за данни. Проектът беше наречен "40x40". След като създаде големи центрове за данни на възлите на широколентовата мрежа в повечето региони на Русия, операторът възнамерява да ги превърне в точки за локализация на клиентите и продажби на целия спектър от услуги.

До средата на 2009 г. новосъздадени центрове за данни ще се отварят в 44 центъра на съставните единици на Федерацията. Първите ще бъдат Москва, Санкт Петербург, Казан, Самара и Челябинск. Операторът планира първите 20 обекта да бъдат въведени в експлоатация до края на 2008 г., а останалите до средата на 2009 г. Интеграторите на проекта са Krok, Technoserv A / S и Integrated Service Group (ISG).

Площта на всеки център за данни, в зависимост от нуждите на региона, ще варира от 500 до 1000 квадратни метра на повдигнат под и ще побере 200-300 технологични стелажи. Два центъра на общата мрежа трябва да бъдат свързани към центъра за данни. пропускателна способност Канали 4x10 Gbps, които ще осигурят на клиентите високо ниво на излишък и наличност на услуги.

Проектът "40x40" е насочен към широк кръг клиенти, които трябва да възложат ИТ инфраструктура в цялата страна - телекомуникационни оператори, корпоративни клиенти "мрежа", разработчици на съдържание и приложения, IP-телевизионни оператори и телевизионни компании, както и държавни агенции, отговорни за изпълнението на национални ИКТ програми.

У нас не само търговските, но и държавните структури, като Министерството на вътрешните работи, Министерството на извънредните ситуации и Федералната данъчна служба, имат свои центрове за данни.

Според IDC, броят на центровете за данни в САЩ ще достигне 7000 до 2009 г., тъй като компаниите преминават от разпределени изчисления към централизирани изчисления.

Наред с изграждането на нови центрове за данни, проблемът с модернизирането на стари е на дневен ред. Според Gartner до 2009 г. 70% от оборудването на центъра за данни вече няма да отговаря на изискванията за експлоатация и производителност, освен ако не бъде надстроено съответно. Средното време за актуализиране на компютърно оборудване в център за данни е приблизително три години. Инфраструктурата на центъра за данни е проектирана, като се вземе предвид експлоатационният живот от около 15 години.

Предназначение и структура на центъра за данни

В зависимост от предназначението, съвременните центрове за данни могат да бъдат разделени на корпоративни, които работят в рамките на определена компания, и центрове за данни, които предоставят услуги на трети страни.

Например банка може да има център за данни, който съхранява информация за транзакции на нейните потребители - обикновено не предоставя услуги на трети страни. Дори ако центърът за данни не предоставя такива услуги, той може да бъде отделен в отделна организационна структура на компанията и да й предостави услуги за достъп до информационни услуги, базирани на SLA. Много големи компании имат центрове за данни от един или друг вид, докато международните компании могат да имат десетки центрове за данни.

Центърът за данни може също да се използва за предоставяне на професионални ИТ аутсорсинг услуги при търговски условия.

Всички системи за центрове за данни се състоят от действителната ИТ инфраструктура и инженерна инфраструктура, която отговаря за поддържането на оптимални условия за функционирането на системата.

ИТ инфраструктура

Модерен център за данни (DPC) включва сървърен комплекс, система за съхранение на данни, операционна система и система за информационна сигурност, които са интегрирани помежду си и обединени от високопроизводителна LAN (фиг. 1).

Фигура: 1. ИТ инфраструктура на модерен център за данни

Нека разгледаме организацията на сървърния комплекс и системата за съхранение на данни.

Комплекс сървъри за центрове за данни

Най-обещаващият модел на сървърния комплекс е модел с многостепенна архитектура, в който се разграничават няколко групи сървъри (вж. Фиг. 1):

• ресурсните сървъри, или информационните сървъри, отговарят за съхраняването и предоставянето на данни на сървърите на приложения; например файлови сървъри;
• сървърите за приложения извършват обработка на данни в съответствие с бизнес логиката на системата; например сървъри, работещи с модули SAP R / 3;
• презентационните сървъри осигуряват интерфейс между потребители и сървъри за приложения; например уеб сървъри;
• сървърите за услуги поддържат работата на други подсистеми на центрове за данни; например резервни сървъри за управление.

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

За сървърите на приложения изискването за хоризонтална мащабируемост остава, но не е критично. Те изискват достатъчна вертикална мащабируемост (способността да се увеличи броят на процесорите, RAM и I / O каналите) за обработка на мултиплексирани заявки от потребители и изпълнение на бизнес логиката на решаваните задачи.

Системи за съхранение

Най-обещаващото решение за организиране на система за съхранение на данни (DSS) е SAN (Storage Area Network) технология, която осигурява толерантен до отказ сървър достъп до ресурси за съхранение и намалява общите разходи за притежание на ИТ инфраструктура поради възможността за оптимално онлайн управление на сървърния достъп до ресурси за съхранение.

Система за съхранение се състои от устройства за съхранение на информация, сървъри, система за управление и комуникационна инфраструктура, която осигурява физическа връзка между елементите на мрежа за съхранение на данни (фиг. 2).

Фигура: 2. Система за съхранение на данни, базирана на SAN технология

Тази архитектура позволява непрекъснато и сигурно съхранение на данни и обмен на данни между елементите на мрежата за съхранение.

В основата на концепцията SAN е възможността за свързване на всеки сървър към всяко устройство за съхранение на Fibre Channel (FC). Техническият гръбнак на SAN се състои от оптични връзки, FC-HBA и FC-комутатори, които в момента осигуряват скорост на трансфер 200 MB / s.

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

Високоскоростен трансфер на данни през SAN (200 MB / s) позволява реплика в реално време на променящи се данни към резервен център или към отдалечено хранилище. Удобните SAN административни инструменти ви позволяват да намалите броя на обслужващия персонал, което намалява разходите за поддръжка на подсистема за съхранение.

Отзивчива инженерна инфраструктура за центрове за данни

В допълнение към самия хардуерен и софтуерен комплекс, центърът за данни трябва да осигурява външни условия за неговото функциониране. Оборудването, разположено в център за данни, трябва да работи денонощно при определени параметри на околната среда, които изискват редица надеждни системи за поддръжка, за да се поддържат.

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

Доста е трудно да се осигурят оптималните климатични условия на оборудването. Необходимо е да се отстрани голямо количество топлина, генерирана от компютърно оборудване, а неговият обем се увеличава с увеличаване на мощността на системите и тяхната плътност. Всичко това изисква оптимизация на въздушните потоци, както и използването на охлаждащо оборудване. Според IDC вече тази година разходите за снабдяване на центровете за данни с електричество и осигуряване на охлаждане ще надхвърлят разходите за действителното компютърно оборудване.

Изброените системи са взаимосвързани, така че оптималното решение може да бъде намерено само ако при изграждането му се вземат предвид не отделни компоненти, а инфраструктурата като цяло.

Проектирането, изграждането и експлоатацията на център за данни е много сложен и отнема много време процес. Има много компании, които предлагат необходимо оборудване - както компютърни, така и спомагателни, но за да създадете индивидуално решение, не можете да се справите без помощта на интегратори. Редица големи местни системни интегратори, като IBS Croc OpenTechnologies, както и специализирани компании: DataDome, IntelinePro и др., Участват в създаването на центрове за данни в Русия.

Център за данни и ИТ аутсорсинг

Според IDC глобалният пазар за хостинг услуги само в центъра за данни нараства много бързо и до 2009 г. ще възлезе на 22-23 милиарда долара.

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

За да създадат собствена ИТ инфраструктура от нулата, компаниите се нуждаят от големи средства и високо платени специалисти. Наемът на инфраструктура за центрове за данни ви позволява да намалите TCO чрез споделяне на ресурси между клиенти, осигурява достъп до най-новите технологии, дава възможност за бързо разполагане на офиси с възможност за разширяване на ресурсите. За много компании надеждността на непрекъснатата работа на оборудването и мрежовата инфраструктура се превръща в критичен фактор за функционирането на бизнеса днес. Аутсорсингът на ИТ инфраструктура ви позволява да осигурите високо ниво на надеждност на данните на ограничени разходи, предоставяйки на клиентите възможност да наемат сървърни стелажи и стойки за разполагане на клиентско оборудване (съвместно местоположение), да наемат специален сървър, лицензиран софтуер, данни канали за предаване и също така получават техническа поддръжка.

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

Центърът за данни може също да предостави услуга за управление на приложения, възложена на външни изпълнители. Това позволява на клиентите да използват сертифицирани професионалисти, което гарантира високо ниво на обслужване. софтуерни продукти и осигурява лесен преход от един софтуер към друг с минимални финансови разходи.

В режим на аутсорсинг на приложения клиентите на центрове за данни могат да възлагат пощенски системи, интернет ресурси, системи за съхранение на данни или бази данни.

Предавайки на своите корпоративни системи за аутсорсинг за съкращения, клиентите намаляват риска от загуба на критична информация, като използват професионални системи за възстановяване на работоспособността на ИТ системите, а в случай на авария получават възможност да застраховат информационни рискове.

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

Примери за търговски центрове за данни

Центрове за данни стека мрежа от данни

Мрежата за данни на стека обединява три центъра за данни, изградени въз основа на чуждестранен опит.

Два от тях (център за данни Stack и център за данни M1) с общ капацитет от 700 стелажа се намират в Москва, а третият (център за данни на PSN) с капацитет от 100 стелажа е на 100 км от столицата.

Съществуват споразумения за партньорство с редица европейски центрове за данни относно възможността за използване на техните ресурси чрез Stack Data Network.

Центровете за данни Stack Data Network предоставят услуга за осигуряване на непрекъснатост на бизнеса - възстановяване при бедствия, както и висококачествен хостинг: услуга за колокация - разположение на сървъра (фиг. 3) и специална сървърна услуга - специален сървър (фиг. 4).

Фигура: 3. Стек в центъра за данни: Разположение на сървъра
(колокация на сървъра)

Фигура: 4. Стек за центрове за данни: наемете специален сървър

Центровете за данни имат автономни системи за захранване с непрекъсваеми захранвания и мощни дизелови генераторни комплекти (фиг. 5), климатични системи и климатични системи (фиг. 6), системи за денонощен мониторинг на състоянието на инфраструктурните елементи и газта пожарогасителни системи. За да се гарантира надеждността на системите за поддържане на живота, всички системи са излишни според схемата N + 1. Специален режим на сигурност се постига чрез множество периметри за достъп с помощта на отделни пластмасови магнитни карти, биометрична система за контрол на достъпа, система за видеонаблюдение и сензори за движение.

Фигура: 5. Стек в центъра за данни: Дизелов генератор

Фигура: 6. Стек в центъра за данни: Климатик Liebert

Мрежата от центрове за данни Stack Data Network разполага с денонощна услуга за поддръжка (дежурни оператори и специалисти), включително за системи за поддържане на живота. Съществуват денонощни системи за наблюдение на системи за поддържане на живота, телекомуникации и сървърно оборудване, мрежи и състоянието на комуникационните канали. Центровете за данни са свързани с основните телекомуникационни центрове в Москва и са свързани помежду си със собствени излишни оптични комуникационни линии.

Център за данни IBS DataFort

През 2001 г. IBS и Cable & Wireless обявиха началото на предоставянето на руски и чуждестранни компании с комплексни услуги по схемата ASP в рамките на съвместния проект DATA FORT, базиран на центъра за данни. Малко по-късно DATA FORT се излекува сам и през 2003 г. IBS обяви пускането на собствен DC, който принадлежи на дъщерното дружество на IBS, IBS DataFort. Центърът за данни на IBS DataFort е фокусиран върху обслужване на клиенти с критични изисквания за поверителност и защита на данните, осигурява висока степен на наличност на данни, модерен хардуер и софтуер, надеждно захранване, високоскоростни канали за предаване на данни и високо ниво на техническа поддръжка. Периметърът е силно охраняван (фиг. 7).

Фигура: 7. Защитена зона на центъра за данни на IBS DataFort

Вътре в сградата има технически модул с площ над 130 квадратни метра, двуетажен резервен офис с площ около 150 квадратни метра и операторска станция. За да се предотвратят рисковете от наводнения и пожари, техническият модул на центъра за данни е изграден от стоманени сандвич панели и повдигнат на половин метър над нивото на пода (Фиг. 8).

Фигура: 8. Технически модул на центъра за данни IBS DataFort

Техническият модул е \u200b\u200bогнеупорна, устойчива на земетресения конструкция, оборудвана с високоякостен повдигнат под, хидроизолационни и заземителни системи. Модулът е предназначен за 1500 Rack-сървъри, разположени в 19-инчови индустриални APC стелажи.

В центъра за данни е инсталирана автоматична газова пожарогасителна система, състояща се от оборудване Fire Eater, Shrak и GOS Inergen, светлинни и звукови аларми (предупреждение за пускане на газ и изискване за напускане на помещенията на центъра за данни), както и ефективна система за отстраняване на дим (фиг. 9).

Фигура: 9. Пожарогасителни системи на центъра за данни
IBS DataFort

Системата за контрол на климата (фиг. 10) се състои от индустриални климатици с автоматично поддържане на зададената температура в района 22 ± 0,5 ° C и влажност на ниво 50 ± 5%, включени по схема N + 1 (при повреда на един от климатиците изчислените параметри на цялата система не се нарушават). Притокът на чист въздух от улицата се извършва с помощта на специална инсталация, която предотвратява навлизането на прах в центъра за данни.

Фигура: 10. Система за контрол на климата
център за данни IBS DataFort

IBS DataFort е специализирана в интегрирани ИТ аутсорсинг услуги, като поема всички функции на ИТ отделите на клиента и предлага следните видове услуги:

• аутсорсинг на ИТ инфраструктура - поставяне на оборудването на клиента или отдаване под наем на инфраструктурата на центъра за данни, осигуряване на работоспособността на корпоративните информационни системи;
• управление на приложения - квалифицирано администриране и управление на различни приложения;
• аутсорсинг на ИТ персонал - осигуряване на квалифицирани специалисти за решаване на различни ИТ задачи;
• осигуряване на непрекъснатост на бизнеса - организиране на отказоустойчиви решения за възстановяване на информационни системи след аварии и аварии;
• ИТ консултации и одит - услуги за одит и инвентаризация в областта на ИТ, както и изграждане на индустриални технологии за работа на ИТ системи;
• функционален аутсорсинг - управление на отделни ИТ функции съгласно договорени стандарти и одобрено ниво на обслужване.

Центърът за данни все още е рядка концепция за украинските компании. И ако ролята му не предизвиква въпроси сред ИТ-шниците, тогава от мениджъри до собственици на компании в други области възникват много въпроси. Въпросите са много разнообразни - от това какво представлява Център за данни, как протича процесът на неговата работа и защо всъщност е необходим.

И така, какъв е този Център за данни? Разбира се, можете да се обърнете към Wikipedia и да прочетете, че: Център за данни (от английския център за данни) или център (съхранение и) обработка на данни (DPC / DPC) е специализирана сграда за хостинг (хостинг) сървър и мрежово оборудване ... Това е ясно за същите it-schnicks, споменати по-горе. Но какво да кажем за такива хора, които не принадлежат към кастата на „извънземните“, как да им обясня?

Така че нека започнем по ред. Центърът за данни е високотехнологичен защитен сайт, където се намират сървъри на различни компании. Най-просто казано, центърът за данни е един вид „дом на сървърите“. На първо място, заслужава да се спомене, че самата услуга ще бъде полезна за компании, чиято дейност пряко зависи от непрекъснатото предоставяне на бърза и ефективна обработка на големи и понякога колосални информационни потоци. През века информационни технологии, често с цел кражба, информацията се подлага на всякакви атаки. Това е въвеждането на специални решения, устойчиви на бедствия, организирането на архивиране на данни в центровете за данни, които ще защитят максимално данните от рисковете от загуба. Смята се, че услугите за центрове за данни се търсят само от големи компании, но всъщност има тенденция да се използват услуги от развиващи се компании, особено когато става въпрос за стартиращи фирми с чуждестранни инвестиции.

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

Центърът за данни предоставя специални защитени канали за международна комуникация. Гарантирана сигурност, надеждност на центъра за данни и максимална скорост сега са търсени в търговската мрежа на световния пазар.

Основни услуги за центрове за данни

Основните услуги са:

• Наем на сървър
• Споделен хостинг

Допълнителни услуги

Има и редица допълнителни услуги:

• Архивиране (архивиране)
• Облачни решения
• Административен сървър
• Отдалечен работен плот

Технологии, използвани в центровете за данни

Високотехнологичната инфраструктура, която осигурява непрекъсната работа на оборудването в центъра за данни, е основната характеристика на съвременния център за данни. За това сайтът на центъра за данни е оборудван със системи за контрол на климата, непрекъсваемо захранване, системи за сигурност и други системи за поддържане на живота.

И така, основните технически характеристики на надежден център за данни са:

• Наличието на специална сграда, предназначена да побере центъра за данни
• Гарантирано захранване и климатична система.
• Индустриална вентилационна система.
• Автоматична пожарогасителна система.
• Сигурност и контрол на достъпа.
• Наличието на дизелов генератор.
• Денонощен достъп до сървърно оборудване както за персонала, така и за клиентите.

Често центровете за данни се намират директно в близост до точката на присъствие на няколко телекомуникационни оператора или телекомуникационен център, за да осигурят незабавен обмен на огромни количества данни и бързо изтегляне на данни от всяка точка на света. Ключовият критерий за оценка на надеждността на центъра за данни е ъптайм, т.е. време за наличност на сървъра.
Това е просто, нали? Сега да преминем към втората част на нашата статия.

Защо Центърът за данни е толкова необходим?

На пръв поглед въпросът изглежда прост, защото сървърите и другото оборудване за работа трябва да са разположени някъде, но защо да се строят цели сгради за това, ако можете да се справите със сървърна стая. Преди всичко отговорът се крие в икономическите ползи. Консолидирането на изчислителни ресурси и ресурси за съхранение в център за данни може да помогне за намаляване на общите разходи за експлоатация на ИТ ресурси.

Експертите идентифицират следните начини за оптимизиране на финансовите разходи, при условие че оборудването е поставено в търговски център за данни:

• няма нужда да създавате своя собствена инфраструктура;
• отстъпки за интернет връзка, тъй като центърът за данни има свои собствени връзки към основните интернет сайтове;
• намаляване на административните разходи поради поддръжка на сървъра от служители на центъра за данни;
• намаляване на наема поради липсата на място, заемано от сървъри;
• преразпределение на товари с цел по-ефективно решаване на бизнес проблеми.

С други думи, поставянето на сървъри в надеждни центрове за данни не само гарантира безопасността, целостта и защитата на данните, но също така оптимизира финансовите разходи на всяка отделна компания.

/ Център за данни: изграждане или наем?

Във връзка с

Съученици

Михаил Поляков, Заместник генерален директор на INSISTEMS (група от компании LANIT)

Център за данни: изграждане или отдаване под наем?

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

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

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

Бизнес посока и мащаб

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

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

Но дори ако една компания реши да наеме център за данни, някой първо трябва да го изгради. Следователно доставчиците на услуги за центрове за данни също ще изграждат свои собствени центрове за данни. С развитието на пазара операторите на центрове за данни ще предлагат все по-модерни ИТ услуги. Този преход ще се основава предимно на собствени ресурси. Хипотетично операторите на центрове за данни също могат да прибегнат до лизингов капацитет, но само когато е необходимо много бързо да предложат услуги на клиентите, а собствените им ресурси не са достатъчни.

Наемът на услуги за центрове за данни е най-приемлив за компании, предлагащи интернет услуги (портали, търсачки, онлайн пазаруване, социални мрежи и др.). Да не говорим за факта, че изграждането на собствен център за данни, например, за онлайн магазин, е абсолютно безсмислено.

Географско местоположение на региона, ниво на развитие и наличност на ИТ услуги. Териториалната отдалеченост от основните магистрали, индустриални центрове и транспортни възли, липсата на необходимата инфраструктура и комуникационни канали, несъмнено влияят върху избора между собствен център за данни и лизинг. Въпреки това, с развитието на комуникационните канали и увеличаването на наличността на услуги за отдалечен център за данни, той ще бъде изравнен.

Перспективи и динамика на развитието на бизнеса, икономически условия. Очевидно е, че изборът на решение се влияе сериозно от динамиката на бизнеса и общата икономическа ситуация. Много компании взимат решение да изградят своя център за данни, когато са във фаза на растеж. Освен това обикновено се приема, че тя ще се използва не само за решаване на собствените им проблеми, но и за наемане на безплатни ресурси. Операторите на центрове за данни работят и на нарастващия пазар, инвестирайки в развитие на капацитета.

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

Всеки бизнес или компания може да намери верния отговор на въпроса за наемането или притежаването на собствен център за данни, само като вземе предвид много фактори и само за определен интервал от време, а динамичният пазар на ИТ услуги постоянно променя условията за това или това решение. Днес всички обстоятелства могат недвусмислено да показват необходимостта от изграждане на собствен център за данни, а утре те предлагат обратното решение. В такава ситуация някои оператори ще построят свои собствени центрове за данни, а други ще наемат услугите си. С развитието на облачните технологии сегментирането и специализацията на операторите на услуги за центрове за данни по вид и ниво на предоставяните услуги ще се задълбочи.

Сега трябва да помислите за наемане на услуги за центрове за данни. Във връзка с развитието на виртуализация и облачни технологии, отдаването под наем на сървърно оборудване (специален сървър) и поставянето на нашите собствени сървъри в предоставените стелажи (колокация) са само част от услугите, традиционно предоставяни от центъра за данни. В допълнение към горното центровете за данни предоставят услуги IaaS (Инфраструктура като услуга), SaaS (Софтуер като услуга) и PaaS (Платформа като услуга).

Напоследък развитието на облачните технологии доведе до появата дори на такава концепция като XaaS (Anything as a Service), тоест способността да се предоставят каквито и да било услуги през Интернет. Всичко това не само разширява списъка на потребителите на услуги за центрове за данни, но също така създава нови видове доставчици на тези услуги. На свой ред доставчиците на услуги от по-високо ниво на центрове за данни са едновременно потребители на услуги от по-ниско ниво. Например доставчик на SaaS може да бъде потребител на IaaS, колокация или специализиран сървър. Важен субективен фактор, влияещ върху избора на решение за собствен център за данни или лизинг, може да бъде информираността на потребителите за предлаганите му услуги.

Сега преобладаващото мнозинство вече разбира какво е наем на сървър или стелаж, когато значението и предимствата на другите услуги станат също толкова познати и ясни, броят на наемателите ще нараства значително. БИТ

Растеж на фона на нестабилност

През 2014 г. пазарът на руски центрове за данни нарасна с почти 30% и възлезе на 11,9 милиарда рубли. (9,3 милиарда през 2013 г.).

Такива данни са представени в изследването на компанията iKS-Consulting "Руски пазар на търговски центрове за данни 2014-2018", публикувано през декември 2014 г. Един от ключовите фактори за растежа на пазара беше въвеждането в експлоатация на нови капацитети за центрове за данни в Руската федерация. През 2014 г. площта на компютърните зали се е увеличила със 17,5 хиляди квадратни метра, а броят на стелажите - с 3,5 хиляди. По този начин в края на 2014 г. общата площ на компютърните зали в търговските центрове за данни в руския Федерацията ще достигне 86 хиляди квадратни метра. (Растеж 36,5%), стелажи - 25,5 хиляди (растеж 28%) (вж. Фиг. 1).

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

Според годишния доклад "Руски пазар на центрове за данни 2014" RBC.Изследвания, рентабилността на услугите на центрове за данни през 2014 г. се е увеличила при 60% от компаниите, е намаляла с 10%, остава на същото ниво при 30% от компаниите, докато в 2013 година, 71% от играчите на пазара отбелязват увеличение на рентабилността.

Увеличение на енергийната ефективност на център за данни с повече от 5% през 2013 г. е отбелязано от 71% от анкетираните компании, през 2014 г. - вече 78%. За останалите участници в изследването този показател остава същият.

Границата на минималните разходи за услуги на центрове за данни през 2014 г. се е увеличила за 11% от участниците в проучването. В същото време за 78% от компаниите този показател остава на нивото от предходната година.

По принцип се предоставя информация за вече реализирани проекти за центрове за данни или за усъвършенствани технологии, използвани при създаването му. По някаква причина се пропуска въпросът за обосноваването на избора на център за данни, въпросите за компетентната подготовка на технически спецификации за него, както и въпросите за ефективното използване на всички възможности, заложени в центъра за данни. В рамките на възможностите си ще се опитам да подчертая тези проблеми по-подробно.

Обхват на документа и списък на въпросите, които ще бъдат разгледани

Този документ е предназначен да получи набор от необходима информация за специалисти, участващи в създаването и експлоатацията на центрове за данни, сървърни стаи и компютърни зали.

Документът обхваща:

• Проблеми, възникващи на етапите на проектиране, изграждане и експлоатация на център за данни, както и възможни решения на тези проблеми
• Дадени са препоръки за използването на съвременните стандарти, както и кратко описание на тях
• Дадени са основните дизайнерски грешки и са показани проблемите, които възникват по време на работа, техните последици, както и възможни начини за отстраняване на грешки и решаване на проблеми
• Правилата за създаване на успешни ИТ проекти са дадени отделно.
• Разкриват се най-важните изисквания за основните елементи на центъра за данни и, ако е възможно, се обяснява причината за тези изисквания и последиците от тяхното несъответствие
• Изброени са основните тенденции при създаването на центрове за данни и някои статистически данни от чуждестранни и руски центрове за данни

Разбира се, това не е всеобхватен документ и не е възможно да се разгледат основните въпроси, възникващи на етапите на обосновка, проектиране, въвеждане в експлоатация и самото функциониране в рамките на един документ. Затова ще се опитам, доколкото е възможно, като подчертая ключовите моменти от целия жизнен цикъл на центъра за данни, да обърна специално внимание на въпроси, според мен, най-малко описани в литературата и Интернет. Поради факта, че някои издания не са получили подходящо отразяване, те не престават да бъдат важни, особено след като някои от тях, както ще бъде показано по-долу, се замълчават по доста конкретни причини.

Предварително ще се опитам да изясня кръга от специалисти, за които ще бъде ориентиран документът. Това ще бъдат специалисти от организации, които нямат център за данни, но които искат да го построят, специалисти, които са решили да построят център за данни, но не знаят какво да търсят при писане на техническа задача (T) W и как да избере партньор, специалисти, които са изградили център за данни, но се опитват да го оперират, предоставят декларираните характеристики и намаляват разходите. Освен това документът вероятно ще представлява интерес за доставчиците на оборудване и разработчиците на центрове за данни, поне по отношение на разбирането на проблемите на техните клиенти. Въпреки че документът ще разгледа повечето въпроси, които възникват при обосноваване на избора на център за данни, неговия дизайн, конструкция и експлоатация, документът няма да съдържа инструкции за избора на това или онова оборудване и дори за задължителното използване на определени технологии. Факт е, че новото оборудване, решения и технологии се появяват всяка година, често всъщност се различават при въвеждането на някои незначителни промени или внедряването на отдавна известни решения, но на нов техническо ниво... Помня - " Познаването на няколко принципа ни освобождава от познанието на много подробности ". Въз основа на това ще се опитам преди всичко да говоря за принципите на проектиране и работа на сложни изчислителни системи, които са най-подходящи за центровете за данни.

За да обсъдите проблемите при изграждането и експлоатацията на център за данни, трябва да дефинирате някои термини и да разберете какво представлява център за данни. Затова първо ще се опитам да дефинирам самия термин „център за данни“.

Определение на термина "център за данни"

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

Нека се опитаме първо да разберем какво представлява център за данни, как се различава от просто добра сървърна стая, както и какви свойства на центъра за данни позволяват да се нарича център за данни. Също така ще се опитаме да разберем какъв вид работа при изграждането на център за данни изисква специално внимание и къде можете да спестите пари без загуба на качество. Анализът на всичко това ще позволи не само да се създаде по-добър център за данни, но и полезно при изграждане на други обекти за съхранение и обработка на данни.

Ако се обърнете към Уикипедиятогава Център за данниили център съхранение и обработка на данни (Център за данни/ХОД) е специализирана сграда за хостинг (хостинг) сървърно и комуникационно оборудване и свързване на абонати към Интернет. Друго име на центъра за данни е Център за данни (от англ. център за данни).

Коментирайте : Ако документът съдържа термина „ Център за данни", Това означава, че документът е цитиран или преразказан, когато се използва такъв термин, а не терминът" Център за данни».

Всъщност такова тълкуване поне не разкрива цялата същност на това, което е център за данни. Много по-близко по смисъл е такова тълкуване "Центърът за данни е сграда (или част от нея), за която са приложени интегрирани решения за съхранение, обработка и разпространение на информационни данни с ИТ инфраструктура, позволяваща да се гарантира, че нейните функции отговарят на определени критерии "

Във всеки случай, определението за център за данни не трябва да подчертава наличието на хостинг и Интернет, тъй като те наистина могат да бъдат, но тяхното отсъствие не е критично за центъра за данни. Тъй като е дадена преработената формулировка на центъра за данни, тя най-точно съответства на концепцията за центъра за данни, посочена в стандарта TIA-942... Въпреки че според мен формулировката „ Център за данни - Това е сграда, част от нея, или група сградиза което ... »По-нататък в текста. Защото може да се окаже, че когато се изпълнява център за данни с дублиране на подсистеми, центърът за данни ще бъде географски разположен между няколко сгради. Понякога те също така си спомнят, че по време на работата на център за данни е необходимо да се разработи набор от организационни процедури и постоянно да се обучава персонал. Но това вече не е толкова важно, тъй като трябва само да се разбере, че центърът за данни е не само сграда, но и комплекс от инженерни решения и не само той, както и предоставянето на необходимите услуги и наличието на квалифициран персонал.

В исторически план центровете за данни (името на центъра за данни се появява по-късно в Русия) са израснали от големи сървърни помещения, достъпни за ИТ компаниите през 90-те години. Тази качествена промяна беше улеснена от появата на технология клиент / сървър, появата на нови кабелни стандарти и появата на йерархично управление на медиите. Основните характеристики на центъра за данни, разработен до 2000 г., когато центровете за данни стават много търсени за разполагане на интернет сървъри на организации, които нямат възможност да ги поддържат, както и осигуряване на работата на разширените бази данни на различни организации в техните центрове за данни .

В момента в един Санкт Петербург повече от 30 Център за данни. Всъщност има повече от тях, т.к. някои организации са си изградили инфраструктури, подходящи за концепцията за центрове за данни.

Относно стандартния TIA-942 Трябва да се отбележи, че документът подробно разработва въпросите за изграждането (главно под формата на декларации за изисквания) на инженерните подсистеми, но ако се опитате да си зададете въпроса за избора на конкретен проект за изграждане на център за данни, за да за изпълнение на конкретни задачи веднага възникват въпроси. Стандартът TIA-942 въвежда концепцията tIER нива... Стандартът адресира четири нива, свързани с различна степен готовност (терминология TIA-942 ) инфраструктура на оборудването на центъра за данни. По-високите нива не само съответстват на по-високата наличност, но и водят до по-високи инфраструктурни разходи. Всъщност стандартът TIA-942 разделя (класифицира) центровете за данни само според нивото на надеждност (понякога те пишат това според нивото на наличност, но въпреки че този термин е близък, но все пак това е терминът „ надеждност»).

Класификация на центъра за данни

Самата концепция за център за данни е доста неинформативна, факт е, че всички центрове за данни са различни не само по размер, но и по задачите, които им се възлагат, доколкото е възможно да предоставят на основните си функции с определено ниво (качество) . И основните функции на различните центрове за данни, в зависимост от тяхната ориентация, могат да се считат за различни функции.

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

Центровете за данни могат да бъдат разделени на:

• Цел, или по-точно - да ги разделим на публични и непублични (по-често се използва терминът „корпоративни“) центрове за данни;
• Надеждност на съхранението на данни (за да бъдем по-точни по отношение на комбинацията от надеждност и наличност).

Също така има отделни групи Устойчив на бедствияЦентрове за обработка на данни (KTsOD) и " центрове за данни за боклук". Името "боклук" идва от (англ. боклук - боклук) - обикновено това са малки центрове за данни, в които охлаждането се осъществява само благодарение на естествения въздушен обмен.

Повечето от тези „боклукови“ центрове за данни не отговарят напълно на изискванията за центрове за данни, но те са по-евтини, екологични и наемането на сървърни стелажи от тях е много по-евтино.

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

Ако говорим за надеждност, тогава трябва да започнете, като разгледате термина "MTBF". Като цяло не е факт, че системата ще спре да функционира след отказ, ако някой от нейните елементи се провали. Ако при отказ (преход от работно състояние в неработоспособно състояние) на един от системните елементи системата стане неработоспособна, тогава те казват, че отказване... Ако въпреки това системата остане работеща, те казват това бъг... Моментът и честотата на възникване на повреди и откази са описани чрез методите на теорията на вероятностите и не са разгледани в този документ. Единственото нещо, което трябва да запомните е, че само чрез анализ схема надеждността на системата и наличието на данни за MTBF в цифрово изражение за всяка от съставните й части, можем да кажем нивото на наличност или работоспособност на цялата система. Процентът (%) от времето през годината, в която системата е в работно състояние и / или в неактивно състояние (% време на престой и престой), са пряко свързани. Престойът е кумулативният годишен престой. Тези термини често се използват при обсъждане на различни нива ( Ниво) Център за данни. Но численият им израз за различни нива не е правиленот диапазонът на показателите за устойчивост за центрове за данни от същото ниво може да бъде голям. На подходящото място в документа ще бъде показано, че всички числа, характеризиращи престоя на различни нива на центъра за данни, са от злото и не можете наистина да разчитате на тях. Накратко, списъкът с най-характерните характеристики на различните нива на центъра за данни може да бъде обобщен в проста таблица.

Като пример давам съответствието между наличността, времето, когато системата е в неработещо състояние (на година). Няма да обвързвам нивата с числа, защото Както казах по-горе, диапазонът на индикаторите за наличност на година може да бъде доста голям в рамките на едно и също ниво.

Запис на формуляра „Без излишък“ не означава, че в случай на повреда ще се очаква поръчка и получаване на неуспешния блок от доставчика. Наличието на изчислени запаси от резервни части и намаляване на показателя MTTR (средно време за ремонт) също оказва значително влияние върху престоя.

Друга важна бележка. Центърът за данни ще бъде максимумът на същото ниво като минималното ниво на една от съставните му части... Но от друга страна, трябва да запомните това не всички препоръки от стандартите са задължителни и ако знаете конкретно какво и как се отразява тяхното нарушение, тогава обикновено можете да спестите малко при изграждане на център за данни.

Пример

Разработчиците, които често се борят за подобряване на енергийната ефективност на центъра за данни, който,оценява се като отношение на общата мощност към мощност ИТ оборудването отдавна се бори за повишаване на работната температура. Идеята е разумна, тъй като в действителност експлоатационният живот на повечето компютърни съоръжения в център за данни е 3-4 години, въпреки че по пътя трябва да се отбележи, че оборудването, отговарящо за захранването, обикновено се подменя по-рядко, но с подходящо поддръжка. След този период или оборудването се подменя, или най-критичните приложения се прехвърлят към друго ново оборудване. Повишаването на стайната температура с няколко градуса всъщност не оказва влияние върху вероятността от повреда на оборудването през този период, но значително намалява загубите от охлаждане, като по този начин увеличава енергийната ефективност.Сега има тенденции за някои класове центрове за данни да увеличат още повече допустимата температура.

Ето защо е много важно да знаете това защо стандартите предвиждат определени изисквания и какво ще се случи, ако стандартът се отклонява в една или друга посока... Всичко това може да се справи само чрез анализ на изискванията за определени части на центъра за данни. Необходимо е също така да се разбере въпросът какви стандарти регулират изискванията за компонентите на центъра за данни, дали си противоречат и дали тези стандарти трябва изобщо да се спазват. Следователно следващата глава ще се фокусира върху стандартите и техните изисквания.

Изисквания за стандарти за компонентите на центъра за данни

Първо, необходимо е да се определят изискванията, какви стандарти трябва да се спазват и най-важното - какво ще се случи, ако те бъдат донякъде „нарушени“, съответно за добро или за лошо. В самото начало на главата ще изкажа донякъде крамолна мисъл. Трябва да знаете стандартите, за да могат при необходимост да бъдат нарушени при необходимост. По-точно е разумно да се направят някои от изискванията за вашия конкретен център за данни по-високи или по-ниски от стандартните изисквания за избрания от вас клас за центрове за данни. Написах този ред и разбрах, че сега определено трябва да напиша името на този „умен“ стандарт, изискванията на който трябва да се спазват при разработването на център за данни. Но ... не - не е толкова просто. Документите, носещи гордото име "Стандарт ..." в заглавията си, всъщност са най-често обобщеният опит на групата експерти, създали този стандарт. Достъпност (% UP ВРЕМЕ) или престой (НАДОЛУВРЕМЕ) препоръките не са пряко приложими. Съответствието с изискванията на стандартите наистина ви позволява да подобрите тези показатели, но с колко, това е тайна, покрита с тъмнина. Факт е, че е практически невъзможно да се вземат предвид всички фактори, влияещи върху намаляване или увеличаване на тези показатели, и още повече, че е невъзможно да се получат данни за цялото оборудване на вашия център за данни, което използвате конкретно. Какво да правя? На първо място, след като приоритизирате изискванията за центъра за данни, който създавате, опитайте да вземете един от стандартите за основа и след това да следвате изискванията му възможно най-точно.

Според мен трябва да започнете да търсите подходящ за вас стандарт от гореспоменатото TIA-942 « Телекомуникационна инфраструктураЦентрове за обработка на данни "... Първата версия на стандарта е публикувана през 2005 г. Той подробно описва изискванията за конструкции, захранване, разсейване на топлината, контрол на безопасността, резервиране, поддръжка и процедури за въвеждане в експлоатация.

През юни 2010 г. Консултантска служба за строителна индустрия International Inc. (BICSI) публикува нов стандарт 002-2010 : Най-добри практики за проектиране и внедряване на Център за данни. Този стандарт BSCI 002-2010 отразява нарастващата сложност на подреждането на центрове за данни и необходимостта компаниите и организациите да разберат изискванията за енергия, механични товари и телекомуникации при проектирането на инфраструктурата на изчислителния център.

Кой е най-добрият стандарт за използване? Какви са разликите им? Как тогава да се сертифицирам? В крайна сметка има стандарти от други организации. Например основната разлика в сертифицирането по стандартите на Uptime Institute е, че сертифицираните специалисти от тази организация трябва да гарантират, че изискванията, посочени в техните стандарти, са изпълнени на място. В средата на 2010 г. Uptime Institute пусна още един стандарт „ Оперативна устойчивост (Оперативна устойчивост) “услуги за регулиране и поддръжка. Липсваха изискванията за експлоатационната служба TIA-942 ... И макар съвместно да изпълнява изискванията на стандарта TIA-942 истандартен Оперативна устойчивост вече е възможно да се формулират точно изискванията за центъра за данни, но на практика създателите на нови центрове за данни често се позовават на стандарта TIA-942. Факт е, че всеки от стандартите е изготвен от различна организация и се различава един от друг в много подробности. Освен това, според експертите на Uptime Institute, техният ред на разделяне на нива на наличност не е функционално свързан с нивата TIA-942, те оценяват способността на центровете за данни да поддържат работоспособност в случай на аварии и аварии. За да се избегне объркване, Uptime Institute предлага да се обозначат нивата на достъпност в тяхното тълкуване с римски цифри I, II, III и IV. Доста е трудно да се сертифицира център за данни. Ако се обърнете към сайта Uptime институт (уебсайт http://uptimeinstitute.com), след това в края на май 2012 г. всъщност осигурява ниво IV (т.е. не само документацията и създадената сграда с технически средства в нея, но и нивото на експлоатация) само 1 център, беше извършено сертифициране на построеното съоръжение на IV ниво за 6 центъра за данни. Сертифицирането на документация за изграждането на центрове за данни IV ниво е получено за 22 обекта. Понастоящем няма руски центрове за данни сред ниво IV. Също така няма много много центрове за данни от ниво III. Осигурете завършен изпълнение на изискванията за ниво III за "Оперативна стабилност" само на 4 центъра за данни. Сред тях няма руснаци. Документацията и помещенията отговарят на ниво III в 5 руски центрове за данни (4- проектни документи и 1 изградено съоръжение).

През 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 метра беше отменено.
• Кабелите от категория 3 и категория 5е вече не трябва да се използват в хоризонтални кабелни системи. IN работеща версия стандартът позволява използването на балансиран усукани двойки Категория 6 и Категория 6А в хоризонтални кабелни системи. Категория 6 и Категория 6А могат да се използват и в кабелни системи за магистрали;
• Одобрено за използване в хоризонтални и магистрални кабелни системи за мултимодови влакна OM3 и OM4 (50/125 µm многомодово влакно с ядро \u200b\u200b/ облицовка, оптимизирано за 850 nm лазерни източници на светлина). Кабелите OM1 и OM2 вече не са разрешени за употреба;
• За свързване на един или два влакнести кабела трябва да се използват оптични съединители тип LC и за съединители тип MPO с много влакна;
• Междинна зона на разпространение (IDA) е включена в топологията на центъра за данни;
• Добавен раздел за енергийна ефективност към стандарта;
• Добавени са термините "изход за оборудване" (EO - изход за оборудване) и "външен мрежов интерфейс" (ENI - външен мрежов интерфейс), заимствани от международния стандарт ISO / IEC 24764.

Стандарт за оперативна устойчивост само допълва TIA-942 особено по отношение на работата на центъра за данни.

Стандартът за оперативна устойчивост описва изискванията за осигуряване на устойчивост на центровете за данни и за минимизиране на свързаните с това рискове. Както знаете, предишният широко разпространен стандарт "Tier Standard: Topology" регулира техническите параметри на центъра за данни, необходими за постигане на определено ниво на надеждност. Особеността на новия стандарт е, че той отчита човешкия фактор в стабилната работа на центъра за данни. И това е от голямо значение, тъй като процентът грешки в работата, свързан с този фактор, достига 70% , от които малко повече 40% свързани с грешки на мениджърите на сервиза за поддръжка. За да се сведат до минимум тези грешки, е необходимо да се провежда целенасочена работа с персонала, да се подобри тяхната квалификация и да се извършват дейности за задържане на квалифициран персонал.

Ако разгледаме стандартите на корпорацията BICSI, може да се види, че техният подход се различава от подходите за оценка на нивата на устойчивост на други организации.

Системата за оценка на нивата на стабилност и основните раздели на стандарта BICSI 002 2010 . Според асоциацията разработчиците на стандарта са си поставили за цел да осигурят проектирането и изграждането на центрове за данни с дългосрочна перспектива за тяхното функциониране. Основните раздели на документа:

• Оформление на центъра за данни
• Избор на сайт
• Архитектурни решения
• Строителство на сгради
• Електрически системи
• Механични системи
• Пожарогасене
• Сигурност
• Системи за автоматизация на сгради
• Телекомуникации
• Информационни технологии
• Пускане в експлоатация
• Експлоатация и поддръжка
• Процес на проектиране
• Надеждност

Ето защо, що се отнася до стандартите за изграждане на центрове за данни, трябва да се отбележи, че всички разработчици на общи стандарти за центрове за данни не си противоречат по отношение на изискванията и препратките към стандартите при изграждането на базовите нива на центъра за данни. Търговските центрове за данни, поради своята специфичност, трябва да отговарят (и за предпочитане да бъдат сертифицирани) на всички изисквания на стандарта, който са взели за основа. В никакъв случай всички препоръки не засягат основното качество на центъра за данни - осигуряване на дадено ниво на наличност. Следователно нетърговските центрове за данни в някои случаи могат да игнорират някои изисквания. Освен това, сертифицирането е не само скъпо нещо, но и не влияе пряко на нивото на производителност на центъра за данни... След внедряването на центъра за данни все още можете да правите някои промени не само в нивото на поддръжка, но и в други нива, опитвайки се да отговорите на изискванията на някои от стандартите за получаване на сертификация.

Uptime Institute едновременно дефинира четири нива, свързани с различна степен на наличност на инфраструктурата за оборудване на центъра за данни (DPC). Всъщност, въпреки че те са свързани с нивото на достъпност, вероятно е по-правилно да се говори за нива на TIER, въпреки че самият термин „TIER“ се превежда като „ниво“. По-горе аз, съзнателно разкривайки концепцията за "Ниво", не дадох цифровите характеристики на нивото на достъпност на центъра за данни. Цифровите изрази са получени само от анализа на завършени проекти. Ето някои данни от документа, разработен от The Uptime Institute в тяхната публикация Класификация на индустриалните стандартни нива Определяне на ефективността на инфраструктурата на сайта.

Общо заключение относно използването на стандарти:

• Струва си да се обмисли използването на стандарта TIA - 942 с най-новите допълнения (например със стандарта „Оперативна устойчивост“;
• Новият стандарт TIA-942-A (одобрен на 24 април 2012 г.) се занимава само с окабеляване и вече няма да бъде толкова изчерпателен, колкото беше TIA-942;
• Когато изграждате център за данни, трябва да използвате не само стандарти, но и здрав разум, който ви позволява значително да спестите пари, без да влошавате най-търсените му качества;
• Сертифицирането е по-необходимо за търговски център за данни и центърът за данни на организацията може да не го направи. Разбира се, ако центърът за данни все още е създаден въз основа на стандарти, тогава всички отклонения от препоръките трябва да бъдат обосновани;
• За да прочетете и, най-важното, да разберете кой стандарт да вземе за основа и на какви изисквания ще трябва да се съсредоточи при бъдещо развитие, не можете да приемете, че сте приключили работата със стандартите. Преди да преминете към следващия етап, е наложително да препрочетете старите, добри, но в момента предимно забравени ГОСТ - серия 34. И нищо, че те не са актуализирани в продължение на много години, но има подробно разглеждане на предварителни етапи на проектиране. Те нямат добре познатите думи "бизнес процеси", "процесорен подход", но има концепция " информационен модел»Напълно правилно е да ги замените. Ето защо, особено на етапа на ТЗ, тези документи ще ви помогнат. Разбира се, трябва да бъдете креативни и да не следвате буквално всички препоръки, но трябва внимателно да ги прочетете.

Редът за изграждане на център за данни

Колкото и да е странно, началните етапи допринасят най-много за успеха или провала на бъдещ проект. Всъщност според световната статистика в ИТ индустрията само един проект от 3 става успешен... Ако подхождате по-строго и оценявате успеха на проекта като:

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

Ще се влоши. Вероятно не повече от 20% от проектите ще попаднат под определението „успешен“.

Има много причини за провала на проекта. Съществува и неправилна политика (а именно политика, тъй като разрешаването на спорни въпроси е най-често намиране на компромиси) на управлението на проекта, липса на подходяща подкрепа от ръководителя на организацията, лошо проучване на техническите спецификации и в резултат на това голям брой непланирана работа, слабо участие на специалисти на организацията, за която по проекта също са изпълнени всякакви форсмажорни обстоятелства.

Ако почти всеки проект е доминиран от вероятността за провал, какво ще кажете за веселите съобщения за десетки успешни проекти от много компании? Първо, трябва незабавно да поставите всичко на мястото си, като дефинирате термина " Проект».

Проект (ако се позовава на Уикипедия) - това е уникална (за разлика от операциите) дейност, която има начало и край във времето, насочена към постигане на предварително определен резултат / цел, създаване на специфичен, уникален продукт или услуга, с определени ресурси и времеви ограничения, както и изисквания за качество и приемливо ниво на риск... Вероятно това определение може да бъде опростено за повече конкретност. Проект— е набор от задачи, дейности или извършена работа, свързани с постигането на планираната цел, което обикновено има уникален и неповторим характер . Основното е, че проектът винаги е уникален (поне за хората, които го изпълняват). Следователно всичко, за което изпълнителите говорят като за успешен проект, всъщност е успешно. изпълнение,тези. внедряване на готово решение. Процентът на успешните внедрения е значително по-висок от този на успешните проекти. И ако програмистите пишат каквато и да е сложна програма винаги е проект, тогава в областта на изграждането на инфраструктура също са възможни внедрения. Достатъчно трудно е да се очертае чертата, когато изпълнението се превърне в проект. Например, ако се създаде малък софтуерен и хардуерен комплекс за автоматизация, някакъв отдалечен сайт и това не е първият път, когато разработчик прави това, и броят на разликите от тези, създадени преди това както в хардуерната част, така и в комплекта инсталирани програми е минимално, тогава това е изпълнение. И има доста голям шанс за успех. Ако има разлики по отношение на значителен брой нов хардуер, инсталирането на нов сложен софтуер или появата на нови изисквания, които не могат да бъдат изпълнени в рамките на внедряването на предишни решения, тогава създаването на такъв хардуер и софтуер комплекс ще бъде проект. Тези. изпълнителят на проекта винаги е в началото на работата си в състояние, в което целите са дефинирани, решенията са несигурни, успешното решаване на проблема е под въпрос... Позволете ми да обясня защо се спрях подробно на един на пръв поглед терминологичен въпрос.

Факт е, че има 2 подхода за извършване на работата и оценката им. Това е подходът на разработчика и подходът на клиента.

Разработчикът се опитва, когато изпълнява заданието от клиента:

1. Опитайте се да приложите решението, вече внедрено от разработчика;
2. Ако това не е възможно, той се опитва да приложи решение, одобрено от други компании (най-често решение, препоръчано от производител на хардуер или софтуер);
3. Опитайте се да намалите изискванията на клиента и, ако е възможно, да ги намалите до същите стандартни решения;
4. В случай на неуспех на предходния параграф, Разработчикът се опитва да увеличи времето за изпълнение на работата или да направи по-меки изискванията за приемане на неговата работа;
5. На етапа на приемане се опитайте да се концентрирате върху силни страни завършеният проект и скрийте грешките и неуспехите си;
6. Опитайте се бързо да предадете проекта и да започнете нов или в краен случай си осигурете аутсорсинг.

Подходът на клиента се характеризира предимно с:

1. Опит да получите възможно най-много от Програмиста и за по-малко пари;
2. Опити в процеса на разработване на проекта да промени или изясни точките на първоначалния ТЗ;
3. По време на приемането се опитайте да получите възможно най-много документация и да намерите грешки на разработчика;
4. Опитайте се, за сметка на Клиента, не само да коригирате грешките, установени по време на процеса на приемане, но и да направите допълнителни промени в проекта.

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

Има две възможности за решения за изпълнението на проект за изграждане на център за данни. Първият включва изпълнението на проекта самостоятелно, а вторият възлага тези отговорности на външен изпълнител. Такива схеми са рядкост в чист вид. Почти винаги изграждането на такива системи съвместна работа Изпълнител (или няколко Изпълнители) и Клиент. Но всичко опира до въпроса кой ще ръководи проекта. Изглежда на кого, ако не на Изпълнителя, трябва да бъдат дадени такива права, но ... Участие в написването на техническата спецификация едновременно за Клиента (тъй като само той знае всички изисквания за своя център за данни) и Изпълнител (тъй като ако Изпълнителят не участва, тогава Клиентът може да напише такъв TK, който никой не може да приложи изобщо) ви позволява да развиете в процеса на обсъждане доста точна представа за системата, която ще бъде създадена, и софтуера, който трябва да се използва. Тези. специалисти, участващи в написването на техническата спецификация, стават по време на края на нейното писане най-компетентните по отношение на специфични изисквания за проект, изпълнен за конкретен клиент. Веднага отговарям на възможни въпроси относно съвместното написване на технически спецификации. Клиент при разработване на големи проекти може самостоятелно да напише само предварителния TK, който е подходящ само за състезанието при търсене на Изпълнител. Съвместно написана ТЗ със спорни въпроси, уредени между Изпълнителя и Клиента, ще служи като основен документ при приемане на центъра за данни, тъй като на базата на ТЗ ще бъде написана "Методология на програмата и теста".

Следователно една от основните грешки на клиента е елиминиране от работата на специалисти, участващи в написването на технически спецификации и случайно участие в проекта и работния проект само на тесни специалисти при решаване на конкретни въпроси... Специалисти, участващи в изпълнението на големи проекти трябва да бъде в отдела на клиента за сложни работи... И именно те трябва да привлекат, ако е необходимо, всички специалисти в определени области. В този случай специалистите от сложния отдел ще са наясно с всички „тънки“ точки на проекта и самият проект ще има големи шансове за успешно завършване. Също така специалистите от сложния отдел трябва да участват в приемането на работата на Клиента, тъй като като постоянно следят хода на работата, те ще са наясно с всичките му проблеми.

Бележка за работата, приписана на компетентността на сложния отдел.

Погрешно е да се смята, че натовареността на сложен отдел ще бъде ограничена само до участие в големи проекти, от които клиентът обикновено няма много. Големите проекти не съществуват сами по себе си. Обикновено всеки проект изисква свое собствено разширение, свързване с различни подсистеми, като прави промени във връзка с нововъзникващите задачи. Именно при решаването на тези проблеми сложните специалисти ще ни бъдат от полза. Предишният се отнасяше не само до големи проекти, защото е необходимо да се разбере това само внедряване на отделни продукти не засягащ голям брой служители на клиента, е възможно да се внедри, заобикаляйки сложния отдел.

Ако се обърнем към опита на изпълнението на големи проекти, ще забележим, че големите организации (например банки) или тези, специализирани в ИТ, сами управляват проекти, за да създадат свои собствени центрове за данни.

Обобщаване на етапите на обосноваване и изготвяне на технически спецификации

От горното можем да заключим:

1. Говорейки за създаването на център за данни, първо трябва да дадете приоритет на изискванията, на които той трябва да отговаря.
2. След като определите приоритетите си, трябва да вземете за основа един от стандартите, които ще следвате. (Бих посъветвал да използвате TIA-942, но не забравяйте, че той не обмисля оперативни проблеми.)
3. Всички отклонения от стандарта за добро или лошо трябва да бъдат обосновани.
4. За да изготвите ТЗ, трябва да използвате собствен отдел за сложни произведения (или да създадете такъв), защото от ваша страна са необходими хора, които се интересуват лично от успешното изпълнение на проекта и които ще контролират цялата работа с изпълнителя.

Ако сте забелязали, че в тази част разгледах въпросите, преди да напиша ТЗ, подчертах, че е необходимо да напиша ТЗ с Изпълнителя и не написах нищо за избора на художника. Факт е, че изборът на Изпълнителя е отделна и отговорна задача. И ако спомена това накратко, тогава изборът обикновено се разделя на 2 етапа:

1. Определяне на кръга на кандидатите за решаване на проблема за изграждането на вашия специфичен център за данни.
2. Анализ на материалите, представени от фирми и изясняване на въпроси по време на лични срещи.

Обикновено е по-лесно да се изберат няколко компании, които изпълняват успешни проекти в тази област, за да им се предостави предварителна ТЗ (такава ТЗ може да бъде изготвена от специалистите на Изпълнителя). След това кандидатите за изграждане на център за данни се приканват да съставят малък документ, който накратко описва всички подсистеми на центъра за данни и процеса на неговото функциониране. Обикновено чрез пълнотата на разглежданите въпроси, валидността на решенията и резултатите от личната комуникация изборът на Изпълнителя става очевиден. И ще добавя от свое име: ако ви обещаят всичко на лична среща и то на евтина цена (във всеки случай много по-евтина от другите), това е причина да не вярвате и още веднъж да проверите реалността и качеството на проектите, завършени от компанията. Освен това, често в наистина сложни проекти за изграждане на център за данни, изпълнението на някои от неговите подсистеми изисква участието на други компании. В този случай незабавно трябва да се съгласите, че една от компаниите е системен интегратор за този проект и ще решите всички технически и други проблеми с нея. Няма нищо по-лошо от изпълнението на проекти на части. В противен случай, в случай на проблеми, всичко ще бъде като безсмъртния монолог на Райкин "Има ли претенции към бутоните?"