Datu centrs kas. Kā izveidot savu datu centru. Dokumenta apjoms un izskatāmo jautājumu saraksts

- Vai jums ir datu centrs?
- Jā, mēs būvējam uz 100 statīviem.
- Un mēs būvējam par 200.
- Un mēs esam 400 ar neatkarīgu gāzes elektrostaciju.
- Un mums ir 500 ar ūdens dzesēšanu un iespēju noņemt līdz 10 kW siltuma no viena plaukta.
– Un mēs vērojam tirgu un esam pārsteigti.

Situācija Maskavas (un kopumā Krievijas) datu centru tirgū pirms diviem gadiem izskatījās bēdīga. Kopējais datu centru kā tādu un vietas trūkums esošajos centros noveda pie tā, ka 3-4 kW plaukts, kas maksāja 2004.-2005. apmēram 700 USD, 2007. gadā tas sāka maksāt 1500-2000 USD. Cenšoties apmierināt pieaugošo pieprasījumu, daudzi operatori un sistēmu integratori ir laiduši klajā “gadsimta būves”, lai izveidotu labākos un lielākos datu centrus. Šīs brīnišķīgās tieksmes ir novedušas pie tā, ka šobrīd Maskavā ir aptuveni 10 datu centri atvēršanas un sākotnējās aizpildīšanas stadijā, un vēl vairāki ir projektā. Uzņēmumi Telenet, i-Teco, Dataline, Hosterov, Agava, Masterhost, Oversun, Synterra un virkne citu savus datu centrus atvēra 2008. un 2009. gada mijā.

Vēlme ieguldīt naudu vērienīgos telekomunikāciju projektos tika skaidrota ne tikai ar modi, bet arī ar vairākiem ekonomiskiem apsvērumiem. Daudziem uzņēmumiem sava datu centra izveide bija spiests pasākums: stimuls tam, jo ​​īpaši hostinga pakalpojumu sniedzējiem vai lieliem interneta resursiem, bija pastāvīgi augošās infrastruktūras izmaksas. Tomēr ne visi uzņēmumi ir pareizi aprēķinājuši savas stiprās puses; piemēram, viena liela hostinga pakalpojumu sniedzēja datu centrs ir pārtapis par ilgtermiņa būvniecības projektu, kas tiek īstenots jau divus gadus. Cits hostinga pakalpojumu sniedzējs, kas uzbūvēja datu centru ārpus Maskavas apvedceļa, jau sešus mēnešus mēģina to pārdot vismaz dažiem lieliem klientiem.

Arī krīzes kulminācijā uzsāktie investīciju projekti nevar lepoties ar stabilu klientu pieplūdumu. Diezgan bieži izmaksas uz vienu plauktu, kas iekļautas biznesa plānā 2000 USD līmenī, pašreizējos ekonomiskajos apstākļos tiek samazinātas līdz 1500-1400 USD, uz gadiem atliekot projekta pašpietiekamības sasniegšanu.

Vairāki grandiozi projekti datu centru ar tūkstošiem plauktu ar gāzes elektrostacijām būvniecībai ārpus Maskavas apvedceļa palika nerealizēti. Konkrēti, vienu no šiem projektiem “apglabāja” fiksētā tālruņa operators (sakarā ar to, ka uzņēmumu pārņēma lielāks spēlētājs).

Līdz ar to līdz šim ir atmaksājušies tikai tie datu centri, kas uzbūvēti pirms vairāk nekā trim gadiem un tika aizpildīti deficīta gados 2004.-2007. Krīzes apstākļos - pārmērīgas brīvas vietas datu centros apstākļos - arvien jaunu datu centru celtniecība, šķiet, izskatās pēc ārprāta.

Tomēr ne viss ir tik slikti: pat krīzes apstākļos, ievērojot noteiktus nosacījumus, jūs varat un vajadzētu izveidot savu datu centru. Galvenais ir saprast vairākas nianses.

Kas liek uzņēmumam izveidot savu datu centru?

Ir tikai viens motīvs – biznesa drošība un riska samazināšana. Tie ir riski. Pirmkārt, komerciālo datu centru klase Maskavā atbilst 1-2 līmenim, kas nozīmē pastāvīgas problēmas ar barošanu un dzesēšanu. Otrkārt, komerciālie datu centri kategoriski nepiekrīt segt zaudējumus no dīkstāves un negūtās peļņas. Pārbaudiet maksimālo soda vai soda apmēru, ko varat sagaidīt dīkstāves gadījumā – tas parasti nepārsniedz 1/30 no nomas maksas par dīkstāves dienu.

Un, treškārt, jūs nevarat kontrolēt reālo situāciju komerciālā datu centrā:

• šī ir komerciāla organizācija, kurai no savas darbības jāgūst peļņa un dažreiz ietaupa pat uz pakalpojumu kvalitātes rēķina;
• jūs uzņematies visus trešās puses uzņēmuma riskus, piemēram - elektrības padeves pārtraukumu (pat īslaicīgu) par nenomaksātu parādu;
• komerciālais datu centrs var jebkurā laikā izbeigt līgumu ar jums.

Datu centru ekonomika

Ir ļoti svarīgi iepriekš pareizi un pilnībā aplēst būvniecības un ekspluatācijas izmaksas, un šim nolūkam ir jānosaka datu centra klase, kuru veidosit. Zemāk ir norādītas aptuvenās 5 kW statīva būvniecības izmaksas (izņemot elektrības izmaksas).

Datu centra darbības izmaksas ir atkarīgas no daudziem faktoriem. Uzskaitīsim galvenos.

1. Elektroenerģijas izmaksas = patērētās elektroenerģijas daudzums + 30% siltuma noņemšanai + pārvades un pārveidošanas zudumi (no 2 līdz 8%). Un tas ir atkarīgs no visu izmaksu samazināšanas pasākumu īstenošanas, piemēram, zudumu samazināšanas un proporcionālas dzesēšanas (kas dažos gadījumos diemžēl nav iespējams).
2. Telpu nomas izmaksas ir no 10 tūkstošiem rubļu par kv. m.
3. Gaisa kondicionēšanas sistēmu apkalpošanas izmaksas ir aptuveni 15-20% no gaisa kondicionēšanas sistēmas izmaksām gadā.
4. Energosistēmu (UPS, dīzeļa ģeneratoru komplekts) apkalpošanas izmaksas ir no 5 līdz 9% no izmaksām.
5. Sakaru kanālu noma.
6. Apkopes dienesta algu uzskaite.

No kā sastāv datu centrs?

Ir vairākas formalizētas prasības un standarti, kas jāievēro, veidojot datu centru: galu galā tā darbības uzticamība ir ļoti svarīga.

Šobrīd plaši tiek izmantota datu centra gatavības (uzticamības) starptautiskā līmeņu klasifikācija (no 1 līdz 4) () sk. tabula). Katrs līmenis paredz noteiktu datu centra pakalpojumu pieejamības pakāpi, ko nodrošina dažādas pieejas redundantajai jaudai, dzesēšanai un kanālu infrastruktūrai. Zemākais (pirmais) līmenis paredz pieejamību 99,671% laika gadā (vai 28 stundu dīkstāves iespējamību), bet augstākais (ceturtais) līmenis nozīmē 99,995% pieejamību, t.i. ne vairāk kā 25 minūtes dīkstāves gadā.

Datu centra uzticamības līmeņa parametri

Šo klasifikāciju pēc līmeņiem 90. gados ierosināja Kens Brils. Tiek uzskatīts, ka pirmo datu centru ar visaugstāko pieejamības līmeni 1995. gadā IBM uzcēla UPS kā daļu no projekta Windward.

ASV un Eiropā ir noteikts prasību un standartu kopums, kas regulē datu centru būvniecību. Piemēram, Amerikas standarts TIA-942 un tā Eiropas analogs -EN 50173-5 nosaka šādas prasības:

• uz datu centra atrašanās vietu un tā struktūru;
• kabeļu infrastruktūrai;
• līdz uzticamībai, ko nosaka infrastruktūras līmeņi;
• uz ārējo vidi.

Krievijā pašlaik nav izstrādātas pašreizējās prasības datu centru organizēšanai, tāpēc varam pieņemt, ka tās nosaka datortelpu būvniecības standarti un SNiP tehnoloģisko telpu celtniecībai, lielākā daļa noteikumu kas tika sarakstīti astoņdesmito gadu beigās.

Tātad, pievērsīsimies trim datu centra būvniecības “pīlāriem”, kas ir visnozīmīgākie.

Uzturs

Kā izveidot uzticamu un stabilu barošanas sistēmu, izvairīties no turpmākām darbības kļūmēm un novērst iekārtu dīkstāves? Uzdevums nav vienkāršs, tas prasa rūpīgu un rūpīgu izpēti.

Galvenās kļūdas parasti tiek pieļautas datu centru barošanas sistēmu projektēšanas stadijā. Tie (nākotnē) var izraisīt strāvas padeves sistēmas atteici šādu iemeslu dēļ:

• elektrolīniju pārslodze, kā rezultātā - elektroiekārtu atteice un enerģētikas regulējošo iestāžu sankcijas par patēriņa limita pārsniegšanu;
• nopietni enerģijas zudumi, kas samazina datu centra ekonomisko efektivitāti;
• elektroapgādes sistēmu mērogojamības un elastības ierobežojumi, kas saistīti ar elektropārvades līniju un elektrisko iekārtu kravnesību.

Elektroapgādes sistēmai datu centrā jāatbilst mūsdienu tehnisko vietu vajadzībām. Kena Brila ierosinātajā datu centru klasifikācijā attiecībā uz barošanas avotu šīs prasības izskatītos šādi:

• 1. līmenis - pietiek ar aizsardzību pret strāvas pārspriegumiem un sprieguma stabilizāciju, to var atrisināt, uzstādot filtrus (bez UPS uzstādīšanas);
• 2. līmenis - nepieciešams uzstādīt UPS ar apvedceļu ar N+1 dublēšanu;
• 3. līmenis – ir nepieciešami paralēli strādājoši UPS ar N+1 dublēšanu;
• 4. līmenis - UPS sistēmas, ar dublēšanu 2 (N+1).

Mūsdienās tirgū visbiežāk var atrast datu centrus ar otrā līmeņa barošanas bloku, retāk - trešdaļu (taču šajā gadījumā izvietošanas izmaksas parasti strauji palielinās un ne vienmēr ir pamatotas).

Pēc mūsu aplēsēm, datu centrs ar pilnu dublēšanu parasti maksā 2,5 reizes vairāk nekā vienkāršs datu centrs, tāpēc ir ārkārtīgi svarīgi pirmsprojekta līmenī izlemt, kādai kategorijai vietnei jāatbilst. Pieļaujamā dīkstāves parametra nozīmīguma nenovērtēšana un pārvērtēšana vienlīdz negatīvi ietekmē uzņēmuma budžetu. Galu galā finansiāli zaudējumi ir iespējami abos gadījumos – vai nu dīkstāves un kritisko sistēmu darbības kļūmju dēļ, vai arī naudas izmešanas dēļ.

Ļoti svarīgi ir arī uzraudzīt, kā tiks reģistrēts elektroenerģijas patēriņš.

Dzesēšana

Pareizi organizēta siltuma noņemšana ir tikpat sarežģīts un svarīgs uzdevums. Ļoti bieži tiek ņemta telpas kopējā siltuma izdalīšanās un, pamatojoties uz to, tiek aprēķināta prasīgo gaisa kondicionieru jauda un to skaits. Šo pieeju, kaut arī ļoti izplatītu, nevar saukt par pareizu, jo tā rada papildu izmaksas un dzesēšanas sistēmu efektivitātes zudumus. Kļūdas dzesēšanas sistēmu aprēķinos ir visizplatītākās, un par to liecina gandrīz katra Maskavas datu centra darbības dienests, karstā vasaras dienā ar ugunsdzēsības šļūtenēm laistot siltummaiņus.

Siltuma noņemšanas kvalitāti ietekmē šādi punkti.

Ēkas arhitektoniskās iezīmes. Diemžēl ne visām ēkām ir regulāra taisnstūra forma ar nemainīgu griestu augstumu. Augstuma izmaiņas, sienas un starpsienas, konstrukcijas iezīmes un saules starojuma iedarbība var radīt papildu grūtības noteiktu datu centra apgabalu dzesēšanā. Tāpēc dzesēšanas sistēmu aprēķins jāveic, ņemot vērā telpas īpašības.

Griestu un paceļamo grīdu augstums.Šeit viss ir ļoti vienkārši: ja paceltās grīdas augstums nesabojā lietu, tad pārāk augstie griesti noved pie karstā gaisa stagnācijas (tāpēc tas ir jānoņem ar papildu līdzekļiem), un pārāk zemi griesti kavē karstā gaisa kustību. gaiss gaisa kondicionētājam. Zemas paaugstinātas grīdas gadījumā (> 500 mm) dzesēšanas efektivitāte strauji samazinās.

Temperatūras un mitruma indikatori datu centrā. Parasti iekārtas normālai darbībai ir nepieciešams uzturēt temperatūras režīmu diapazonā no 18-25 grādiem pēc Celsija un relatīvo mitrumu no 45 līdz 60%. Tādā gadījumā jūs pasargāsiet savu aprīkojumu no apstāšanās hipotermijas, atteices dēļ kondensāta augsta mitruma apstākļos, statiskās elektrības (zema mitruma gadījumā) vai pārkaršanas dēļ.

Savienojuma kanāli

Šķiet, ka tik “nenozīmīgs” komponents kā komunikācijas kanāli nevar radīt nekādas grūtības. Tāpēc ne tie, kas īrē datu centru, ne tie, kas to būvē, tam nepievērš pietiekamu uzmanību. Bet kāda nozīme datu centra nevainojamai un nepārtrauktai darbībai, ja iekārta nav pieejama, t.i. vai tas tiešām neeksistē? Noteikti ņemiet vērā: optiskās šķiedras līnijas ir pilnībā jādublē un daudzas reizes. Ar “dublikātu” mēs domājam ne tikai divu dažādu operatoru optisko šķiedru kabeļu klātbūtni, bet arī to, ka tiem nevajadzētu atrasties vienā kolektorā.

Ir svarīgi saprast, ka patiesi attīstīta sakaru infrastruktūra prasa ievērojamas vienreizējas izmaksas un tās ekspluatācija nekādā gadījumā nav lēta. Tas jāuzskata par vienu no ļoti taustāmām datu centra izmaksu sastāvdaļām.

Savs datu centrs “viens-divi-trīs”

Šeit ir vērts izdarīt nelielu atkāpi un runāt par to alternatīva metode izveidojot savu datu centru. Runa ir par BlackBox – mobilo datu centru, kas iebūvēts transporta konteinerā. Vienkārši sakot, BlackBox ir datu centrs, kas atrodas nevis atsevišķā telpā iekštelpās, bet gan tādā kā treilerī (skat. attēlu).

BlackBox pilnā darba kārtībā var nonākt mēneša laikā, t.i. 6-8 reizes ātrāk nekā tradicionālie datu centri. Tajā pašā laikā uzņēmuma ēkas infrastruktūra BlackBox nav jāpielāgo (izveidotu speciālu ugunsdrošības, dzesēšanas, drošības sistēmu utt.). Un pats galvenais, tam nav nepieciešama atsevišķa telpa (var novietot uz jumta, pagalmā...). Viss, kas patiešām nepieciešams, ir organizēt ūdens piegādi dzesēšanai, nepārtrauktās barošanas sistēmu un interneta pieslēgumu.

Pati BlackBox izmaksas ir aptuveni pusmiljons dolāru. Un te gan jāatzīmē, ka BlackBox ir pilnībā konfigurēts (bet ar pielāgošanas iespēju) virtualizācijas datu centrs, kas atrodas standarta transporta konteinerā.

Divi uzņēmumi jau ir saņēmuši šo konteineru iepriekšējai pārbaudei. Šis ir Lineārā paātrinātāja centrs (Stenforda, ASV) un... Krievijas uzņēmums"Mobilās telesistēmas". Interesantākais ir tas, ka MTS palaida BlackBox ātrāk nekā amerikāņi.

Kopumā BlackBox ir ļoti pārdomāts un uzticams dizains, lai gan, protams, ir daži trūkumi, kurus ir vērts pieminēt.

Obligāti ārējais avots jauda vismaz 300 W. Šeit nākam klajā ar transformatoru apakšstacijas izbūvi vai rekonstrukciju, galvenā sadales skapja uzstādīšanu, kabeļu trases ievilkšanu. Tas nav tik vienkārši - projektēšanas darbi, projekta saskaņošana un apstiprināšana visos līmeņos, iekārtu uzstādīšana...

UPS nav iekļauti piegādes komplektā. Atkal nākam klajā ar projektēšanas darbiem, izvēloties piegādātāju, aprīkojot telpu UPS uzstādīšanai ar gaisa kondicionēšanas sistēmu (akumulatori ir ļoti jutīgi pret temperatūras apstākļiem).

Būs nepieciešama arī dīzeļa ģeneratora komplekta iegāde un uzstādīšana. Bez tā nevar atrisināt atlaišanas problēmu, un šī ir vēl viena saskaņošanas un atļauju kārta (vidējais piegādes laiks šādām vienībām ir no 6 līdz 8 mēnešiem).

Dzesēšana - nepieciešams ārējs aukstā ūdens avots. Jums būs jāizstrādā, jāpasūta, jāgaida, jāuzstāda un jāuzsāk lieka dzesētāja sistēma.

Kopsavilkums: būtībā sešu mēnešu laikā uzbūvēsiet nelielu datu centru, bet angāra (telpu) vietā iegādājieties konteineru ar serveriem, sabalansētu un nopietni pārdomātu līdz sīkākajai detaļai, ar ērtu opciju komplektu un programmatūru visu pārvaldīšanai. šo aprīkojumu un uzstādiet to mēneša laikā .

Jo vairāk datu centru, jo..?

Patlaban lielākais datu centrs, par kuru pieejama informācija atklātajos avotos, ir Microsoft objekts Īrijā, kurā korporācija plāno investēt vairāk nekā 500 miljonus dolāru.Speciālisti norāda, ka šī nauda tiks tērēta pirmā datorcentra izveidei Eiropā. atbalsta dažādus tīkla Microsoft pakalpojumus un lietojumprogrammas.

Ēkas celtniecība ar kopējo platību 51,09 tūkstoši kvadrātmetru Dublinā. m, kura teritorijā atradīsies desmitiem tūkstošu serveru, sākās 2007. gada augustā un jāpabeidz (pēc paša uzņēmuma prognozēm) 2009. gada vidū.

Diemžēl pieejamā informācija par projektu sniedz maz informācijas, jo svarīga ir nevis joma, bet gan enerģijas patēriņš. Pamatojoties uz šo parametru, mēs piedāvājam datu centru klasificēt šādi.

• “Mājas datu centrs” ir uzņēmuma līmeņa datu centrs, kam nepieciešama nopietna skaitļošanas jauda. Jauda ir līdz 100 kW, kas ļauj izvietot līdz 400 serveriem.
• "Komercdatu centrs". Šajā klasē ietilpst operatoru datu centri, kuru plaukti tiek iznomāti. Jauda - līdz 1500 kW. Uzņem līdz 6500 serveriem.
• "Interneta datu centrs" - datu centrs interneta uzņēmumam. Jauda - no 1,5 MW, var uzņemt 6500 vai vairāk serveru.

Es atļaušos ieteikt, ka, būvējot datu centru ar jaudu virs 15 MW, neizbēgami radīsies “apjomradīti ietaupījumi”. 1,5-2 kW kļūda 40 kW “ģimenes” datu centrā, visticamāk, paliks nepamanīta. Megavatu liela kļūda būtu liktenīga uzņēmumam.

Turklāt šajā situācijā var pamatoti pieņemt, ka (kā apjomradītu ietaupījumu sekas) darbojas atdeves samazināšanās likums. Tas izpaužas kā nepieciešamība apvienot lielas platības, milzīgu elektroenerģiju, tuvumu galvenajiem transporta ceļiem un dzelzceļa sliežu ceļu ieklāšanu (tas būs ekonomiski izdevīgāk nekā liela apjoma kravas nogādāšana pa autoceļiem). Tā visa izstrādes izmaksas 1 statīva vai vienības izteiksmē būs ievērojami augstākas par vidējo šādu iemeslu dēļ: pirmkārt, piegādātās jaudas trūkums 10 MW vai vairāk vienā brīdī (šāds "dimants" būs mākslīgi jāaudzē ); otrkārt, nepieciešamība uzbūvēt ēku vai ēku grupu, kas būtu pietiekama datu centra izvietošanai.

Bet, ja pēkšņi izdevās atrast jaudu, teiksim, apmēram 5 MW (un tas jau ir liela veiksme) ar divām liekām ieejām no dažādām apakšstacijām ēkā, kurai ir regulāra taisnstūra forma ar griestu augstumu 5 m. un kopējā platība 3,5 tūkstoši kvadrātmetru. m, un nav augstumu atšķirību, sienu vai starpsienu, un ir ap 500 kv. m piegulošās teritorijas... Tad, protams, var panākt minimālās izmaksas uz vienu plauktu, no kuriem būs aptuveni 650.

Šeit sniegtie skaitļi ir balstīti uz patēriņu 5 kW uz vienu statīvu, kas mūsdienās ir de facto standarts, jo patēriņa pieaugums plauktā neizbēgami radīs grūtības ar siltuma noņemšanu, kā rezultātā ievērojami palielināsies risinājuma izmaksas. Tāpat patēriņa samazināšana nedos nepieciešamos ietaupījumus, bet tikai palielinās nomas komponenti un prasīs lielāku platību attīstību, nekā tas faktiski ir nepieciešams (kas arī nelabvēlīgi ietekmēs projekta budžetu).

Taču nedrīkst aizmirst, ka galvenais ir datu centra atbilstība uzdotajiem uzdevumiem. Katrā atsevišķā gadījumā ir jāmeklē līdzsvars, pamatojoties uz mūsu rīcībā esošajiem ievades datiem. Citiem vārdiem sakot, jums būs jāatrod kompromiss starp attālumu no galvenajām maģistrālēm un bezmaksas elektroenerģijas pieejamību, griestu augstumu un telpas platību, pilnīgu atlaišanu un projekta budžetu.

Kur būvēt?

Tiek uzskatīts, ka datu centram jāatrodas atsevišķā ēkā, parasti bez logiem, kas aprīkota ar visvairāk modernas sistēmas videonovērošana un piekļuves kontrole. Ēkai jābūt divām neatkarīgām elektriskām ieejām (no divām dažādām apakšstacijām). Ja datu centram ir vairāki stāvi, tad grīdām ir jāiztur lielas slodzes (no 1000 kg uz kv.m). Iekšējā daļa ir jāsadala noslēgtos nodalījumos ar savu mikroklimatu (temperatūra 18-25 grādi pēc Celsija un mitrums 45-60%). Serveru iekārtu dzesēšana jānodrošina, izmantojot precīzas gaisa kondicionēšanas sistēmas, un jaudas dublēšana jānodrošina ierīcēm nepārtrauktās barošanas avots, un dīzeļģeneratoru komplekti, kas parasti atrodas blakus ēkai un nodrošina visu datu centra elektrosistēmu funkcionēšanu avārijas gadījumā.

Īpaša uzmanība jāpievērš automātiskajai ugunsdzēšanas sistēmai, kurai, no vienas puses, jāizslēdz viltus trauksmes signāli, no otras puses, jāreaģē uz mazākajām dūmu pazīmēm vai atklātas liesmas parādīšanos. Nopietns solis uz priekšu datu centru ugunsdrošības jomā ir slāpekļa ugunsdzēšanas sistēmu izmantošana un ugunsdrošas atmosfēras radīšana.

Tīkla infrastruktūrai arī jānodrošina maksimāla dublēšana visiem kritiskajiem mezgliem.

Kā ietaupīt?

Jūs varat sākt taupīt ar elektroenerģijas kvalitāti datu centrā un beigt ar apdares materiālu ietaupījumiem. Bet, ja jūs veidojat šādu “budžeta” datu centru, tas izskatās vismaz dīvaini. Kāda jēga investēt riskantā projektā un apdraudēt sava biznesa pamatu?! Vārdu sakot, taupīšana prasa ļoti sabalansētu pieeju.

Tomēr ir vairākas ļoti dārgas budžeta pozīcijas, kuras ir ne tikai iespējams, bet arī nepieciešams optimizēt.

1. Telekomunikāciju skapji (statīvi). Skapju uzstādīšana datu centrā, t.i., plaukti, kur katram ir sānu sienas, kā arī aizmugurējās un priekšējās durvis, nav jēgas trīs iemeslu dēļ:

• izmaksas var atšķirties par lielumu;
• slodze uz grīdām ir vidēji lielāka par 25-30%;
• dzesēšanas jauda ir mazāka (pat ņemot vērā perforēto durvju uzstādīšanu).

2. SCS. Atkal nav jēgas sapīt visu datu centru ar optiskajiem ielāpu vadiem un iegādāties visdārgākos un jaudīgākos slēdžus, ja nav iecerēts uzstādīt aprīkojumu visos plauktos uzreiz. Vidējais komerciālā datu centra noslogojuma periods ir pusotrs līdz divi gadi. Pašreizējā mikroelektronikas attīstības tempā šis ir vesels laikmets. Un visa elektroinstalācija būs jāpārtaisa vienā vai otrā veidā - vai nu jūs neaprēķināsit nepieciešamo pieslēgvietu apjomu, vai arī darbības laikā tiks sabojātas sakaru līnijas.

Nekādā gadījumā neveidojiet “vara” šķērssavienojumu vienā vietā - jūs sabojāsit kabeli. Daudz lētāk un gudrāk ir uzstādīt telekomunikāciju plauktu pie katras rindas un uzstādīt no tā 1-2 vara plākstera paneļus katrā statīvā. Ja nepieciešams pieslēgt statīvu, optiskā plākstera vada izmešana vajadzīgajā rindā ir dažu minūšu jautājums. Tajā pašā laikā nopietnas investīcijas sākotnējā posmā nebūs vajadzīgas; Visbeidzot, pa ceļam tiks nodrošināta nepieciešamā mērogojamība.

3. Uzturs. Jā, jūs neticēsiet, bet vissvarīgākā lieta datu centra barošanas apgādē ir efektivitāte. Rūpīgi izvēlieties elektroiekārtas un nepārtrauktās barošanas sistēmas! No 5 līdz 12% no datu centra īpašumtiesību izmaksām var ietaupīt, samazinot zaudējumus, piemēram, konversijas zudumus (2-8%) UPS (vecākām UPS paaudzēm ir zemāka efektivitāte) un zudumus, izlīdzinot harmoniskos kropļojumus ar harmoniku. filtrs (4-8%). Zudumus var samazināt, uzstādot “reaktīvās jaudas kompensatorus” un samazinot strāvas kabeļa trases garumu.

Secinājums

Kādus secinājumus var izdarīt? Kā no daudzām iespējām izvēlēties sev piemērotāko risinājumu? Tas noteikti ir sarežģīts un nenozīmīgs jautājums. Atkārtosim: katrā konkrētajā gadījumā ir rūpīgi jāizsver visi plusi un mīnusi, izvairoties no bezjēdzīgiem kompromisiem – iemācieties pareizi novērtēt savus riskus.

No vienas puses, samazinot izmaksas, IT pakalpojumu ārpakalpojumi var būt viens no taupīšanas variantiem. Šajā gadījumā optimāli ir izmantot komerciālos datu centrus, iegūstot pilnu telekomunikāciju pakalpojumu klāstu, neieguldot būvniecībā. Taču lielajiem specializētajiem uzņēmumiem un banku sektoram, sākoties nestabilitātes periodam un komerciālo datu centru būvniecības iesaldēšanai, aktuāls kļūst jautājums par sava datu centra būvniecību...

Savukārt pēdējā gada laikā novērotās krīzes parādības ir skumji skārušas ekonomiku kopumā, bet vienlaikus kalpo kā paātrinātājs veiksmīgāku uzņēmumu attīstībai. Būtiski samazinājušās telpu nomas maksas. Ažiotāža par elektrisko jaudu samazināšanās ir radījusi vietu efektīvākiem patērētājiem. Iekārtu ražotāji ir gatavi vēl nebijušām atlaidēm, un darbaspēka cenas samazinājušās par vairāk nekā trešdaļu.

Vārdu sakot, ja plānojāt izveidot savu datu centru, tagad, mūsuprāt, ir īstais laiks.

Pārsvarā tiek sniegta informācija par jau realizētiem datu centru projektiem vai tā izveidē izmantotajām progresīvām tehnoloģijām. Nez kāpēc tiek palaists garām jautājums par datu centra izvēles pamatojumu, jautājumi par kompetentu tā tehnisko specifikāciju sastādīšanu, kā arī jautājumi par visu datu centram raksturīgo iespēju efektīvu izmantošanu. Cik vien spēšu un varēšu, centīšos šos jautājumus aplūkot sīkāk.

Dokumenta apjoms un izskatāmo jautājumu saraksts

Šis dokuments ir paredzēts, lai sniegtu nepieciešamās informācijas kopumu speciālistiem, kas iesaistīti datu centru, serveru telpu un mašīntelpu izveidē un darbībā.

Dokuments aptver:

• Problēmas, kas rodas datu centru projektēšanas, būvniecības un ekspluatācijas stadijās, kā arī iespējamie risinājumišīs problēmas
• Tiek sniegti ieteikumi mūsdienu standartu lietošanai, kā arī īss to apraksts.
• Tiek prezentētas galvenās kļūdas projektēšanā un problēmas, kas rodas ekspluatācijas laikā, parādītas to sekas, kā arī iespējamie kļūdu novēršanas un problēmu risināšanas veidi.
• Veiksmīgu IT projektu izveides noteikumi ir doti atsevišķi.
• Tiek atklātas svarīgākās prasības datu centra galvenajiem elementiem un, ja iespējams, izskaidrots šo prasību iemesls un to neievērošanas sekas.
• Tiek uzskaitītas galvenās tendences datu centru izveidē un daži ārvalstu un Krievijas datu centru statistikas dati

Protams, tas nav visaptverošs dokuments, un viena dokumenta ietvaros nav iespējams izskatīt galvenos jautājumus, kas rodas pamatojuma, projektēšanas, nodošanas ekspluatācijā un pašas ekspluatācijas stadijās. Tāpēc, ja iespējams, centīšos izcelt visa datu centra dzīves cikla atslēgas punktus un īpašu uzmanību pievērst jautājumiem, kas, manuprāt, vismazāk ir aprakstīti literatūrā un internetā. Fakts, ka daži jautājumi nav pienācīgi atspoguļoti, nepārstāj būt svarīgs, jo īpaši tāpēc, ka daži no tiem, kā tiks parādīts turpmāk, ir slēpti ļoti konkrētu iemeslu dēļ.

Vispirms mēģināšu precizēt speciālistu loku, kam dokuments būs paredzēts. Tie būs speciālisti no organizācijām, kurām nav datu centra, bet vēlas to būvēt, speciālisti, kuri nolēmuši būvēt datu centru, bet nezina, uz ko meklēt, rakstot tehniskās specifikācijas (T)Z un kā izvēlēties partneris, speciālisti, kas uzbūvējuši datu centru, bet cenšas to darbināt, nodrošina deklarētos raksturlielumus un samazina izmaksas. Dokuments, iespējams, ieinteresēs arī iekārtu piegādātājus un datu centru izstrādātājus, vismaz attiecībā uz savu klientu problēmu izpratni. Lai gan dokumentā tiks apskatīta lielākā daļa jautājumu, kas rodas, pamatojot datu centra izvēli, tā projektēšanu, būvniecību un darbību, dokumentā nebūs norādījumu par tā vai cita aprīkojuma izvēli vai pat par noteiktu obligātu lietošanu. tehnoloģijas. Fakts ir tāds, ka katru gadu parādās jaunas iekārtas, risinājumi un tehnoloģijas, kas bieži vien atšķiras ar nelielu izmaiņu ieviešanu vai ieviešanu jau sen. zināmi risinājumi, bet jaunā tehniskā līmenī. Atcerieties - " Dažu principu zināšanas atbrīvo mūs no daudzu detaļu zināšanām " Pamatojoties uz to, es mēģināšu, pirmkārt, runāt par sarežģītu skaitļošanas sistēmu projektēšanas un darbības principiem, kas ideāli piemēroti datu centram.

Lai apspriestu datu centra izveides un darbības problēmas, jums ir jādefinē daži termini un jāsaprot, kas ir datu centrs. Tāpēc vispirms mēģināšu definēt pašu terminu “datu centrs”.

Jēdziena "datu centrs" definīcija

Pēdējā laikā ir kļuvis ļoti moderni runāt par datu centra izveidi. Gandrīz katrs sevi cienošs uzņēmums deklarē, ka viena no tā specialitātēm ir datu centru jeb datu centru būvniecība. Parasti uzņēmumi atsaucas uz pozitīvām atsauksmēm, pabeigtiem projektiem utt. un tā tālāk.

Vispirms mēģināsim izdomāt, kas ir datu centrs, ar ko tas atšķiras no vienkārši labas serveru telpas un arī kādas datu centra īpašības ļauj to saukt par datu centru. Mēģināsim arī saprast, kāds darbs ir nepieciešams, veidojot datu centru īpašu uzmanību un kur jūs varat ietaupīt naudu, nezaudējot kvalitāti. Visa šī analīze ļaus ne tikai izveidot labāku datu centru, bet arī noderīga, veidojot citus datu uzglabāšanas un apstrādes objektus.

Ja vēršaties pie Wikipedia Tas Datu centrs vai centrs uzglabāšana un datu apstrāde (Datu centrs/TsKOD) ir specializēta ēka serveru un sakaru iekārtu izvietošanai (hostāšanai) un abonentu pieslēgšanai interneta kanāliem. Vēl viens datu centra nosaukums ir Datu centrs(no angļu valodas datu centrs).

komentēt : ja dokumentā ir termins “ Datu centrs", tas nozīmē, ka dokuments tiek citēts vai pārstāstīts, kur tieši tiek lietots šis termins, nevis termins " Datu centrs».

Faktiski šāda interpretācija vismaz neatklāj visu datu centra būtību. Daudz tuvāka nozīme ir šādai interpretācijai: “Datu centrs ir ēka (vai tās daļa), kurai tiek izmantoti kompleksi risinājumi informācijas datu uzglabāšanai, apstrādei un izplatīšanai ar IT infrastruktūru, kas ļauj nodrošināt savas funkcijas, kas atbilst noteiktiem kritērijiem. ”.

Jebkurā gadījumā, definējot datu centru, nevajadzētu uzsvērt hostinga un interneta klātbūtni, jo tie tiešām var būt, taču to trūkums datu centram nav kritisks. Tādā formā, kādā sniegts datu centra precizētais formulējums, tas vispilnīgāk atbilst Standartā noteiktajam datu centra jēdzienam. TIA-942. Lai gan, manuprāt, formulējums “ Datu centrs — šī ir ēka, tās daļa, vai ēku grupa, kam tie tiek izmantoti... » tālāk tekstā. Jo Var izrādīties, ka, ieviešot datu centru ar apakšsistēmu dublēšanos, datu centrs tiks ģeogrāfiski sadalīts starp vairākām ēkām. Dažreiz viņi atceras, ka, strādājot ar datu centru, ir nepieciešams izstrādāt organizatorisku procedūru kopumu un pastāvīgi apmācīt personālu. Bet tas vairs nav tik svarīgi, jo tikai jāsaprot, ka datu centrs ir ne tikai ēka, bet arī inženiertehnisko risinājumu kopums, un ne tikai tas, bet arī nepieciešamo pakalpojumu sniegšana un kvalificēta personāla pieejamība.

Vēsturiski datu centri (nosaukums datu centrs parādījās vēlāk Krievijā) izauga no lieliem serveru serveriem, kas piederēja IT uzņēmumiem 90. gados. Šīs kvalitatīvās izmaiņas veicināja klienta-servera tehnoloģijas rašanās, jaunu kabeļtīklu standartu rašanās un hierarhiskas mediju pārvaldības parādīšanās. Datu centru galvenās iezīmes bija izveidojušās līdz 2000. gadam, kad datu centri kļuva ļoti pieprasīti pēc interneta serveru izvietošanas organizācijām, kurām nebija iespēju tos atbalstīt, kā arī nodrošināt dažādu organizāciju paplašināto datu bāzu darbību savos datorcentros. .

Pašlaik Sanktpēterburgā vien ir vairāk nekā 30 Datu centrs. Patiesībā viņu ir vairāk, jo Dažas organizācijas ir izveidojušas infrastruktūras, kas atbilst datu centra koncepcijai.

Attiecībā uz Standartu TIA-942 Jāpiebilst, ka dokumentā detalizēti aplūkoti inženiertehnisko apakšsistēmu konstruēšanas jautājumi (galvenokārt prasību deklarāciju veidā), taču, ja mēģinātu uzdot jautājumu par konkrēta projekta izvēli datu centra būvniecībai, lai veiktu konkrēti uzdevumi, uzreiz rodas jautājumi. TIA-942 standarts ievieš šo koncepciju LĪMEŅA līmeņi. Standartā ir ņemti vērā četri līmeņi, kas saistīti ar dažādām pakāpēm gatavību (TIA-942 terminoloģija ) datu centra aprīkojuma infrastruktūra. Augstāks līmenis ne tikai atbilst augstākai pieejamībai, bet arī rada lielākas infrastruktūras izmaksas. Faktiski TIA-942 standarts datu centrus sadala (klasificē) tikai pēc uzticamības līmeņa (dažreiz viņi raksta, ka pēc pieejamības līmeņa, taču šis termins, lai arī tuvs, tomēr ir šaurāks par terminu “ uzticamība»).

Datu centru klasifikācija

Pats datu centra jēdziens ir diezgan mazinformatīvs, fakts ir tāds, ka visi datu centri atšķiras ne tikai pēc izmēra, bet arī ar tiem uzticētajiem uzdevumiem un, ja iespējams, nodrošina savas pamatfunkcijas noteiktā līmenī (kvalitātē) . Un dažādu datu centru galvenās funkcijas atkarībā no to orientācijas var uzskatīt par dažādām funkcijām.

Ja paskatās rūpīgāk, jūs varat noteikt diezgan daudz kritēriju, pēc kuriem var sadalīt datu centrus. Būtībā tieši šie kritēriji būs noteicošie datu centru darbībā vai arī šie kritēriji nesīs kādu īpašību kopumu, kas ļaus izvēlēties noteiktu datu centru grupu.

Datu centrus var iedalīt šādi:

• Mērķis, vai precīzāk, sadalīt tos publiskajos un nepubliskos (biežāk tiek lietots termins "korporatīvs") datu centros;
• Datu uzglabāšanas uzticamība (precīzāk, uzticamības un pieejamības kombinācijas ziņā).

Ir arī atsevišķas grupas Izturīgs pret katastrofām Datu apstrādes centri (DPC) un " miskastes datu centri" Nosaukums "trash" cēlies no (eng. atkritumi- atkritumi) - parasti tie ir nelieli datu centri, kuros dzesēšana tiek īstenota tikai ar dabisko gaisa apmaiņu.

Šādi “junk” datu centri lielākoties pilnībā neatbilst datu centru prasībām, taču tie ir lētāki, videi draudzīgi, un serveru statīvu noma no tiem ir ievērojami lētāka.

Ar iedalījumu publiskajos un nepubliskos datu centros viss ir skaidrs, un to pieeja dizainam ir atšķirīga. Galu galā, veidojot sev datu centru, organizācija diezgan labi zina, kuri no pamatīpašumiem tai ir nepieciešami un kur var ietaupīt. Līdz ar to iespēja selektīvi izpildīt prasības datu centram. Publiskajos datu centros viss ir nedaudz sarežģītāk, un, ja viņi vēlas iegūt sertifikātu datu centrā, lai palielinātu savu klientu skaitu, tad vismaz ikvienam būs jāievēro obligātie ieteikumi.

Ja mēs runājam par uzticamību, tad mums jāsāk ar terminu “vidējais laiks starp neveiksmēm”. Patiesībā tas nav fakts, ka pēc sistēmas kļūmes kāda tās elementa atteices dēļ tā pārtrauks darboties. Ja, kad kāds no sistēmas elementiem neizdodas (pārejot no darba stāvokļa uz nedarbojošu stāvokli), sistēma nedarbojas, tad viņi saka, ka notikusi kļūme. atteikums. Ja tomēr sistēma joprojām darbojas, viņi saka, ka radās problēma neveiksme. Atteices un atteices rašanās brīdis un biežums ir aprakstīti ar varbūtības teorijas metodēm un šajā dokumentā netiek apskatīti. Vienīgais, kas jums jāatceras, ir tas, tikai analizējot diagramma sistēmas uzticamība un datu par laiku starp atteicēm digitālā izteiksmē katrai tās sastāvdaļai var runāt par visas sistēmas pieejamības vai veiktspējas līmeni. Laika procentuālais daudzums gada laikā, kurā sistēma darbojas un/vai darbojas (% darba laiks un dīkstāves laiks), ir tieši saistīts. Dīkstāve ir kopējā dīkstāve gadā. Šie termini bieži tiek lietoti, apspriežot dažādus līmeņus ( Līmenis) Datu centrs. Bet to digitālā izteiksme dažādiem līmeņiem nav pareiza, jo Kļūdu tolerances indikatoru izplatība starp viena līmeņa datu centriem var būt liela. Atbilstošā vietā dokumentā tiks parādīts, ka visi skaitļi, kas raksturo dīkstāves periodu dažādos datu centra līmeņos, ir no ļaunuma un uz tiem īsti paļauties nevar. Īsāk sakot, dažādu datu centra līmeņu raksturīgāko iezīmju sarakstu var apkopot vienkāršā tabulā.

Kā piemēru es dodu atbilstību starp pieejamību un laiku, kad sistēma nedarbojas (gadā). Es nesaistīšu līmeņus ar skaitļiem, jo... Es jau teicu iepriekš, pieejamības rādītāju izplatība gadā var būt diezgan liela viena līmeņa ietvaros.

Tipa “Bez rezervācijas” ieraksts nenozīmē, ka atteices gadījumā tiks sagaidīts bojātās vienības pasūtījums un saņemšana no piegādātāja. Dīkstāves laiku būtiski ietekmē arī aprēķināto rezerves daļu krājumu klātbūtne un MTTR rādītāja vērtības samazināšanās (vidējais remonta laiks).

Vēl viena svarīga piezīme. Datu centrs būs vienas tā sastāvdaļu minimālā līmeņa maksimālais līmenis. Bet, no otras puses, jums tas ir jāatceras ne visi ieteikumi no standartiem ir obligāti, un, ja jūs precīzi zināt, ko un kā to pārkāpums ietekmē, parasti varat ietaupīt naudu veidojot datu centru.

Piemērs

Izstrādātāji, kas diezgan bieži cenšas uzlabot datu centra energoefektivitāti, kas,mēra kā kopējās jaudas attiecību pret jaudu IT aprīkojums jau sen ir cīnījies ar spēju paaugstināt darba temperatūru. Ideja ir pamatota, jo reāli lielākajai daļai datortehnikas kalpošanas laiks datu centrā ir 3-4 gadi, lai gan pa ceļam jāatzīmē, ka par elektroapgādi atbildīgās iekārtas parasti tiek nomainītas retāk, kaut arī ar pienācīgu apkopi. . Pēc šī perioda vai nu aprīkojums tiek nomainīts, vai arī vissvarīgākie lietojumi tiek pārnesti uz citu jaunu aprīkojumu. Telpas temperatūras paaugstināšanās par vairākiem grādiem īsti neietekmē iekārtu atteices iespējamību šajā periodā, taču būtiski samazina dzesēšanas zudumus, tādējādi palielinot energoefektivitāti.Tagad ir tendences dažām datu centru klasēm vēl vairāk paaugstināt pieļaujamo temperatūru.

Tāpēc ir ļoti svarīgi zināt kāpēc standartos ir noteiktas prasības un kas notiks, ja vienā vai otrā virzienā novirzīsities no standarta. To visu var sakārtot, tikai analizējot prasības atsevišķām datu centra daļām. Tāpat ir jāsaprot jautājums par to, kādi standarti regulē prasības datu centra komponentiem, vai tie ir pretrunā viens otram un vai šos standartus kopumā ir vērts ievērot. Tāpēc nākamā nodaļa būs veltīta standartiem un to prasībām.

Standarta prasības datu centra komponentiem

Pirmkārt, jums ir jāizlemj par prasībām, kādi standarti ir jāievēro, un pats galvenais, kas notiks, ja tie tiks nedaudz “pārkāpti” attiecīgi uz labo pusi vai sliktākā puse. Nodaļas pašā sākumā izteikšu nedaudz trakulīgu domu. Ir jāzina standarti, lai nepieciešamības gadījumā tos varētu pārkāpt. Precīzāk, ir saprātīgi izvirzīt dažas prasības jūsu konkrētajam datu centram augstākas vai zemākas par standarta prasībām jūsu izvēlētajai datu centra klasei. Uzrakstīju šo rindiņu un sapratu, ka tagad noteikti ir jāraksta nosaukums šim “gudrajam” standartam, kura prasības ir jāievēro, izstrādājot datu centru. Bet... nē, tas nav tik vienkārši. Dokumenti, kuru nosaukumā ir lepnais nosaukums “Standarts...”, patiesībā visbiežāk ir vispārināta ekspertu grupas pieredze, kas izveidoja šo standartu. Ceļā uz pieejamību (%UP TIME) vai dīkstāves (UZ LEJULAIKS) ieteikumi nav tieši saistīti. Standartu prasību ievērošana tiešām ļauj šos rādītājus uzlabot, bet par cik, tas ir tumsā tīts noslēpums. Fakts ir tāds, ka praktiski nav iespējams ņemt vērā visus faktorus, kas ietekmē šo rādītāju samazināšanos vai pieaugumu, un vēl jo vairāk nav iespējams iegūt datus par visu aprīkojumu, ko jūs īpaši izmantojat savā datu centrā. Ko darīt? Pirmkārt, noteicot prioritātes prasībām jūsu veidotajam datu centram, mēģiniet par pamatu ņemt kādu no standartiem un pēc tam pēc iespējas precīzāk ievērot tā prasības.

Manuprāt, ar iepriekš minēto jāsāk meklēt sev piemērots Standarts TIA-942 « Telekomunikāciju infrastruktūraDatu apstrādes centri". Pirmā standarta versija tika publicēta 2005. gadā. Šeit ir detalizēti aprakstītas prasības attiecībā uz konstrukcijām, elektroapgādi, siltuma izkliedi, drošības kontroli, dublēšanu, apkopi un nodošanu ekspluatācijā.

2010. gada jūnijā Building Industry Consulting Service International Inc. (BICSI) publicēja jaunu standartu 002-2010 : Datu centra projektēšanas un ieviešanas paraugprakse. Šis standarts BSCI 002-2010 atspoguļo pieaugošo datorcentru iekārtošanas sarežģītību un nepieciešamību uzņēmumiem un organizācijām, projektējot skaitļošanas centru infrastruktūru, izprast enerģijas, mehānisko slodžu un telekomunikāciju prasības.

Kuru standartu labāk izmantot? Kādas ir to atšķirības? Tātad, kā iegūt sertifikātu? Galu galā ir citu organizāciju standarti. Piemēram, galvenā atšķirība no sertifikācijas atbilstoši Uptime Institute standartiem ir tā, ka šīs organizācijas sertificētiem speciālistiem uz vietas ir jāpārbauda viņu standartos noteikto prasību izpilde. 2010. gada vidū Uptime Institute izlaida citu standartu. Darbības ilgtspējība(Darbības ilgtspēja)” regulējošos un ekspluatācijas pakalpojumus. Tieši prasības ekspluatācijas dienestam pietrūka TIA-942 . Un kaut arī kopīgi izpildot Standarta prasības TIA-942 un standarta Darbības ilgtspējība Jau tagad var diezgan precīzi formulēt prasības datu centram, taču praksē jaunu datu centru veidotāji biežāk atsaucas uz TIA-942 standartu. Fakts ir tāds, ka katru no standartiem ir sastādījusi cita organizācija un tie atšķiras viens no otra daudzās detaļās. Turklāt, pēc Uptime Institute speciālistu domām, to sadalījuma secība pieejamības līmeņos nekādā veidā nav funkcionāli saistīta ar TIA-942 līmeņiem, tie novērtē datorcentru spēju uzturēt funkcionalitāti kļūmju un negadījumu gadījumā. Lai izvairītos no neskaidrībām, Uptime Institute eksperti iesaka pieejamības līmeņus to interpretācijā apzīmēt ar romiešu cipariem I, II, III un IV. Ir diezgan grūti sertificēt datu centru. Ja dodaties uz vietni Uptime Institute(vietne http://uptimeinstitute.com), tad 2012. gada maija beigās faktiski nodrošina IV līmeni (t.i. ne tikai dokumentāciju un izveidoto ēku ar tehniskajiem līdzekļiem tajā, bet arī darbības līmenis) tikai 1 centrs, uzbūvētā objekta sertifikācija līdz IV līmenim veikta 6 datu centriem. Dokumentācijas sertifikāts IV līmeņa datu centru būvniecībai iegūts 22 objektiem. Pašlaik IV līmenī nav neviena Krievijas datu centra. Trešā līmeņa datu centru arī nav ļoti daudz. Nodrošināt pabeigt atbilst III līmeņa prasībām “Operational Resilience” ar tikai 4 datu centriem. Krievu viņu vidū nav. Dokumentācija un telpas atbilst III līmenim 5 Krievijas datu centros (4 projektēšanas dokumenti un 1 uzbūvēta iekārta).

2012. gada laikā tiks publicēts TIA-942-A standarts, kas ietvers izmaiņas un papildinājumus nākamajām versijām TIA-942-1 un TIA-942-2. Diemžēl, jauna versija Standarts ir daudz mainījies. Jauns standarts TIA-942-A pievērsīsies tikai kabeļu tēmai, un tas nebūs tik visaptverošs kā TIA-942 standarts. Tie. pārsvarā viņš regulēs tikai kabeļu sistēmu izbūvi. Sadaļā par energoefektivitāti šī tēma, visticamāk, tiks aplūkota tikai no a kabeļu sistēma un “zaļā” datu pārraides līdzekļa – optiskās šķiedras – izmantošanu.

Tālāk ir sniegts saraksts ar galvenajām izmaiņām, kas iekļautas pašreizējā TIA-942-A projektā (saskaņā ar izstrādātāja sākotnējo paziņojumu). Šī informācija ir slīprakstā.

TIA-942-A atbilst TIA-568-C standartu sērijai attiecībā uz topoloģiju, terminoloģiju un vides klasifikāciju, kas sniegta standartā 568-C.0, kā arī komponentu specifikācijām, kas norādītas TIA-568-C. 2 un C .3;

• Lietojumprogrammas, TIA-942-1 un TIA-942-2, ir iekļautas TIA-942-A standartā;
• Zemējuma informācija ir pārvietota no TIA-942-A uz TIA-607-B;
• Administrācijas informācija tiks pārvietota uz TIA-606-B standartu;
• Lielākā daļa informācijas, kas saistīta ar telekomunikāciju skapjiem un serveru plauktiem, jaudas atdalīšanu un telekomunikāciju kabeļiem, tiks pārvietota uz standartu TIA-569-C;
• Ārējo kabeļu informācija ir pārvietota uz TIA-758-B;
• Ir atcelts horizontālo optisko šķiedru kabeļu sistēmu garuma ierobežojums līdz 100 metriem.
• 3. un 5.e kategorijas kabeļus vairs nevajadzētu izmantot horizontālās kabeļu sistēmās. Standarta darba versija ļauj izmantot līdzsvarotu vīti pāri 6. kategorijas un 6.A kategorijas horizontālās kabeļu sistēmās. 6. un 6.A kategoriju var izmantot arī maģistrāles kabeļu sistēmās;
• OM3 un OM4 tipa daudzmodu optisko šķiedru kabeļu izmantošana (daudzmodu optiskā šķiedra ar serdes/apvalkuma diametru 50/125 μm, optimizēta darbībai ar lāzera gaismas avotiem ar viļņa garumu 850 nm) ir apstiprināta lietošanai horizontālās un mugurkaula kabeļu sistēmas. Kabeļu tipi OM1 un OM2 vairs nav atļauti lietošanai;
• Viena vai divu šķiedru kabeļu savienošanai jāizmanto LC tipa optiskās šķiedras savienotāji un MPO tipa daudzšķiedru savienotāji;
• Datu centra topoloģija ietver starpposma izplatīšanas apgabalu (IDA);
• Standartam ir pievienota sadaļa par energoefektivitāti;
• Ir pievienoti no starptautiskā standarta ISO/IEC 24764 aizgūti termini “aparatūras kontaktligzda” (EO – iekārtas izeja) un “ārējais tīkla interfeiss” (ENI – ārējais tīkla interfeiss).

“Darbības ilgtspējas” standarts tikai papildina TIA-942īpaši datu centra darbības ziņā.

Darbības ilgtspējas standarts apraksta prasības datu centru ilgtspējas nodrošināšanai un saistīto risku samazināšanai. Kā zināms, iepriekšējais plaši izplatītais standarts “Tier Standard: Topology” regulēja datu centra tehniskos parametrus, kas nepieciešami, lai sasniegtu noteiktu uzticamības līmeni. Jaunā standarta īpatnība ir tā ņem vērā cilvēcisko faktoru datu centra ilgtspējīgā darbībā. Un tā ir liela nozīme, jo ar šo faktoru saistīto kļūdu procentuālais daudzums darbā sasniedz 70% , no kuriem nedaudz vairāk 40% saistīta ar pakalpojumu vadītāju kļūdām. Lai samazinātu šīs kļūdas, nepieciešams veikt mērķtiecīgu darbu ar personālu, paaugstināt viņu kvalifikāciju un veikt pasākumus kvalificēta personāla saglabāšanai.

Ja ņemam vērā korporācijas standartus BICSI, tad var redzēt, ka viņu pieeja atšķiras no pieejām citu organizāciju ilgtspējas līmeņu novērtēšanai.

Ilgtspējības līmeņu novērtēšanas sistēma un standarta galvenās sadaļas BICSI 002 2010 . Kā norāda asociācija, standarta izstrādātāji sev izvirzījuši mērķi nodrošināt datu centru projektēšanu un būvniecību, ņemot vērā to darbības ilgtermiņa perspektīvu. Galvenās dokumenta sadaļas:

• Datu centra izkārtojums
• Vietnes izvēle
• Arhitektūras risinājumi
• Ēku celtniecība
• Elektriskās sistēmas
• Mehāniskās sistēmas
• Uguns dzēšana
• Drošība
• Ēku automatizācijas sistēmas
• Telekomunikācijas
• Informāciju tehnoloģijas
• Nodošana ekspluatācijā
• Ekspluatācija un apkope
• Dizaina process
• Uzticamība

Tāpēc attiecībā uz datu centru būvniecības standartiem jāatzīmē, ka visi vispārīgo datu centru standartu izstrādātāji nav pretrunā viens otram attiecībā uz prasībām un atsaucēm uz Standartiem, būvējot pamata līmeņi Datu centrs. Komerciālajiem datu centriem to specifiskā rakstura dēļ ir jāatbilst (un vēlams tiem jābūt sertificētiem) visām standarta prasībām, uz kurām tie balstījās. Ne visi ieteikumi ietekmē datu centra galveno kvalitāti – noteikta pieejamības līmeņa nodrošināšanu. Tāpēc nekomerciālie datu centri dažos gadījumos var ignorēt dažas prasības. Turklāt, sertifikācija ir ne tikai dārga lieta, bet arī tiešā veidā neietekmē datu centra veiktspējas līmeni. Pēc datu centra ieviešanas joprojām ir iespējams veikt dažas izmaiņas ne tikai atbalsta līmenī, bet arī citos līmeņos, cenšoties izpildīt kāda no standartiem izvirzītās prasības sertifikācijas iegūšanai.

Uptime Institute savulaik identificēja četrus līmeņus, kas saistīti ar dažādu datu centra aprīkojuma infrastruktūras (datu centra) gatavības pakāpi. Patiesībā, lai gan tie ir saistīti ar pieejamības līmeni, iespējams, pareizāk ir runāt par LĪMEŅA līmeņiem, lai gan pats termins “TIER” tiek tulkots kā “līmenis”. Iepriekš ne velti es skaidroju jēdzienu “Līmenis” un nesniedzu datu centra pieejamības līmeņa digitālos raksturlielumus. Skaitliskās izteiksmes tika iegūtas tikai no pabeigto projektu analīzes. Šeit ir daži dati no dokumenta, ko The Uptime Institute izstrādājis savā informatīvajā izdevumā Rūpniecības standarta līmeņa klasifikācijas, kas nosaka vietnes infrastruktūras veiktspēju.

Vispārīgs secinājums par standartu izmantošanu:

• TIA - 942 standarta izmantošana ar jaunākajiem papildinājumiem (piemēram, ar standartu “Operational Sustainability”) jāuzskata par būtisku;
• Jaunais TIA-942-A standarts (apstiprināts 2012. gada 24. aprīlī) attiecas tikai uz kabeļu sistēmu tēmu, un tas vairs nebūs tik visaptverošs kā TIA-942 standarts;
• Veidojot datu centru, jāizmanto ne tikai standarti, bet arī veselais saprāts, kas ļauj ievērojami ietaupīt, neapdraudot tā pieprasītākās īpašības;
• Sertifikācija vairāk nepieciešama komerciālam datu centram, taču organizācijas datu centrs var nebūt iesaistīts tajā. Protams, ja datu centrs tika izveidots, pamatojoties uz standartiem, tad visas novirzes no ieteikumiem ir jāpamato;
• Kad esat izlasījis un, pats galvenais, sapratis, kurš Standarts ir jāņem par pamatu un kuras prasības būs jāuzsver turpmākajā attīstībā, jūs nevarat uzskatīt, ka esat pabeidzis darbu ar standartiem. Pirms pāriet uz nākamo posmu, obligāti vēlreiz jāizlasa vecie, labie, lai gan šobrīd lielākoties aizmirstie GOST - 34. sērija. Un nekas, ka tie nav atjaunināti daudzus gadus, taču ir sīki apskatīts pirmsprojektēšanas posmi. Tie nesatur pazīstamos vārdus “biznesa procesi”, “procesora pieeja”, bet ir jēdziens “ informācijas modelis" diezgan pareizi tos aizstājot. Tāpēc, īpaši tehniskās specifikācijas stadijā, šie dokumenti jums palīdzēs. Protams, jums ir jābūt radošam un nav jāievēro burtiski visi ieteikumi, taču jums tie ir rūpīgi jāizlasa.

Datu centra izveides procedūra

Savādi, bet lielāko ieguldījumu nākotnes projekta panākumos vai neveiksmēs dod sākotnējie posmi. Patiesībā, saskaņā ar pasaules statistiku IT nozarē Tikai viens projekts no 3 kļūst veiksmīgs. Ja izmantojat stingrāku pieeju un novērtējat projekta panākumus šādi:

• spēja veikt noteiktās funkcijas ar nepieciešamo kvalitāti
• pabeigt darbus plānotajā laikā
• nepārsniedzot sākotnējo projekta budžetu
• avārijas darbu neesamība dažādos projekta posmos
• nav nepieciešams nekavējoties sākt darbu pie projekta modernizācijas.

Lietas pasliktināsies. Iespējams, ne vairāk kā 20% projektu attieksies uz “veiksmīgu” definīciju.

Ir daudz iemeslu, kāpēc projekts neizdodas. Šeit ir nepareiza projekta vadības politika (proti, politika, jo strīdīgu jautājumu risināšana visbiežāk nozīmē kompromisu meklēšanu), pienācīga organizācijas vadītāja atbalsta trūkums, tehnisko specifikāciju slikta izstrāde un rezultātā liela apjoma neplānotu darbu skaits, vāja speciālistu līdzdalība no organizācijas, kurai projektā ir ievēroti nepārvaramas varas apstākļi.

Ja neveiksmes iespēja karājas pāri gandrīz katram projektam, tad kā ir ar jautriem paziņojumiem par desmitiem veiksmīgu projektu no daudziem uzņēmumiem? Pirmkārt, jums viss nekavējoties jānovieto savās vietās, definējot terminu “ Projekts».

Projekts(ja atsaucaties uz Vikipēdiju) - šī ir unikāla (atšķirībā no operācijām) darbība, kurai ir sākums un beigas laikā un kuras mērķis ir sasniegt iepriekš noteiktu rezultātu/mērķi, radīt konkrētu, unikālu produktu vai pakalpojumu, ievērojot resursu un laika ierobežojumus, kā arī kvalitāti un pieņemama līmeņa prasību risks. Varbūt šo definīciju var vienkāršot, lai iegūtu lielāku specifiku. Projekts— ir uzdevumu, darbību vai veikto darbu kopums, kas saistīts ar plānotā mērķa sasniegšanu, kam parasti ir unikāls un neatkārtojas raksturs . Galvenais, lai projekts vienmēr ir unikāls (vismaz cilvēkiem, kas to veic). Tāpēc viss, par ko izpildītāji runā kā par veiksmīgu projektu, patiesībā ir veiksmīgs īstenošana, tie. gatavā risinājuma ieviešana. Veiksmīgu ieviešanu procentuālā daļa ir ievērojami augstāka nekā veiksmīgu projektu. Un, ja programmētājiem, kas raksta jebkura sarežģīta programma, vienmēr ir projekts, tad infrastruktūras būvniecības jomā ir iespējamas arī realizācijas. Ir diezgan grūti novilkt robežu, kad īstenošana pārvēršas projektā. Piemēram, ja tiek izveidots neliels programmatūras un aparatūras komplekss kādas attālinātas vietnes automatizācijai un izstrādātājs to nav darījis pirmo reizi, un atšķirību skaits no iepriekš izveidotajiem gan aparatūrā, gan instalēto komplektā. programmas ir minimālas, tad tā ir īstenošana. Un tam ir diezgan lielas izredzes gūt panākumus. Ja atšķirības parādās attiecībā uz ievērojamu jaunas aparatūras daudzumu, jaunas sarežģītas programmatūras instalēšanu vai jaunu prasību rašanos, kuras nav iespējams izpildīt iepriekšējo risinājumu ieviešanas ietvaros, tad šāda aparatūras un programmatūras kompleksa izveide. būs projekts. Tie. Sava darba sākumā projekta izpildītājs vienmēr atrodas stāvoklī, kur Mērķi ir definēti, risinājumi ir neskaidri, ir runa par veiksmīgu problēmas risinājumu. Ļaujiet man paskaidrot, kāpēc es detalizēti pievērsos tam, kas, šķiet, ir terminoloģisks jautājums.

Fakts ir tāds, ka ir 2 pieejas darba veikšanai un tā novērtēšanai. Tā ir Izstrādātāja un Klienta pieeja.

Īstenojot klienta uzdevumu, izstrādātājs cenšas:

1. Mēģiniet lietot risinājumu, kuru Izstrādātājs jau ir ieviesis agrāk;
2. Ja tas nav iespējams, mēģina pielietot citu uzņēmumu pārbaudītu risinājumu (visbiežāk aparatūras vai programmatūras ražotāja ieteiktu risinājumu);
3. Centieties pazemināt Pasūtītāja prasības un, ja iespējams, samazināt tās līdz tādiem pašiem standarta risinājumiem;
4. Ja iepriekšējais punkts neizdodas, Izstrādātājs cenšas palielināt laiku, kas nepieciešams darba pabeigšanai, vai padarīt saudzējošākas prasības sava darba pieņemšanai;
5. Pieņemšanas posmā mēģiniet koncentrēties uz pabeigtā projekta stiprajām pusēm un slēpt savas kļūdas un nepilnības;
6. Mēģiniet ātri pabeigt projektu un sākt jaunu vai, kā pēdējo līdzekli, droši izmantot ārpakalpojumus.

Klienta pieeju galvenokārt raksturo:

1. Mēģinājums iegūt pēc iespējas vairāk no Izstrādātāja un par mazāku naudu;
2. Mēģinājumi projekta izstrādes gaitā mainīt vai precizēt sākotnējo tehnisko specifikāciju punktus;
3. Pieņemšanas laikā mēģiniet iegūt pēc iespējas vairāk dokumentācijas un atrast izstrādātāja kļūdas;
4. Mēģiniet uz Klienta rēķina ne tikai labot pieņemšanas procesā konstatētās kļūdas, bet arī veikt turpmākas izmaiņas projektā.

Tāpēc Izpildītājam vienmēr ir vēlams izmantot realizāciju, nevis izstrādāt projektu, kuram ir ievērojami mazākas izredzes gūt panākumus. Iepriekš minētā iespēja, protams, ir vispiemērotākā, ja projektu izstrādā trešās puses organizācija. Faktiski, pasūtot patiesi sarežģītu projektu (un datu centra būvniecība ir viens no tādiem projektiem) no trešās puses uzņēmuma, Pasūtītāja speciālistu līdzdalība ir absolūti nepieciešama, vismaz projekta sākumposmā. Patiešām, neviens nezina, kādas ir prasības topošajam datu centram, kā arī Klienta speciālisti. Protams, ka Klients vismaz jāspēj kontrolēt projekta ieviešanu, precīzāk, jābūt informācijai par katra posma laiku, tā īstenošanas gaitu un arī ne tikai jāpiedalās projekta pieņemšanā, bet arī jāpiedalās testa programmas rakstīšanā. Tikai šajā gadījumā ir iespējams pietiekami precīzs Tehnikas formulējums. uzdevumi, operatīvais risinājums rodas jautājumi, iegūto rezultātu visaptveroša pārbaude.

Datu centra izveides projekta izpildei ir divas iespējas. Pirmais ietver projekta pabeigšanu pašam, bet otrais šos pienākumus uztic trešās puses darbuzņēmējam. Šādas shēmas reti sastopamas tīrā veidā. Gandrīz vienmēr šādu sistēmu izbūve ir Izpildītāja (vai vairāku Izpildītāju) un Pasūtītāja kopīgs darbs. Bet tas viss ir saistīts ar jautājumu, kurš vadīs projektu. Šķiet, kam gan citam, ja ne Izpildītājam šādas tiesības būtu jādod, bet... Piedalīšanās gan Pasūtītāja (jo tikai viņš zina visas prasības savam datu centram), gan Izpildītājam (jo ja Izpildītājs) tehnisko specifikāciju rakstīšanā. nav iesaistīta, tad Pasūtītājs var uzrakstīt tādas tehniskās specifikācijas, kuras neviens nemaz nevar ieviest) ļauj mums diskusijas laikā izveidot diezgan precīzu priekšstatu par sistēmu, kas tiks izveidota, un programmatūru, kas būtu jāizmanto . Tie. speciālisti, kas piedalās tehnisko specifikāciju rakstīšanā, kļūst par tās rakstīšanas pabeigšanas brīdi viskompetentākā attiecībā uz konkrētām prasībām projektam, kas tiek veikts konkrētam klientam. Uzreiz atbildu uz iespējamiem jautājumiem par kopīgu tehnisko specifikāciju rakstīšanu. Klients, izstrādājot lielus projektus var viens pats uzrakstīt tikai sākotnējās specifikācijas specifikāciju, kas ir piemērota tikai konkursa rīkošanai meklējot darbuzņēmēju. Un kopīgi uzrakstītās tehniskās specifikācijas ar strīdīgiem jautājumiem, kas atrisināti starp Izpildītāju un Pasūtītāju, kalpos kā galvenais dokuments datu centra pieņemšanai, jo “Programma un testēšanas metodika” tiks rakstīta, pamatojoties uz tehniskajām specifikācijām.

Tāpēc viena no galvenajām kļūdām, ko pieļauj Klients, ir tehnisko specifikāciju rakstīšanā iesaistīto speciālistu izslēgšana no darba un tikai šauru speciālistu piedalīšanās sākotnējā un detalizētā projektēšanā, risinot privātus jautājumus. Lielu projektu īstenošanā iesaistītie speciālisti jāatrodas Pasūtītāja komplekso darbu nodaļā. Un tieši viņiem vajadzības gadījumā būtu jāiesaista visi atsevišķu jomu speciālisti. Šajā gadījumā integrētās nodaļas speciālisti apzinās visus projekta “smalkos” punktus un pašam projektam būs lielāka iespēja veiksmīgi pabeigt. Tāpat integrētās nodaļas speciālistiem jāpiedalās Pasūtītāja darbu pieņemšanā, jo Pastāvīgi sekojot līdzi darba gaitai, viņi apzinās visas tā problēmas.

Piezīme par darbu, kas ietilpst visaptverošās nodaļas kompetencē.

Ir maldīgi domāt, ka sarežģītas nodaļas slodze aprobežosies tikai ar dalību lielos projektos, kuru Pasūtītājam parasti nav īpaši daudz. Lielie projekti paši par sevi neeksistē. Parasti katram projektam ir nepieciešama sava paplašināšana, integrācija ar dažādām apakšsistēmām un izmaiņas, kas veiktas saistībā ar jaunizveidotiem uzdevumiem. Tieši šo jautājumu risināšanā noderēs sarežģīti speciālisti. Iepriekšējais attiecās ne tikai uz lieliem projektiem, jo ​​tas ir jāsaprot tikai atsevišķu produktu ieviešana kas neskar lielu skaitu Klienta darbinieku, ir iespējams īstenot, apejot komplekso nodaļu.

Ja pievērsīsimies lielu projektu īstenošanas pieredzei, pamanīsim, ka lielas organizācijas (piemēram, bankas), vai tās, kuru specializācija ir saistīta ar IT, pašas vada projektus, lai izveidotu savus datu centrus.

Pamatojuma un tehnisko specifikāciju sagatavošanas posmu apkopošana

No iepriekš minētā varam secināt:

1. Runājot par datu centra izveidi, vispirms ir jānosaka prioritātes prasībām, kas tam būs jāatbilst.
2. Pēc prioritāšu noteikšanas jums par pamatu jāņem viens no standartiem, kura prasības jūs ievērosit. (Es ieteiktu lietot TIA-942, taču mēs nedrīkstam aizmirst, ka tajā nav aplūkoti darbības jautājumi.)
3. Visas novirzes no standarta, uz labu vai sliktu, ir jāpamato.
4. Tehnisko specifikāciju sastādīšanai jāpiesaista sava komplekso darbu nodaļa (vai jāizveido tāda), jo Jūsu pusē ir nepieciešami cilvēki, kuri ir personīgi ieinteresēti veiksmīgā projekta realizācijā un uzraudzīs visu darbu ar Izpildītāju.

Ja pamanījāt, ka šajā daļā es izskatīju jautājumus pirms tehniskās specifikācijas rakstīšanas, es uzsvēru, ka ir nepieciešams rakstīt tehniskās specifikācijas ar Izpildītāju, bet es neko nerakstīju par izpildītāja izvēli. Fakts ir tāds, ka darbuzņēmēja izvēle ir atsevišķs un atbildīgs uzdevums. Un, ja mēs to pieminam ļoti īsi, tad izvēle parasti tiek sadalīta 2 posmos:

1. Pretendentu loka noteikšana, lai atrisinātu jūsu konkrētā datu centra izveides problēmu.
2. Uzņēmumu prezentēto materiālu analīze un jautājumu precizēšana personīgo tikšanos laikā.

Parasti ir vienkāršāk atlasīt vairākus uzņēmumus, kas īsteno veiksmīgus projektus šajā jomā, un nodrošināt tiem sākotnējās tehniskās specifikācijas (šādas tehniskās specifikācijas var sastādīt Izpildītāja speciālisti). Pēc tam datu centra būvniecības kandidāti tiek lūgti izveidot īsu dokumentu, kurā īsi aprakstītas visas datu centra apakšsistēmas un tā darbības process. Parasti, pamatojoties uz izskatīto jautājumu pilnīgumu, lēmumu pamatotību un personīgās komunikācijas rezultātiem, Izpildītāja izvēle kļūst acīmredzama. Un vēl piebildīšu savā vārdā: ja personīgās tikšanās reizē tev sola visu un par lēti (jebkurā gadījumā ievērojami lētāk nekā citiem), tas ir iemesls neticēt un vēlreiz pārbaudīt lietas realitāti un kvalitāti. uzņēmuma realizētie projekti. Turklāt nereti patiesi sarežģītos datu centru būvniecības projektos dažu tā apakšsistēmu ieviešanai nepieciešama citu uzņēmumu iesaiste. Tādā gadījumā uzreiz ir jāvienojas, ka kāds no uzņēmumiem ir šī projekta sistēmas integrators un ar to atrisināsiet visus tehniskos un citus jautājumus. Nav nekā sliktāka par projekta “pa daļām” īstenošanu. Citādi nepatikšanas gadījumā viss būs kā Raikina nemirstīgajā monologā "Vai jums ir pretenzijas pret pogām?"

Starptautiskais mugurkaula telekomunikāciju operators

Viens no galvenajiem starptautisko datu pārraides pakalpojumu sniedzējiem.
IP tranzīta pakalpojumu un īpašu saziņas kanālu nodrošināšana starptautiskiem un vietējiem interneta pakalpojumu sniedzējiem.
Virtuālo privāto tīklu (VPN), interneta piekļuves un citu sakaru pakalpojumu organizēšana lieliem un vidējiem dažādu nozaru uzņēmumiem; banku struktūras un finanšu institūcijas, kā arī valdības organizācijas
Plašs tīkla pārklājums - 28 valstis, 3 kontinenti - un ievērojama klātbūtne Austrumeiropā un Krievijā.
Liela tīkla jauda, ​​caur kuru iet liels starptautiskās satiksmes apjoms.
Augsta savienojamība, pateicoties tiešiem savienojumiem ar daudziem datu centriem un starptautiskās satiksmes apmaiņas punktiem.

Lielākais interneta pakalpojumu sniedzējs Maskavā

Plaša pārklājuma zona - apmēram 70 zonas korporatīvajiem klientiem un 27 rajoni privātpersonām.
Inovatīvas tehnoloģijas - pastāvīgi uzlabo savu pakalpojumu kvalitāti, palielinot serveru jaudu un caurlaidspēja kanālus, drosmīgi ieviešot inovatīvas tehnoloģijas, nodrošinot saviem abonentiem jaunas darba, atpūtas, komunikācijas un attīstības iespējas.
Starlink rūpējas par saviem abonentiem, nodrošinot viņiem nākamās paaudzes internetu. Uzņēmums bija pirmais Krievijā, kas aktīvi savienoja savus lietotājus ar internetu, izmantojot jaunās paaudzes protokolu IPv6.

Datoru laikmets jau ir vairāk nekā 50 gadus vecs, un attiecīgi arī to dzīvības uzturēšanas infrastruktūra ir tikpat veca. Pirmkārt datorsistēmas bija ļoti grūti izmantot un uzturēt, to darbībai bija nepieciešama īpaša integrēta infrastruktūra.

Apbrīnojams kabeļu klāsts savienoja dažādas apakšsistēmas, un daudzi tika izstrādāti, lai tos sakārtotu. tehniskie risinājumi, tiek izmantots arī mūsdienās: aprīkojuma plaukti, viltus grīdas, kabeļu renes utt. Turklāt, lai novērstu pārkaršanu, bija nepieciešamas dzesēšanas sistēmas. Un tā kā pirmie datori bija militāri, drošības jautājumi un ierobežojumi bija pirmajā vietā. Pēc tam datori kļuva mazāki, lētāki, nepretenciozāki un iekļuva dažādās nozarēs. Tajā pašā laikā izzuda nepieciešamība pēc infrastruktūras, un datorus sāka izvietot jebkur.

Revolūcija notika 90. gados pēc klienta-servera modeļa izplatīšanās. Tos datorus, kurus sāka uzskatīt par serveriem, sāka novietot atsevišķās telpās ar sagatavotu infrastruktūru. Šo telpu nosaukumi angļu valodā skanēja kā Computer room, Server room, Data Center, savukārt Padomju Savienībā tās saucām par “Computer room” vai “Computing Centers”. Pēc PSRS sabrukuma un angļu valodas terminoloģijas popularizēšanas mūsu datorcentri pārvērtās par “serveri” un “Datu apstrādes centriem” (DPC). Vai starp šiem jēdzieniem ir būtiskas atšķirības, vai tas ir tikai terminoloģijas jautājums?

Pirmā lieta, kas nāk prātā, ir mērogs: ja tas ir mazs, tad tas ir servera, un, ja tas ir liels, tad tas ir datu centrs. Vai arī: ja iekšā ir tikai savi serveri, tad šī ir serveru telpa; un ja serveru mitināšanas pakalpojumi tiek sniegti trešo pušu uzņēmumiem, tad datu centrs. Vai tā ir? Lai iegūtu atbildi, pievērsīsimies standartiem.

Standarti un kritēriji

Visizplatītākais standarts, kas šobrīd apraksta datu centru dizainu, ir amerikāņu TIA 942. Diemžēl krievu analoga nav, padomju CH 512-78 ir sen un bezcerīgi novecojis (kaut arī bija 2000. gada izdevums), tas var jāņem vērā tikai no vispārīgu pieeju viedokļa.

Pats TIA 942 standarts nosaka, ka tā izveides mērķis ir formulēt prasības un vadlīnijas datu centra vai datortelpas projektēšanai un uzstādīšanai. Pieņemsim, ka datu centrs atbilst TIA 942 prasībām, bet serveru telpa ir tikai sava veida telpa ar serveriem.

Tātad, TIA 942 standarts klasificē 4 datu centru līmeņus (TIER) un nosauc vairākus parametrus, pēc kuriem var veikt šo klasifikāciju. Piemēram, es nolēmu pārbaudīt, vai mana serveru telpa, kas tika uzbūvēta kopā ar rūpnīcu pirms trim gadiem, ir īsts datu centrs.

Kā nelielu atkāpi norādīšu, ka rūpnīca ražo štancētas detaļas automobiļu rūpniecībai. Mēs ražojam virsbūves daļas tādiem uzņēmumiem kā Ford un GM. Pats uzņēmums ir neliels (kopējais darbinieku skaits ir aptuveni 150 cilvēki), taču ar ļoti augstu automatizācijas līmeni: robotu skaits ir salīdzināms ar cehā strādājošo skaitu. Par galveno atšķirību starp mūsu produkciju var nosaukt Just-In-Time darba ritmu, proti, nevaram atļauties kavēšanos, tai skaitā IT sistēmu vainas dēļ. IT ir biznesam kritiska.

Serveru telpa tika veidota atbilstoši rūpnīcas vajadzībām, tā nebija paredzēta pakalpojumu sniegšanai trešo pušu uzņēmumiem, tāpēc sertifikācija par atbilstību nekādiem standartiem nebija nepieciešama. Taču, tā kā mūsu rūpnīca ir liela starptautiska holdinga dalībniece, projektēšana un būvniecība tika veikta, ņemot vērā iekšējos korporatīvos standartus. Un šie standarti vismaz daļēji ir balstīti uz starptautiskajiem standartiem.

TIA 942 standarts ir ļoti plašs, un tajā ir sīki aprakstītas pieejas datu centru projektēšanai un būvniecībai. Turklāt pielikumā ir liels galds ar vairāk nekā divsimt parametru atbilstībai četriem datu centra līmeņiem. Protams, nav praktiski visus tos aplūkot šīs tēmas kontekstā, un dažus no tiem, piemēram, “Atsevišķa stāvvieta apmeklētājiem un darbiniekiem”, “Betona plātnes biezums zemes līmenī” un “Attālums līdz lidostas”, nav īpaši tieši saistīti ar klasifikāciju Datu centri un jo īpaši to atšķirība no serveru telpas. Tāpēc mēs apsvērsim tikai vissvarīgākos, manuprāt, parametrus.

Datu centru klasifikācijas pamatparametri

Standarts nosaka kritērijus divām kategorijām - obligātajām un ieteicamajām. Obligātās apzīmē ar vārdu “jā”, ieteicamos - ar vārdiem “vajadzētu”, “var”, “vēlams” (vajadzētu, drīkst, vēlams).
Pirmais un svarīgākais kritērijs ir operatīvās gatavības līmenis. Saskaņā ar TIA 942 augstākā – ceturtā – līmeņa datu centram ir jābūt 99,995% pieejamībai (t.i., ne vairāk kā 15 minūšu dīkstāves gadā). Tālāk lejupejoši, 99.982%, 99.749% un 99.671% pirmajam līmenim, kas jau atbilst 28 stundu dīkstāvei gadā. Kritēriji ir diezgan stingri, bet kā izskatās datu centra pieejamība? Šeit tiek ņemta vērā tikai visa datu centra dīkstāve kādas dzīvības uzturēšanas sistēmas vainas dēļ, un atsevišķu serveru dīkstāve neietekmē datu centra darbības gatavību. Un ja tā, tad par visticamāko atteices iemeslu pamatoti tiek uzskatīti elektroapgādes sistēmas pārtraukumi.

Mūsu serveru telpā ir jaudīgs APC UPS ar N+1 dublēšanu un papildus akumulatoru skapis, kas spēj uzturēt ne tikai serveru, bet arī visu uzņēmumā esošo datoru darbību līdz 7 stundām (kāpēc mums ir nepieciešami strādājoši serveri ja nav neviena, kas ar tiem pieslēgtos). Trīs darbības gadu laikā ne reizi nav bijušas nekādas atteices, tāpēc pēc šī parametra varam pretendēt uz augstāko TIER 4.

Runājot par barošanas avotu, trešās un ceturtās klases datu centriem ir nepieciešama otra strāvas padeve. Mums tādas nav, tāpēc maksimums ir otrā klase. Standarts arī klasificē elektroenerģijas patēriņu uz kvadrātmetru platības. Dīvains parametrs, par to nebiju domājusi. Es to izmērīju: man ir 6 kW uz 20 kvadrātmetriem, tas ir, 300 W uz kvadrātmetru (tikai pirmais līmenis). Lai gan iespējams, ka es domāju nepareizi: standarts nosaka, ka labam datu centram ir jābūt brīvai vietai mērogošana. Tas ir, izrādās, ka jo lielāka ir “mērogošanas rezerve”, jo zemāks ir datu centra līmenis, bet tam vajadzētu būt otrādi. Šeit mums ir viszemākais vērtējums, bet mēs joprojām atbilstam standartam.

Man svarīgs parametrs ir ārējo telekomunikāciju sistēmu pieslēguma punkts. Mēs sadarbojamies ar klientiem tiešsaistē, lai saņemtu pasūtījumus un piegādātu komponentus, tāpēc komunikācijas trūkums var novest pie mūsu klientu konveijera lentes apstāšanās. Un tas ne tikai negatīvi ietekmēs mūsu reputāciju, bet arī radīs nopietnus sodus. Interesanti, ka pats standarts runā par komunikācijas ievades punktu dublēšanu, bet pielikumā par to nekas nav teikts (lai gan tajā teikts, ka līmeņos, kas pārsniedz pirmo, visām apakšsistēmām jābūt liekām). Mēs izmantojam divus savienojuma kanālus ar automātisku maršrutēšanu, ja vienā no tiem neizdodas, kā arī rezerves GPRS maršrutētāju ar manuālu savienojumu. Šeit mēs atkal atbilstam visaugstākajām prasībām.

Ievērojama standarta daļa ir veltīta kabeļu tīkliem un sistēmām. Tie ir sadales punkti kopējās datu centra kabeļu sistēmas un kabeļu infrastruktūras galvenajām un vertikālajām apakšsistēmām. Izlasot vairākas šīs sadaļas daļas, es sapratu, ka man tas vai nu jāiegaumē, vai arī jāsūc un jākoncentrējas uz svarīgākām lietām. Lai gan, skatoties virspusēji (6. kategorijas vītā pāra, aktīvā aprīkojuma atdalīšana no pasīvā), mēs joprojām atbilstam standartam. Es gan neesmu pārliecināts par tādiem parametriem kā attālums starp skapjiem, paplāšu lieces leņķi un pareizais trašu attālums vājstrāvas kabeļiem, optikai un jaudai. Mēs pieņemsim, ka šeit mēs daļēji izpildām prasības.

Gaisa kondicionēšanas sistēmas: ir kondicionieri, ir dublēšana, var teikt, ka ir pat auksts un karsts koridors (lai gan ir tikai viens, telpas lieluma dēļ.) Bet dzesēšana netiek sadalīta zem viltus grīda, kā ieteikts, bet tieši darba zonā. Nu, mēs nekontrolējam mitrumu, bet saskaņā ar standartu tas ir izlaidums. Mēs uzstādījām daļēju spēli.

Atsevišķa daļa ir veltīta paaugstinātajām grīdām. Standarts regulē gan augstumu, gan slodzi uz tiem. Turklāt, jo augstāka ir datu centra klase, jo augstākām un jaudīgākām jābūt viltus grīdām. Mums tādi ir, un pēc augstuma un slodzes tie atbilst otrajai datu centru klasei. Bet mans viedoklis ir tāds, ka viltotu grīdu esamībai nevajadzētu būt kritērijam, vēl jo mazāk datu centra īpašībai. Es biju uzņēmuma WestCall datu centrā, kur viņi sākotnēji pameta viltus grīdas, novietojot visas paplātes zem griestiem. Gaisa kondicionēšana tiek veikta ar aukstajām un karstajām ejām. Ēka ir atsevišķa, telpas lielas, tiek sniegti specifiski pakalpojumi. Tas ir, labs, “īsts” datu centrs, taču izrādās, ka bez viltus grīdām tas formāli neatbilst standartam.
Nākamais svarīgais punkts ir drošības sistēma. Lielie datu centri ir aizsargāti gandrīz kā seifi bankā, un to nokļūšana ir vesela procedūra, sākot no apstiprināšanas līdz dažādi līmeņi un beidzot ar drēbju un apavu pārvalku maiņu. Mūsējais ir vienkāršāks, bet viss ir: fizisko apsardzi nodrošina privāta apsardzes firma, kas apsargā arī pašu ražotni, un piekļuves kontroles sistēma nodrošina, ka telpās iekļūst tikai pilnvaroti darbinieki. Uzliksim plus zīmi.

Un visbeidzot gāzes ugunsdzēšanas sistēma. Galvenie un rezerves cilindri, sensori pašā telpā, zem grīdas un virs griestiem un vadības sistēma - viss ir. Starp citu, interesants punkts. Kad uzņēmumi vēlas parādīt savu datu centru, pirmā lieta, ko viņi parāda, ir ugunsdzēsības sistēma. Iespējams, tāpēc, ka šis ir visneparastākais datu centra elements, kas nav atrodams gandrīz nekur, izņemot datu centrus, un pārējais aprīkojums vienkārši izskatās pēc dažādu krāsu un izmēru skapjiem.

Galvenais, manuprāt, ir atšķirība starp abiem augšējie līmeņi Datu centri no zemākiem - ka tie jāatrodas atsevišķā ēkā. Šķiet, ka šī ir serveru telpas un datu centra atšķirības sakrālā nozīme: ja tas ir sadalīts atsevišķā ēkā, tad tas ir datu centrs. Bet nē, standarts saka, ka pirmie divi līmeņi ir arī datu centri.

Beidzot atradu parametru, kuram mana servera telpa nav piemērota datu centram: ārdurvju izmērs. Saskaņā ar standartu tām jābūt vismaz 1,0 × 2,13 m un vēlams 1,2 × 2,13 m. Bet mums ir parastas durvis: 0,9 × 2,0 m. Tas ir mīnuss, taču tas ir jāuzskata par kritēriju, lai atšķirtu datu centrs no serveru telpas Priekšējo durvju izmērs nav nopietns.

Gandrīz īsts datu centrs!

Tātad, kas mums ir? Neliela serveru telpa rūpnīcā atbilst gandrīz visām datu centra organizēšanas standarta prasībām, lai arī ar nelielām atrunām. Vienīgā būtiskā neatbilstība ir priekšējo durvju izmērs. Atsevišķas serveru telpas ēkas neesamība neatstāj izredzes uz augstākajām pozīcijām. Tas nozīmē, ka pieņēmums, ka datu centrs noteikti ir liels, bet serveru telpa, gluži pretēji, vienmēr ir maza, ir nepareizs. Kā arī otrs pieņēmums, ka datu centrs apkalpo daudzus klientu uzņēmumus. No visa izriet, ka serveru telpa ir tikai datu centra sinonīms.

Datu centra jēdziens parādījās, kad viņi sāka pārdot hostinga pakalpojumus, nomāt plauktus un mitināšanas serverus. Tolaik serveru telpas koncepciju devalvēja nolaidīga attieksme pret infrastruktūru datoru nepretenciozitātes un zemo dīkstāves izmaksu dēļ. Un, lai parādītu, ka pakalpojumu sniedzējam viss ir izveidots ērtai un darbība bez traucējumiem, un viņi spēj garantēt pakalpojumu kvalitāti, ieviesa datu centru jēdzienu un pēc tam to būvniecības standartus. Ņemot vērā centralizācijas, globalizācijas un virtualizācijas tendences, domāju, ka serveru telpas jēdziens drīz izzudīs vai pārvērtīsies par telekomunikāciju centra apzīmējumu.

Es uzskatu, ka mūsu prezidents rēķinās ar aptuveni to pašu ar policijas likumu. Jēdziens “policija” ir devalvēts, un ir par vēlu radīt viņiem jaunus noteikumus. Vai jaunajai struktūrai izdosies izveidot kompetentus standartus - to redzēsim tuvākajā nākotnē.

Datu apstrādes centrs- šī ir ēka vai tās daļa, kuras primārā funkcija ir izvietot informācijas apstrādes un uzglabāšanas iekārtas, kā arī palīgierīces (inženiertehniskās) iekārtas, kas nodrošina tās darbību (definīcija dota Amerikas standartā EIA/TIA-942).

Datu centrā jaudīgi serveri, kas glabā un apstrādā informāciju, ir koncentrēti salīdzinoši nelielā teritorijā; tīkla iekārtas, kas ir atbildīgas par datu apmaiņu ar ārpasauli; inženiertehniskās sistēmas, kas nodrošina šī “kibersmadzeņu” dzīvi, un drošības sistēmas, kas aizsargā datu centru no nevēlamas ielaušanās.

Rīsi. Datu centrs: shematiska diagramma

Dzīvības atbalsta sistēmas Kabīne: ventilācija, kondicionieris, ugunsdzēšana, piekļuves kontroles un videonovērošanas sistēmas, strukturēta kabeļu sistēma.

Serveri un tīkla aprīkojums: resursu serveri, lietojumprogrammu serveri, informācijas prezentācijas serveri.

Informācijas drošības sistēma: pretvīrusu aizsardzība, surogātpasta filtrs, aizsardzība pret ielaušanos.

Kuriem uzņēmumiem ir nepieciešams datu centrs?

Augošam biznesam agrāk vai vēlāk raksturīgi:

• būtisks informācijas apjoma pieaugums
• izmantoto biznesa lietojumprogrammu skaita pieaugums
• datu apstrāde viena no otras attālinātās nodaļās.

Ir pienācis laiks konsolidēt datu apstrādi un centralizēti pārvaldīt IT infrastruktūru un informācijas sistēmas, tam nepieciešams izbūvēt datu apstrādes centru (DPC).

Datu centri ir nepieciešami visiem uzņēmumiem, kuriem ir kritiska informācijas sistēmu maksimālā pieejamība, kļūdu tolerance un uzticamība. Tie ir lieli uzņēmumi, kas apkalpo sarežģītas biznesa lietojumprogrammas (ERP, CRM sistēmas un citas), sakaru pakalpojumu operatori, bankas, kas apkalpo klientu kontus un veic maksājumus, izmantojot plastikāta kartes, apdrošināšanas kompānijas un citi.

Rīsi. Kuriem uzņēmumiem ir nepieciešams datu centrs?

Tagad Krievijā pieaug datu centru izveides projektu skaits, datu centri kļūst sarežģītāki un palielinās. Vidējie uzņēmumi sāk apzināties datu centru izmantošanas priekšrocības. Lielie uzņēmumi, kas tos iegādājušies ilgu laiku, arvien vairāk ķeras pie rezerves jaudu veidošanas. Kopumā sistēmu integrācijas tirgus šobrīd attīstās uz datu centru tīklu izveidi.

DATU CENTRU VAJADZĪBAS PA NOZARES NOZARES

Tradicionālie IT pakalpojumu patērētāji ir bijuši un paliek uzņēmumi, kuros informācijas tehnoloģijām ir izšķiroša nozīme uzņēmējdarbībā, un pati biznesa funkciju izpilde ir tieši atkarīga no IT pakalpojumu līmeņa, kvalitātes un pieejamības pakāpes. Šie tradicionālie patērētāji bija valsts aģentūras, bankas un telekomunikāciju uzņēmumi. Mūsdienās tie ir IT attīstības līmeņa ziņā nobrieduši lietotāji ar iedibinātu kultūru, pieejām un izpratni par informācijas tehnoloģiju vietu uzņēmuma vai organizācijas hierarhijā. No tehniskā viedokļa tie ir izveidoti datu centri, kas aprīkoti ar modernu aprīkojumu un programmatūra. Tiem raksturīgs dažāds problēmu loks: kur iegūt elektrību, kā, ņemot vērā plašo kvalificēta IT personāla trūkumu, izveidot efektīvu ekspluatācijas servisu, kas spēj apkalpot pēc iespējas lielāku tehnikas parku ar minimālu darbinieku skaitu, kā noturēt speciālistus utt. Šādiem uzņēmumiem un organizācijām svarīgi ir arī citi ar uzņēmējdarbību tieši saistīti jautājumi: piemēram, kā nodrošināt IT struktūras integritāti, kad vienu uzņēmumu pērk cits? Vai arī kā sadalīt visu IT infrastruktūru, sadalot organizāciju?

Šodien Krievijā notiek jauna informācijas tehnoloģiju attīstības kārta, kad rūpniecības uzņēmumi, mazumtirdzniecība mazumtirdzniecības ķēdes, Apdrošināšanas kompānijas. Tieši šeit ir vislielākā interese par IT, jo īpaši par datu centriem. Uzņēmumi atrodas pastāvīgās meklēšanas stadijā: kur vislabāk atrast savu datu centru, ko programmatūra spēs vispilnīgāk atrisināt problēmu, kāda ir optimālā aparatūras platforma nepieciešamo aplikāciju darbināšanai.

Tādējādi spēlētāji arvien vairākos tirgus segmentos apzinās informācijas tehnoloģiju kritiskumu uzņēmējdarbībai, IT arvien dziļāk iekļūst uzņēmumu ekonomikā un pieaug viņu kā uzņēmējdarbības instrumenta loma. Citiem vārdiem sakot, tirgus šodien strauji attīstās, un sistēmu integratoru uzņēmumiem ir daudz darāmā.

Avots: IT menedžeris

Datu centra ieviešanas priekšrocības

Atšķirībā no decentralizētas pieejas uzņēmuma IT infrastruktūras organizēšanai, datu centra izmantošana ietaupa naudu un palielina:

• visu uzticamību informācijas sistēma(datu glabāšanas uzticamība, iekārtu un programmatūras kļūdu tolerance)
• pakalpojumu līmeni, ko uzņēmums sniedz saviem klientiem
• darbinieku produktivitāte, palielinot darbības ātrumu, uzlabojot kontroli utt.

Turklāt datu centrs nodrošina iespēju:

• modernizēt un paplašināt skaitļošanas sistēmas jaunu biznesa lietojumprogrammu ieviešanas kontekstā
• centralizēti pārvaldīt IT infrastruktūru un informācijas sistēmas
• samazināt informācijas sistēmu īpašumtiesību izmaksas.

Korporatīvie un mitināšanas datu centri

Korporatīvais datu centrs sākotnēji tiek izveidots, lai atrisinātu klienta un datu centra īpašnieka biznesa procesu automatizācijas problēmas.

Tiek iznomāts mitināts datu centrs: datu centra īpašnieks organizācijām piešķir plauktu vietu vai kopas, kuras ir piepildītas ar nomnieka aprīkojumu.

Jauktais datu centrs daļēji ir orientēts uz īpašnieka biznesa procesu atbalstīšanu un daļēji uz nomnieku problēmu risināšanu.

Primārais un rezerves datu centrs

Galvenais datu centrs ir informācijas un telekomunikāciju sistēmas kodols. Normālā režīmā tas uzņem visu slodzi.

Rezerves datu centrs nodrošina ierasto pakalpojumu sniegšanas režīmu galvenajā datu centrā uzstādīto iekārtu atteices, profilaktiskās apkopes vai karstas nomaiņas gadījumā.

Datu centra vieta uzņēmuma IT infrastruktūrā

Datu apstrādes centrs ir stratēģiski svarīgs organizācijas informācijas sistēmas mezgls.

Datu centrs nodrošina:

• konsolidēta datu apstrāde un uzglabāšana
• saglabāt noteiktu uzņēmuma biznesa uzdevumu automatizācijas režīmu
• drošību korporatīvā informācija, kā likums, ar augstu komerciālo vērtību.

Darbības panākumi un Klienta konkurētspēja ir tieši atkarīgi no tā sniegto pakalpojumu stabilitātes, uzticamības, savlaicīguma, efektivitātes un pilnības.

Saskaņā ar Meta Group finansiālās izmaksas sistēmas un aprīkojuma atteices gadījumā ir:

• 6,5 miljoni USD stundā gadījumā, ja starpniecības operācijas atbalsta sistēmas atteices
• 2,6 miljoni USD stundā, ja autorizācijas sistēmas neizdodas kredītkartes
• 14 500 USD stundā, ja bankomāts neizdodas
• 330 000 USD vidējā datu centra dīkstāves stundas maksa.

PAZIŅOJUMI