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

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

Ориз. Център за данни: Схематична диаграма

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

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

Система за информационна сигурност:антивирусна защита, спам филтър, защита от проникване.

Кои компании имат нужда от център за данни

За разрастващ се бизнес рано или късно стават характерни:

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

Време е за консолидиране на обработката на данни и централно управление на ИТ инфраструктурата и информационните системи – за целта трябва да изградите център за обработка на данни (ЦОД).

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

Ориз. Кои компании имат нужда от център за данни

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

НУЖДИТЕ НА ЦЕНТРОВЕ ЗА ДАННИ ПО ОТРАСЛИ

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

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

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

Източник: ИТ мениджър

Ползи от внедряването на център за данни

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

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

Освен това центърът за данни предоставя следните възможности:

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

Корпоративни и хостинг центрове за данни

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

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

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

Основен и резервен център за данни

Основният център за данни е ядрото на информационната и телекомуникационна система. Поема цялото натоварване в нормален режим.

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

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

Центърът за обработка на данни е стратегически важен възел от информационната система на организацията.

Центърът за данни предоставя:

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

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

Според Meta Group финансовите разходи в случай на повреда на системи и оборудване са:

• 6,5 милиона долара на час в случай на повреда на системи, които осигуряват брокерски операции
• 2,6 милиона долара на час, ако системите за авторизация на кредитни карти се провалят
• $14 500 на час в случай на повреда на банкомат
• $330 000 средна цена на час престой в центъра за данни.

ОБЯВИ

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

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

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

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

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

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

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

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

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

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

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

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

Стандарт TIA-942

Според този стандарт всички DC получават определено ниво - от tier1 до tier4.

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

формат

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

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

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

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

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

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

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

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

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

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

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

Дефиниция на термина "център за данни"

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

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

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

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

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

Във всеки случай в определението за център за данни не трябва да се набляга на наличието на хостинг и интернет, т.к те наистина могат да бъдат, но липсата им не е критична за центъра за данни. Във вида, в който е дадена прецизираната редакция на ДПК, тя най-пълно отговаря на концепцията за ДПК, заложена в Стандарта. TIA-942. Въпреки че според мен формулировката " DPC е сграда, част от нея, или група от сградиза което... » по-нататък в текста. защото може да се окаже, че при внедряване на център за данни с дублиране на подсистеми, центърът за данни ще бъде географски разделен между няколко сгради. Понякога те също си спомнят, че по време на функционирането на центъра за данни е необходимо да се разработи набор от организационни процедури и постоянно да се занимава с обучение на персонала. Но това вече не е толкова важно, т.к. трябва само да се разбере, че центърът за данни е не само сграда, но и комплекс от инженерни решения, и не само той, но и осигуряване необходими услугии наличие на квалифициран персонал.

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

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

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

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

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

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

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

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

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

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

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

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

Клас на центъра за данни (ниво)
Най-характерната особеност	Базова ниска толерантност към грешки	С резервация	С възможност за паралелна поддръжка	Висока отказоустойчивост
	Подлежи на нарушения на нормалния ход на работа както от планирани, така и от непланирани действия. Има системи за разпределение на мощността и компютърно охлаждане, но може или не може да има повдигнати подове, UPS или генератор. Дори да има UPS или генератори, те са едномодулни системи и имат много единични точки на отказ. Всяка година инфраструктурата трябва да бъде напълно спирана, за да се извърши превантивна поддръжка и превантивна поддръжка. Спешна нужда може да изисква по-чести изключвания. Грешки по време на работа или спонтанни повреди на инфраструктурните компоненти на съоръжението ще причинят прекъсвания в нормалния ход на центъра за данни.	Има излишни компоненти, малко по-малко податливи на смущения от планирани и непланирани дейности, отколкото основния център за данни. В този случай има повдигнат под, UPS и генератори, но проектът е оценен с N+1 (Необходимост плюс едно), което означава еднопоточно разпределение по цялата площ. Поддръжката и ремонтът на критичния захранващ път и други части от инфраструктурата на съоръжението ще изисква спиране на обработката на данни.	Позволява извършването на всяка планирана дейност от инфраструктурата на съоръжението, без да се нарушава нормалната работа на техническите средства на машинната зала. Планираните дейности включват превантивна и програмируема поддръжка, ремонт и подмяна на компоненти, добавяне или премахване на компоненти, които влияят на производителността, тестване на компоненти и системи и т.н. Трябва да има достатъчно възможности за захранване и разпределение, за да може едновременно да се носи натоварването по един път и на същото време за извършване на ремонт или тестване по различен път. Непланирани действия, като оперативни грешки или спонтанни повреди на инфраструктурните компоненти на съоръжението, все пак ще причинят прекъсвания в нормалния ход на центъра за данни. Съоръженията от ниво III често се проектират с перспективата за увеличаване на ресурсите до ниво IV.	Има множество пътища за разпределение на активна мощност и охлаждане. Осигурява повишена степен на отказоустойчивост поради наличието на 2 пътя.Осигурява множество пътища за захранване на всички видове изчислително и телекомуникационно оборудване. Изисква цялото компютърно и телекомуникационно оборудване да има множество входове за захранване. Оборудването продължава да функционира при изключване на един захранващ вход.Предвижда се способността и способността на инфраструктурата на съоръжението да позволява всяка планирана дейност, без да се нарушава нормалната работа на критичния товар. Функционалността, устойчива на грешки, също така гарантира, че инфраструктурата на центъра за данни може да издържи на поне един непланиран отказ (или събитие) от най-лошия вид, без да се засяга критичното натоварване. Има две отделни UPS системи, като всяка система има N+1 резервиране.
Тип фирма-консуматор на ресурси	Среден и малък бизнес. Дата център за обслужване на вътрешните процеси на компанията	Среден и малък бизнес. Центърът за данни работи в режим "5х8".	Фирми, обслужващи вътрешни и външни клиенти в режим "7X24".	Глобални компании, предоставящи своите услуги 24x365
тип сграда	Със съседи		Свободностоящ
Брой входящи мощности	1		Един активен, един в режим на готовност	Две активни

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

Наличност, % (% АКТУАЛНО ВРЕМЕ)	Престой на година, час. (НАДОЛУВРЕМЕна година), час	Решения за надеждност
		Без излишък, генератор и резервен вход
		Без резервиране, генератор, но има резервен вход
		С частично "студено" резервиране, без генератор, но има резервен вход
		С "топъл" архив на най-важните части и "студен" почти всичко останало, наличие на генератор и резервен вход
		С "топъл" режим на готовност на най-важните части и "студен" почти всичко останало, с генератор в "топъл" режим на готовност и вход за готовност в "горещ" режим на готовност.
99,999	5.26 мин.	Пълна излишност на всичко, винаги наличие на 2 пътя (връзки) често с дублиране.

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

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

Пример

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

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

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

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

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

През юни 2010 г. Building Industry Consulting Service 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 Institute(уебсайт http://uptimeinstitute.com) след това в края на май 2012 г. само 1 център реално осигурява ниво IV (тоест не само документацията и създадената сграда с технически средства в нея, но и нивото на експлоатация) е проведено сертифициране на изграденото съоръжение за IV Tier за 6 центъра за данни. За 22 обекта е получена заверка на документация за изграждане на центрове за данни IV Tier. Руските центрове за данни сред ниво 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 и категория 5e вече не трябва да се използват в хоризонтално окабеляване. Работната версия на стандарта позволява използването на балансирани усукани двойки от категория 6 и категория 6A в хоризонтални кабелни системи. Категория 6 и категория 6A също могат да се използват в опорни кабелни системи;
• Използването на многомодови оптични кабели OM3 и OM4 (многомодово оптично влакно със сърцевина/обвивка 50/125 µm, оптимизирано за работа със светлинни източници, базирани на лазери с дължина на вълната 850 nm) е одобрено за използване в хоризонтални и опорни кабелни системи. Типовете кабели OM1 и OM2 вече не са разрешени;
• За свързване на един или два влакнести кабела трябва да се използват оптични съединители от типа LC и за многовлакнести конектори от тип MPO;
• Топологията на центъра за данни включва междинна разпределителна зона (IDA);
• Към стандарта е добавен раздел за енергийна ефективност;
• Добавени са термините "хардуерен изход" (EO - изход за оборудване) и "външен мрежов интерфейс" (ENI - външен мрежов интерфейс), заимствани от международния стандарт ISO/IEC 24764.

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

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

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

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

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

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

Uptime Institute по едно време идентифицира четири нива, свързани с различни степени на готовност на инфраструктурата на оборудването на центъра за данни (DPC). Всъщност, въпреки че са свързани с нивото на достъпност, вероятно е по-правилно да се говори за TIER нива, въпреки че самият термин „TIER“ се превежда като „Ниво“. По-горе, аз не напразно, разкривайки концепцията за "Ниво", не дадох цифрови характеристики на нивото на наличност на центъра за данни. Числените изрази са получени само от анализ на реализирани проекти. Ето някои данни от документ, разработен от The Uptime Institute в техния бюлетин, Industry Standard Tier Classifications Define Site Infrastructure Performance.

Параметър / Клас Център за данни (ниво)	1 Ниска отказоустойчивост			4 Висока отказоустойчивост
тип сграда	Със съседи	Със съседи	Свободностоящ	Свободностоящ
Брой входящи мощности	1	1	един активен, второ архивиране	Две активни
Първоначална мощност W на m 2	215 - 323	430 - 537	430 — 645	537 - 860
Максимална мощност W на m 2	215 - 323	430 - 537	1075- 1615	1615+
Непрекъсната климатизация	Не	Не	може би	Има
Височина на повдигнатия под в метри	0.3	0.45	0.75 - 0.9	0.75 - 0.9
415	488	732	732+ (по стандарт 2005 1000+)
Обща продължителност на повреди за година	28.8 часа	22 ч	1.6 часа	0,4 ч
Наличност на център за данни	99,671 %	99,749 %	99,982 %	99,995%
Период на въвеждане в експлоатация (месеци)	3	3 - 6	15 - 20	15 - 20
Типичен проект е реализиран за първи път през	1965 г	1970 г	1985 г	1995 г

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Обобщаване на етапите на обосновка и подготовка на ТЗ

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

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

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

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

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

»

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

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

Бизнес ползи

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

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

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

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

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

• Намаляване на разходите за наем на стая. Те включват разходите за електроенергия, офис площи, използвани за "сървърни стаи", както и поддръжка на собствени охладителни системи и непрекъсваеми захранвания. Между другото, оборудването, закупено за офиса, става основното имущество на предприятието, те подлежат на данък върху имуществото.

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

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

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

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

Видове центрове за данни

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

• корпоративни центрове за данни;
• Хоствани центрове за данни, предоставящи компютърна инфраструктура като услуга (IaaS);
• центрове за данни, използващи технологията Web 2.0.

По-долу са посочени параметрите, които могат да варират значително в различните типове центрове за данни:

• вид трафик (вътрешен, външен или смесен);
• използване на слой 2 (L2) и/или слой 3 (L3) за управление на трафика в центъра или периферията (Top of Rack);
• технология за съхранение на данни;
• ниво на виртуализация на сървъра;
• общия размер на центъра за данни (по брой сървъри).

Създаване и модернизация на център за данни

Компоненти на центъра за данни

Традиционен център за данни

Задължителните компоненти, които изграждат центъра за данни, могат да бъдат разделени на три основни групи:

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

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

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

• сървърни операционни системи;
• софтуер за бази данни;
• операционни системи на работни станции;
• инструменти за групиране;
• инструменти за архивиране;
• програми за устройства за съхранение;
• инструменти за администриране на сървъри и работни станции;
• средства за инвентаризация;
• офис софтуер;
• Електронна поща;
• Интернет браузъри.

Програмите, отговорни за функционирането на бизнес процесите, включват:

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

3. Организационна средарешава въпроси, свързани с предоставянето на ИТ услуги. Тя трябва да отговаря на изискванията за предоставяне на ИТ услуги, като например ISO/IEC 20000. Тук са:

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

Софтуерен център за данни

В софтуерния център за данни внедряваме цялата среда във формата софтуерни модулив виртуални машини– виртуални уреди. Идеята е физически да се използват само сървъри и комутатори. Всичко останало е реализирано под формата на виртуални машини – virtual appliance.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• Наличието на специална сграда, предназначена за настаняване на центъра за данни
• Гарантирано захранване и климатизация.
• Промишлена вентилационна система.
• Автоматична пожарогасителна система.
• Наличие на охрана и контрол на достъпа.
• Наличието на дизелов генератор.
• 24/7 достъп до сървърния хардуер както за персонала, така и за клиентите.

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

Защо ви е нужен център за данни?

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

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

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

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