Tietojenkäsittelykeskus (DPC)– yksi monikomponenttinen järjestelmä, joka on suunniteltu varmistamaan liiketoimintaprosessien keskeytymätön automatisoitu toiminta. Tietojenkäsittelykeskuksia luodaan ensisijaisesti lisäämään toiminnassaan tietotekniikkaa aktiivisesti käyttävien yritysten tuottavuutta sekä parantamaan tarjottavien palvelujen laatua.

Suurten tietomäärien tallentamiseen ja käsittelyyn käytetään erikoistuneita teknisiä ratkaisuja, tehokkaita palvelimia ja levymuistia. Luo ja ylläpitää sellaisia tekniset järjestelmät Itse tekeminen on melko vaikeaa ja kallista: palvelimien ylläpito vaatii erityisiä teknisiä olosuhteita, erilliset tilat ja ammattitaitoista henkilökuntaa. Yksi konesalien päätarkoituksista on luoda sopivat olosuhteet palvelinkeskusten sijoittamiselle teknisiä ratkaisuja.

Liiketoiminnan edut

Monikomponenttisten järjestelmien luominen, jotka ratkaisevat useimmat liiketoimintaongelmat, alentaa huomattavasti yrityksen kustannuksia. Varsinkin yrityksille, joilla on maantieteellisesti hajautettu infrastruktuuri, tämä on korvaamaton ratkaisu, sillä 1-2 konesalia palvelevaa työntekijää korvaa menestyksekkäästi monia alueiden toimistoissa työskenteleviä. Myöhemmin monet yrittäjät harkitsivat tietojenkäsittelykeskusten ostamista integraatiotarpeen vuoksi suuri määrä tiedot. Tiettyjen tietojen peruuttamattomasti menettämisen riski on kasvanut erittäin suureksi ja se on johtanut tiettyihin tietojen palauttamiskustannuksiin. Lisäksi riskinä oli eri syistä johtuvien seisokkien aiheuttama osan tulojen menetys. Eli heidän ansiostaan ainutlaatuiset ominaisuudet Palvelinkeskus varmistaa minkä tahansa organisaation tehokkaan, keskeytymättömän toiminnan.

Palvelinkeskuksen etuna on, että henkilö tai yritys voi mistä tahansa planeetan paikasta, millä tahansa verkkopääsylaitteella työskennellä tarvittavalla ja riittävällä laskentateholla, tarvittavalla määrällä muistia ja kaikilla tarvittavilla ohjelmistoilla, jotka toimivat tallennetaan palvelinkeskuksen palvelimille.

Perinteiset palvelut konesaleissa: telinevuokraus, palvelinsijoitus, Internet-yhteys, viestintäkanavien vuokraus, asennus, ohjelmistokonfigurointi, hallinto. Tällä hetkellä niitä on täydennetty vuokraamalla laskentatehoa, virtuaalisia palvelimia ja levytilaa Varakopio tiedot, sovellusten vuokraus.

• Tietojen tallennuksen luotettavuus. Lisäksi tämän luotettavuuden vahvistaa sekä suunnitteluvaiheessa vahvistettu arkkitehtuuri että myöhempi käyttö. Mielenkiintoinen fakta, että omistuskustannusten yksityiskohtainen vertailu tietojärjestelmä Asiakkaan tiloissa (yleensä bisneskeskuksessa) ja konesalissa sijaitsevista saadaan varsin vertailukelpoisia lukuja, mitä ei voi sanoa näiden menetelmien luotettavuuden vertailusta.

• Aikakustannusten vähentäminen uusien IT-alan projektien toteuttamiseen. Työskennellessään konesalissa yritykset valitsevat itsenäisesti palvelut, joita he haluavat saada. Suosituimmat vuokra-asunnot ovat teline, yksikkö, valmis palvelin, virtuaalipalvelin ja tietojen varmuuskopiointi. Mutta tämän lisäksi on useita muita palveluita, joita vuokralaisyritykset voivat tarvittaessa käyttää, mikä säästää merkittävästi aikaa uuden IT-projektin käynnistämiseen. Tämä on esimerkiksi sovellusten vuokraus, jonka avulla voit välttää suuria investointeja työn alkuvaiheessa. Esimerkki on 1C-kirjanpidon vuokraus - työhön sopivan valmiin järjestelmän käyttöönottamiseksi sinun tarvitsee vain tilata ja maksaa tällainen palvelu datakeskuksessa. Samaan aikaan usein asiakkaan toimistossa ei tarvitse ostaa, asentaa tai määrittää mitään muuta kuin Internet-yhteyttä.

• Tilojen vuokrauskustannusten aleneminen. Tähän voivat sisältyä sähkökustannukset, "palvelinhuoneina käytettävät toimistotilat" sekä omien jäähdytysjärjestelmien ja -laitteiden ylläpito katkeamaton virtalähde. Muuten, toimistoon ostetuista laitteista tulee yrityksen käyttöomaisuutta, ja niistä peritään kiinteistövero.

• Pääkonttorin jatkuvan työn järjestäminen yrityksen sivuliikkeiden kanssa koko maassa. pääsy työtietoihin työntekijän sijainnista riippumatta. Esimerkiksi yrityksen johtaja voi lomalla ollessaan tarkistaa työsähköpostin ja ottaa yhteyttä työntekijöihin IP-puhelimen kautta.

• Mahdollisuus perustaa organisaatiolle varatoimisto, jos jostain syystä työskentely päätoimistossa on mahdotonta, mutta se on hankittava tärkeää tietoa, viimeistele projekti

vähentää sovellusten ostokustannuksia. Konsolin omistajat kehittävät kilpailuasemansa vahvistamiseksi uutta palveluvalikoimaa, jota voidaan tarjota vuokralaisille.

Ensimmäiset tietokeskukset käyttivät työssään suuret ulkomaiset yritykset. Venäläiset yrittäjät seurasivat heitä. Venäjän federaatiossa vuosina 2000-2001 ilmestyivät ensimmäiset datakeskusten omistajat. Pioneeri oli Venäjän Sberbank. Hän on maantieteellisesti hajautetuin organisaatio. Eli tarve luoda lukuisten tietojen integrointi oli suuri. Myöhemmin myös suuret öljy-yhtiöt hankkivat omat datakeskuksensa.

Datakeskusten tyypit

Käyttötarkoituksesta riippuen käytettävissä on kolme erityyppistä datakeskusta, joista jokainen on suunniteltu tiettyä yritysmallia varten ja jolla on oma operatiiviset tehtävät ja ongelmat:

• yritysten datakeskukset;
• tietokeskusten isännöinti, joka tarjoaa tietokoneinfrastruktuurin palveluna (IaaS);
• tietokeskuksia Web 2.0 -teknologialla.

Alla on parametrit, jotka voivat vaihdella merkittävästi erityyppisissä datakeskuksissa:

• liikenteen tyyppi (sisäinen, ulkoinen tai sekoitettu);
• kerroksen 2 (L2) ja/tai kerroksen 3 (L3) käyttö liikenteen hallintaan keskustassa tai reunalla (Top of Rack);
• tietojen tallennustekniikka;
• palvelimen virtualisointitaso;
• konesalin kokonaiskoko (palvelimien lukumäärän mukaan).

Palvelinkeskusten perustaminen ja modernisointi

Palvelinkeskuksen komponentit

Perinteinen datakeskus

Palvelinkeskuksen pakolliset komponentit voidaan jakaa kolmeen pääryhmään:

1. Tekniset komponentit. Ne luovat edellytykset keskuksen tehokkaalle toiminnalle. Nämä sisältävät:

• palvelinkompleksi, sisältää palvelimet tietoresursseja, sovelluksia, tiedon esittämistä varten sekä palvelupalvelimia
• tietojen tallennus- ja varmuuskopiointijärjestelmä – konesalin ydin. Se koostuu konsolidoivista levyryhmistä, tallennusverkosta, varmuuskopiointi- ja palautusjärjestelmästä
• Verkkoinfrastruktuuri varmistaa palvelimien välisen vuorovaikutuksen, yhdistää loogiset tasot ja järjestää viestintäkanavat. Se sisältää valtateitä kommunikointia varten operaattoreiden kanssa julkinen pääsy, tietoliikenne, joka tarjoaa yhteyden käyttäjien ja datakeskusten välillä
• Palvelinkeskuksen toiminnan suunnittelujärjestelmä ylläpitää edellytykset keskuksen normaalille toiminnalle. Se sisältää virransyötön, ilmastoinnin, palohälytyksen ja sammutuksen, tiedonsiirron alijärjestelmät sekä automatisoidut järjestelmät lähetys, tietoresurssien hallinta
• Turvajärjestelmä estää luvattoman tunkeutumisen luottamuksellisten tietojen alueille. Se koostuu turvalaitteista, varoitusjärjestelmästä ja kulunvalvontajärjestelmästä

2. Ohjelmisto. Nämä ovat itse asiassa konesalin infrastruktuuripalveluita ja ohjelmistoja tietylle organisaatiolle välttämättömien liiketoimintaprosessien oikeaan toimintaan. Infrastruktuurikomponentteja ovat mm.

• palvelimien käyttöjärjestelmät;
• tietokantaohjelmistot;
• työasemien käyttöjärjestelmät;
• klusterointi työkalut;
• varmuuskopiointi työkalut;
• tallennuslaiteohjelmat;
• Palvelinten ja työasemien hallintatyökalut;
• inventaario työkalut;
• toimisto-ohjelmistot;
• Sähköposti;
• Internet-selaimet.

Liiketoimintaprosessien toimivuudesta vastaavia ohjelmia ovat mm.

• liiketoimintasovellukset;
• yrityksen perustiedot palvelut;
• yhteistyösovellukset;
• teollisuuden komponentit;
• Ohjelmistot elektronisen arkiston ja projektinhallintajärjestelmän suunnitteluun ja teknologiseen suunnitelmaan liittyvien ongelmien ratkaisemiseen;
• ohjelmat, jotka tarjoavat tiedosto-, tulostus-, hakemistopalveluita ja muita sovellustehtäviä.

3. Organisaatioympäristö ratkaisee IT-palvelujen tuottamiseen liittyviä kysymyksiä. Sen on täytettävä IT-palvelujen tarjoamisen vaatimukset, kuten ISO/IEC 20000. Tässä:

• palvelujen toimitusprosessit eli palvelujen laatu ja saatavuus;
• toimittajan ja asiakkaan sekä urakoitsijoiden väliset suhteet;
• prosessit minkä tahansa järjestelmäkomponentin toiminnan aikana ilmenevien ongelmien ratkaisemiseksi;
• kokoonpanonhallintaprosessit, IT-infrastruktuurin tilan seuranta ja valvonta, inventointi, konfiguraatiokohteiden tarkastus ja rekisteröinti, asiakirjojen kerääminen ja hallinta, IT-infrastruktuuria koskevien tietojen tarjoaminen kaikkia muita prosesseja varten;
• muutoksenhallintaprosessit eli tarvittavien muutosten määrittäminen ja niiden toteuttaminen IT-palveluille mahdollisimman pienillä riskeillä sekä konsultointi ja toimenpiteiden koordinointi koko organisaation kanssa;
• julkaisuprosessit, eli useiden konfigurointiyksiköiden organisaation yhteinen testaus ja käyttöönotto aktiiviseen toimintaan.

Ohjelmiston tietokeskus

Ohjelmistopalvelinkeskuksessa toteutamme koko ympäristön ohjelmistomoduulien muodossa virtuaalikoneita– virtuaalinen laite. Ajatuksena on, että vain palvelimia ja kytkimiä käytetään fyysisesti. Kaikki muu toteutetaan virtuaalikoneiden - virtuaalilaitteiden - muodossa.

Palveluntarjoajien maailmassa tämä tekniikka tunnetaan ja jopa standardoituna nimellä NFV - Network Function Virtualization - verkkotoimintojen virtualisointi. Vain siellä sitä käytetään palvelujen tarjoamiseen, ja vastaavasti paljon huomiota kiinnitetään orkestrointi- ja hallintatyökaluihin, integrointiin OSS-järjestelmiin, jonka avulla voit automatisoida palveluiden luomisprosessin jokaiselle tilaajalle. Yritystietokeskuksessa palvelujen koostumusta ei tarvitse muuttaa niin usein, automaatiotaso voi olla huomattavasti alhaisempi, mutta kaikkien verkkotoimintojen siirtäminen virtuaalikoneen on silti merkittäviä.

Nykyaikaisten teknologioiden nopea kehitys johtaa väistämättä useimpien prosessien automatisoinnin lisääntymiseen, ei vain eritasoisissa yrityksissä, vaan myös jokapäiväisessä elämässä.

Tekniikan tason noustessa tiedonvaihtoprosessit eri entiteettien välillä kiihtyvät. Tarvitaan erityisiä automatisoituja keskuksia, joissa kaikki tiedot tallennetaan ja käsitellään turvallisesti ja asianmukaisesti.

Paras ratkaisu tässä asiassa on DPC:t (tietojenkäsittelykeskukset), joista on vähitellen tulossa olennainen osa minkä tahansa yrityksen infrastruktuuria.

Palvelinkeskusten tarkoitus ja tyypit

Tietojenkäsittelykeskukset ovat monimutkainen järjestelmä, joka sisältää koko joukon IT-ratkaisuja, huipputeknisiä laitteita ja teknisiä rakenteita.

Palvelinkeskuksen päätehtävänä on käsitellä nopeasti mitä tahansa datamäärää, tallentaa tietoa ja esittää se standardoidussa muodossa käyttäjälle. Itse asiassa keskuksen ytimen muodostavat tehokkaat palvelinasemat, jotka on varustettu tarvittavilla ohjelmistoilla, jäähdytys- ja turvajärjestelmillä.

Tällaisia ​​keskuksia on kahta päätyyppiä:

• kaupallinen tyyppi. Nämä ovat kokonaisia ​​komplekseja, jotka on rakennettu myöhempää laskentatehon vuokraamista varten. Niille on ominaista korkea suorituskyky ja suurin tiedonsiirtonopeus. Tällaista palvelua käyttävä käyttäjä saa virtuaalisen datakeskuksen, joka voi itse asiassa sijaita toisessa kaupungissa tai jopa maassa. Tämän vaihtoehdon edut ovat ilmeisiä - käyttäjä voi itsenäisesti määrittää järjestelmän kokoonpanon tiettyjen parametrien mukaan, ohjaus tapahtuu etänä, eikä sinun tarvitse kuluttaa rahaa oman datakeskuksen rakentamiseen ja ylläpitoon;


• sisäinen (yritys). Tiettyyn yritykseen perustetut keskukset. Ne on tarkoitettu vain yrityksen sisäiseen käyttöön. Huolimatta tällaisen keskuksen luomiseen ja käyttöönottoon liittyvistä kustannuksista, sen tärkein etu on koko järjestelmän suora ohjaus. Yritys ei ole riippuvainen ulkopuolisesta laiteomistajasta (palveluntarjoaja) ja pystyy tehokkaammin varmistamaan tietoturvan ja liikesalaisuuksien säilymisen. Jos tietyt järjestelmät epäonnistuvat, niiden palautusprosessi on paljon nopeampi. Älä unohda, että yritys, joka omistaa oman datakeskuksen, voi tarjota autonominen toiminta laitteet sähkönsyöttöverkon katkosten varalta ja reagoida mahdollisimman nopeasti erilaisiin hätätilanteisiin.

Mobiili- ja modulaariset datakeskukset

Kannattaa harkita myös mobiilidatakeskusta, joka on avaimet käteen -ratkaisu pienille yrityksille. Edut ovat ilmeiset - kiinteälle konesalille ei tarvitse suunnitella erityistä huonetta, ottaa huomioon laitteiden erityispiirteet, lämpötilaolosuhteet ja muut tekijät. Jotkut maailmanluokan valmistajat ovat alkaneet kehittää tällaisia ​​keskuksia ja ovat saavuttaneet suurta menestystä.

Rakenteellisesti järjestelmä koostuu tietystä määrästä yhtenäisiä moduuleja, jotka voidaan helposti yhdistää täysimittaiseksi autonomiseksi kompleksiksi ja konfiguroida nopeasti.

Modulaarinen datakeskus on järkevin ja yksinkertaisin tapa monille keskitason yrityksille. Toinen tällaisen keskuksen etu on, että sen luominen ja käyttöönotto vie huomattavasti vähemmän aikaa kuin kiinteä rakenne.

Tällaiset integroidut ratkaisut ovat yleistyneet eri toimialojen yrityksissä. Ensinnäkin puhumme organisaatioista ja yrityksistä, joille nopea tiedonvaihto on keskeinen toiminta-alue. Nämä ovat erilaisia pankkijärjestelmät, valtion ja kaupalliset teleorganisaatiot, IT-yritykset, puhelinkeskukset, hätälähetyspalvelut.

Oikein käsitellyt tiedot, jotka toimitetaan nopeasti, ovat ensiarvoisen tärkeitä tällaisten yritysten työssä. Tärkeä kriteeri on myös mahdollinen voiton menetys virheellisen tai liian hitaan tietojenkäsittelyn yhteydessä. Siksi suurille organisaatioille tällaiset keskukset on varustettu uusimmilla teknologisilla laitteilla ja ohjelmistoilla.

Mitä on tärkeää tietää palvelinkeskusta valittaessa?

Tietojenkäsittelyn luotettavuus ja nopeus monissa yrityksissä määräävät työprosessin rakenteen ja palveluiden tason asiakkaille.

Tärkeimmät palvelinkeskuksen vaatimukset ovat seuraavat:

• itsenäinen työ;


• korkea luotettavuus;


• datan suojelu;


• luotettavuus;


• korkea suorituskyky riippumatta siitä, onko kyseessä pilvipalvelinkeskus (virtuaalinen) vai yrityksen sisäinen vaihtoehto;
• suuri määrä tiedon tallentamiseen;


• mahdollisuus laajentaa ja modernisoida (suunniteltu seuraaville 5-7 vuodelle ottaen huomioon yrityksen ennakoitu kasvu ja teknologian kehitys).

Nämä kriteerit täyttävät palvelinkeskukset Venäjällä ovat: Paras päätös kotimaisille yrityksille erikoistuneella toimialalla. Useimmille asiakkaille vaatimusten ja kustannusten kokonaissuhde on erittäin tärkeä.

Nykyään talouskriisin vuoksi palvelinkeskukset Venäjän federaatiossa eivät ole enää niin kysyttyjä kuin 10 vuotta sitten, ja tämä suuntaus näkyy kaikkialla maailmassa.

Suuret yritykset ymmärtävät tällaisten keskusten tärkeyden, mutta laitteita valitessaan ne keskittyvät ensisijaisesti kustannuksiin, eivät Uusimmat tekniikat ja lisäominaisuuksia.

Palvelinkeskusten keskeiset elementit

Tietojenkäsittelykeskusten rakenne sisältää useita komponentteja ja alijärjestelmiä, joita ilman operatiivinen tiedonkäsittely ja tietojen tallennus on mahdotonta.

Järjestelmä sisältää seuraavat lohkot:

• tietokeskuksen IT-infrastruktuuri;


• eri monimutkaisuuden tasoiset tekniset järjestelmät;


• integroitu lähestymistapa turvallisuuteen;


• hallinta ja seuranta.

Ymmärtääksesi rakennetta yksityiskohtaisemmin, sinun tulee tarkastella päälohkoja tarkemmin.

tietokeskuksen IT-komponentti;

Ensimmäinen lohko on korkean teknologian laitteiden kompleksi, joka on integroitu yhteiseen järjestelmään.

Tämä on eräänlainen minkä tahansa nykyaikaisen datakeskuksen ydin, joka koostuu:

• palvelin laitteet;


• järjestelmät tietojen siirtoon, käsittelyyn ja tallentamiseen.

Palvelinten tehokkuuden lisäämiseksi monet tunnetut yritykset kehittävät uusia tuotteita: ohjelmistoja, teknologioita virtuaalitodellisuus ja valmiita integroituja ratkaisuja, jotka perustuvat blade-palvelimien käyttöön. Tämä on yksi suosituimmista IT-alan erikoisaloista.

Uudella kehityksellä voidaan merkittävästi lisätä laitteiden tuottavuutta, parantaa energiatehokkuutta, alentaa ylläpitokustannuksia ja optimoida työprosesseja mahdollisimman paljon.

Tekniset ratkaisut palvelinkeskuksessa

Tehokkaiden huipputeknisten laitteiden keskeytymättömän toiminnan varmistamiseksi on tarpeen luoda tehokas suunnittelujärjestelmä.

Palvelinkeskuksen tärkeimmät suunnittelujärjestelmät jakautuvat kahteen luokkaan:

• sähkönjakelu. Erikoislaitteiden tulee varmistaa laitteiden katkeamattoman sähkönsyötön lisäksi myös sähkölinjojen onnettomuuksien sattuessa siirtyä autonomiseen virransyöttöön. Tämän saavuttamiseksi käytetään erilaisia ​​keskeytymättömiä virtalähteitä ja lisägeneraattoreita. On erittäin tärkeää, että virran jännite ja taajuus vastaavat vaadittuja parametreja ja ettei verkossa ole katkoksia tai äkillisiä jännitteitä. Tällaiset heilahtelut vaikuttavat negatiivisesti palvelinlaitteisiin ja voivat johtaa sen epäonnistumiseen;


• jäähdytys. Tehokkaat palvelimet lähettävät käytön aikana valtavan määrän lämpöä, joka poistetaan erityisillä sisäänrakennetuilla pattereilla. Tämä ei ratkaise ongelmaa kokonaan, koska palvelinasemat sijaitsevat erillisissä suljetuissa tiloissa. Luotettavan jäähdytyksen varmistamiseksi käytä erilaisia ​​järjestelmiä ilmastointilaitteet, jotka toimivat automaattinen tila varmistaa optimaalisen huonelämpötilan ja estää laitteiden ylikuumenemisen. Käyttämällä uusia teknologioita ilmastointialalla (invertterikompressorit, korkean tarkkuuden lämpöanturit) on mahdollista vähentää energiankulutusta 10-15%.

Tietokeskuksen turvallisuus

Yksi tärkeimmistä komponenteista minkä tahansa konesalin suorituskyvyssä on oikein suunniteltu turvajärjestelmä. Tietojen turvallisuuden varmistamiseksi ja luvattoman pääsyn estämiseksi niihin Internetin kautta yritykset käyttävät uusinta virustorjuntaohjelmistoa ja muita tietosuojaohjelmia.

Asiattomien sisäänpääsyn estämiseksi kehitetään ja otetaan käyttöön pääsyjärjestelmää tietylle työntekijäryhmälle, menetelmiä murron ja laitteiden fyysisen tunkeutumisen estämiseksi, videovalvontaa ja palontorjuntajärjestelmää. Integroitu lähestymistapa turvallisuuteen varmistaa tärkeiden tietojen turvallisuuden.

Datakeskuksen valvonta

Integroitu lähestymistapa hallintaan ja valvontaan on tärkeä osa jokaista modernia datakeskusta. Tällaiset järjestelmät valvovat automaattisesti kaikkien laitteiden suorituskykyä ja ympäristöparametreja (lämpötila, kosteus, jännite ja virran taajuus).

Olennainen osa valvontaa ovat järjestelmät todennäköisten laitevikojen ennakointia ja varhaisvaroitusta varten.

Erityinen paikka on lähettämisellä - tämä on tärkeä osa työprosessia, jonka avulla voit järjestää henkilöstölle tiedottamisen hätätilanteesta nykyaikaisten viestintätekniikoiden avulla (tietojen lähettäminen sähköpostiosoite, mahdollisuus valita automaattisesti tietyn ryhmän tilaajille tai lyhyttekstiviesteille).

Integroitu lähestymistapa vähentää merkittävästi hätätilanteiden riskiä, ​​ja ylivoimaisen esteen sattuessa se tarjoaa tehokkaimman tavan torjua ja ennallistaa järjestelmän vaurioituneita alueita.

Palvelinkeskukset näyttelyssä

Tärkeä tapahtuma järjestetään Expocentren messualueen alueella - näyttely "Kommunikaatio". Laaja näyttely on omistettu operatiiviseen tietojenkäsittelyyn ja tietoturvallisuuteen. Tämä on kansainvälinen tapahtuma, jossa maailman johtavat erikoislaitteiden valmistajat ja ohjelmisto esittelevät viimeisintä kehitystään tällä alalla.

Jokainen voi saada viimeisimmät uutiset datakeskuksista, tutustua suunnittelujärjestelmiin, uusiin mobiili- ja kiinteisiin komplekseihin.

Erityistä huomiota kiinnitetään turvallisuuteen ja tarvittaviin laitteisiin konesalien jäähdytyksen, ilmanvaihdon ja keskeytymättömän virransyötön varmistamiseksi. Tämä tärkeä tapahtuma kaikille alan asiantuntijoille ja yritysjohtajille, jotka haluavat modernisoida yritystään käyttämällä nykyaikaiset tekniikat ja uusimmat laitteet tietojen tallentamiseen, siirtoon ja käsittelyyn.

Lue muut artikkelimme:

Datakeskus on edelleen harvinainen käsite ukrainalaisille yrityksille. Ja jos IT-työntekijöiden keskuudessa hänen roolinsa ei herätä kysymyksiä, niin johtajista muiden alojen yritysten omistajiin herää paljon kysymyksiä. Kysymykset ovat hyvin erilaisia ​​- alkaen siitä, mikä palvelinkeskus on, miten sen työprosessi toimii ja miksi sitä tarvitaan.

Joten mikä on datakeskus? Tietysti voit kääntyä Wikipediaan ja lukea, että: Palvelinkeskus (englanninkielisestä datakeskuksesta) tai tietojen (tallennus- ja) käsittelykeskus (DPC/DPC) on erikoistunut rakennus (isännöinti) palvelin- ja verkkolaitteiden sijoittamiseen. ... Tämä on selvää edellä mainituille IT-henkilöille. Mutta entä ihmiset, jotka eivät kuulu "alienien" kastiin, miten voimme selittää heille?

Joten aloitetaan järjestyksessä. Palvelinkeskus on korkean teknologian turvallinen sivusto, jossa sijaitsevat eri yritysten palvelimet. Yksinkertaisesti sanottuna palvelinkeskus on eräänlainen "palvelimien talo". Ensinnäkin on syytä mainita, että itse palvelusta on hyötyä yrityksille, joiden toiminta on suoraan riippuvainen nopean ja tehokas käsittely suuria ja joskus valtavia tietovirtoja. Vuosisadalla tietotekniikat, usein varastamista varten tietoihin kohdistuu kaikenlaisia ​​hyökkäyksiä. Juuri erityisten katastrofiturvaratkaisujen käyttöönotto ja tietojen varmuuskopioinnin järjestäminen konesaleihin suojaavat tiedot mahdollisimman hyvin katoamisriskeiltä. On yleisesti hyväksyttyä, että konesalipalveluille on kysyntää vain suuryrityksissä, mutta itse asiassa kehitysyritykset käyttävät palveluita, varsinkin kun on kyse startupeista ulkomaisilla investoinneilla.

Itse asiassa kaupallisen datakeskuksen tarkoitus on tarjota asiakkaille palveluita, jotka liittyvät tiedon (teksti-, graafinen, digitaalinen ja muu data) tallennuksen ja käsittelyn luotettavuuden ja vikasietoisuuden varmistamiseen, suurten Internet-portaalien toimivuuden varmistamiseen, mm. volyymilaskenta.

Palvelinkeskus tarjoaa erityisiä suojattuja kanavia kansainväliseen viestintään. Taattu turvallisuus, tietokeskuksen luotettavuus sekä suurin nopeus ovat nyt kaupallisesti kysyttyjä maailmanmarkkinoilla.

Palvelinkeskuksen peruspalvelut

Pääpalvelut ovat:

• Palvelimen vuokraus
• Jaettu hosting

Lisäpalvelut

Tarjolla on myös useita lisäpalveluita:

• Varmuuskopio (varmuuskopio)
• Pilviratkaisut
• Hallittu palvelin
• Etätyöpöytä

Palvelinkeskuksissa käytetyt tekniikat

Huipputekninen infrastruktuuri, joka varmistaa konesalin laitteiden keskeytymättömän toiminnan, on nykyaikaisen datakeskuksen pääominaisuus. Tätä tarkoitusta varten palvelinkeskus on varustettu ilmastointijärjestelmillä, keskeytymättömällä virtalähteellä, turva- ja muilla elämää ylläpitävillä järjestelmillä.

Eli tärkeimmät tekniset ominaisuudet luotettavat datakeskukset ovat:

• Erikoisrakennuksen saatavuus datakeskukselle
• Taattu virtalähde ja ilmastointijärjestelmä.
• Teollinen ilmanvaihtojärjestelmä.
• Automaattinen sammutusjärjestelmä.
• Turvallisuuden ja kulunvalvonnan saatavuus.
• Dieselgeneraattorin saatavuus.
• 24/7 pääsy palvelinlaitteistoihin sekä henkilökunnalle että asiakkaille.

Usein palvelinkeskukset sijaitsevat useiden teleoperaattoreiden tai viestintäkeskuksen vieressä, jotta voidaan varmistaa välitön valtavien tietomäärien vaihto ja tiedon nopea lataaminen mistä päin maailmaa tahansa. Keskeinen kriteeri palvelinkeskuksen luotettavuuden arvioinnissa on käytettävyys, ts. palvelimen saatavuusaika.
Se on yksinkertaista, eikö? Siirrytään nyt artikkelimme toiseen osaan.

Miksi tarvitset datakeskuksen?

Ensi silmäyksellä kysymys näyttää yksinkertaiselta, koska palvelimet ja muut työvälineet on sijoitettava jonnekin, mutta miksi rakentaa tähän kokonaisia ​​rakennuksia, jos palvelinhuoneella pärjää. Ensinnäkin vastaus on taloudellisessa hyödyssä. Tietojenkäsittelyresurssien ja tietojen tallennustilojen yhdistäminen palvelinkeskukseen mahdollistaa IT-resurssien käytön kokonaiskustannusten alentamisen.

Asiantuntijat tunnistavat seuraavat tavat taloudellisten kustannusten optimoimiseksi edellyttäen, että laitteet sijaitsevat kaupallisessa datakeskuksessa:

• ei tarvitse luoda omaa infrastruktuuria;
• alennukset Internet-yhteydestä, koska konesalilla on omat yhteydet Internetin pääsolmuihin;
• hallintokulujen aleneminen konesalin työntekijöiden palvelimen ylläpidon vuoksi;
• vuokran aleneminen palvelimien tilan puutteen vuoksi;
• kuormien uudelleenjako, jotta liiketoimintaongelmat voidaan ratkaista nopeammin.

Toisin sanoen palvelinten sijoittaminen luotettaviin tietokeskuksiin ei ainoastaan ​​takaa tietojen turvallisuutta, eheyttä ja suojausta, vaan myös optimoi kunkin yrityksen taloudelliset kustannukset.

Tietokoneiden aikakausi on jo yli 50 vuotta vanha, ja vastaavasti niiden elämää ylläpitävä infrastruktuuri on yhtä vanha. Ensimmäiset tietokonejärjestelmät olivat erittäin vaikeita käyttää ja ylläpitää, ne vaativat erityisen integroidun infrastruktuurin toimiakseen.

Uskomaton valikoima kaapeleita yhdisti eri osajärjestelmiä, ja niiden organisoimiseksi kehitettiin monia teknisiä ratkaisuja, joita käytetään edelleen: laitetelineet, korotetut lattiat, kaapelihyllyt jne. Lisäksi vaadittiin jäähdytysjärjestelmiä ylikuumenemisen estämiseksi. Ja koska ensimmäiset tietokoneet olivat sotilaallisia, turvallisuuskysymykset ja rajoitukset tulivat ensin. Myöhemmin tietokoneista tuli pienempiä, halvempia, vaatimattomampia ja ne tunkeutuivat useille aloille. Samaan aikaan infrastruktuurin tarve katosi ja tietokoneita alettiin sijoittaa minne tahansa.

Vallankumous tapahtui 90-luvulla asiakas-palvelin-mallin leviämisen jälkeen. Ne tietokoneet, joita alettiin pitää palvelimina, alettiin sijoittaa erillisiin huoneisiin, joissa oli valmis infrastruktuuri. Näiden huoneiden nimet englanniksi kuulostivat tietokonehuoneelta, palvelinhuoneelta, datakeskukselta, kun taas Neuvostoliitossa kutsuimme niitä "tietokonehuoneiksi" tai "laskentakeskuksiksi". Neuvostoliiton romahtamisen ja englanninkielisen terminologian yleistymisen jälkeen tietokonekeskuksemme muuttuivat "palvelimeksi" ja "tietojenkäsittelykeskuksiksi" (DPC). Onko näiden käsitteiden välillä perustavanlaatuisia eroja vai onko kyse vain terminologiasta?

Ensimmäinen asia, joka tulee mieleen, on mittakaava: jos se on pieni, se on palvelin, ja jos se on suuri, se on datakeskus. Tai: jos sisällä on vain omat palvelimet, tämä on palvelinhuone; ja jos palvelimen isännöintipalveluita tarjotaan kolmansille osapuolille, niin datakeskus. Onko näin? Katsotaanpa vastausta standardeihin.

Standardit ja kriteerit

Yleisin tällä hetkellä palvelinkeskusten suunnittelua kuvaava standardi on amerikkalainen TIA 942. Valitettavasti venäläistä analogia ei ole olemassa. Neuvostoliiton CH 512-78 on kauan sitten ja toivottoman vanhentunut (vaikka siitä oli versio vuodelta 2000), se voi olla. tarkastella vain yleisten lähestymistapojen näkökulmasta.

TIA 942 -standardissa itsessään sanotaan, että sen luomisen tarkoituksena on muotoilla vaatimuksia ja ohjeita konesalin tai tietokonehuoneen suunnittelulle ja asennukselle. Oletetaan, että konesali on jotain, joka täyttää TIA 942:n vaatimukset, ja palvelinhuone on vain jonkinlainen huone, jossa on palvelimia.

Joten TIA 942 -standardi luokittelee datakeskusten 4 tasoa (TIER) ja nimeää joukon parametreja, joilla tämä luokitus voidaan suorittaa. Esimerkkinä päätin tarkistaa, onko tehtaan kanssa kolme vuotta sitten rakennettu palvelinhuoneeni todellinen datakeskus.

Pienen poikkeuksena huomautan, että tehdas valmistaa leimattuja osia autoteollisuudelle. Valmistamme korin osia yrityksille, kuten Ford ja GM. Itse yritys on pieni (kokonaishenkilöstö noin 150 henkilöä), mutta erittäin korkea automaatiotaso: robottien määrä on verrattavissa työpajan työntekijöiden määrään. Suurin ero tuotantomme välillä voidaan kutsua Just-In-Time-työrytmiksi, eli meillä ei ole varaa viivästyksiin, myös IT-järjestelmien viasta. IT on liiketoimintakriittistä.

Palvelinhuone oli suunniteltu vastaamaan tehtaan tarpeita, joten sen ei ollut tarkoitus tarjota minkäänlaisia ​​standardeja. Koska tehtaamme on kuitenkin suuren kansainvälisen holding-yhtiön jäsen, suunnittelussa ja rakentamisessa on huomioitu yrityksen sisäiset standardit. Ja nämä standardit perustuvat ainakin osittain kansainvälisiin.

TIA 942 -standardi on erittäin laaja ja kuvaa yksityiskohtaisesti lähestymistapoja datakeskusten suunnitteluun ja rakentamiseen. Lisäksi liitteessä on suuri taulukko, jossa on yli kaksisataa parametria neljän palvelinkeskuksen tason noudattamiseksi. Kaikkia ei tietenkään ole käytännöllistä tarkastella tämän aiheen yhteydessä, ja joitain niistä, esimerkiksi "Erillinen pysäköinti vierailijoille ja työntekijöille", "Betonilaatan paksuus maanpinnan tasolla" ja "Läheisyys lentokentät”, eivät liity kovinkaan suoraan luokitukseen Palvelinkeskukset ja erityisesti niiden ero palvelinhuoneesta. Siksi tarkastelemme vain mielestäni tärkeimpiä parametreja.

Perusparametrit konesalin luokitteluun

Standardi asettaa kriteerit kahdelle kategorialle - pakolliselle ja suositeltavalle. Pakolliset on merkitty sanalla "pitää", suositellut - sanoilla "pitäisi", "saattaa", "toivottava" (pitäisi, saa, toivottavaa).
Ensimmäinen ja tärkein kriteeri on toimintavalmiuden taso. TIA 942:n mukaan korkeimman – neljännen – tason datakeskuksen käytettävyyden on oltava 99,995 % (eli enintään 15 minuuttia seisokkeja vuodessa). Lisäksi laskeva, 99,982%, 99,749% ja 99,671% ensimmäiselle tasolle, mikä vastaa jo 28 tuntia seisonta-aikaa vuodessa. Kriteerit ovat melko tiukat, mutta miltä konesalin saatavuus näyttää? Tässä huomioidaan vain koko konesalikeskuksen seisokki, joka johtuu jonkin hengenapujärjestelmän viasta, eikä yksittäisten palvelimien seisokki vaikuta konesalin toimintavalmiuteen. Ja jos näin on, todennäköisimpänä syynä vikaan pidetään oikeutetusti sähkönsyöttöjärjestelmän katkoksia.

Palvelinhuoneessamme on tehokas APC UPS N+1 redundanssilla ja ylimääräinen akkukaappi, joka pystyy ylläpitämään palvelimien lisäksi myös yrityksen kaikkien tietokoneiden toimintaa jopa 7 tuntia (mihin tarvitsemme käynnissä olevia palvelimia jos heihin ei ole ketään yhteyttä). Kolmen käyttövuoden aikana ei ole koskaan ollut vikoja, joten tämän parametrin mukaan voimme saavuttaa korkeimman TIER 4:n.

Virtalähteestä puheen ollen, kolmannen ja neljännen luokan datakeskukset vaativat toisen tehonsyötön. Meillä ei ole sellaista, joten maksimi on toinen luokka. Standardi luokittelee myös tehonkulutuksen pinta-alan neliömetriä kohti. Outo parametri, en ole koskaan ajatellut sitä. Mittasin sen: minulla on 6 kW / 20 neliömetriä, eli 300 W / neliö (vain ensimmäinen taso). Vaikka on mahdollista, että ajattelen väärin: standardi sanoo, että hyvässä konesalissa on oltava vapaata tilaa skaalaukseen. Eli käy ilmi, että mitä suurempi "skaalausmarginaali", sitä matalampi on datakeskuksen taso, mutta sen pitäisi olla päinvastoin. Tässä meillä on alhaisin arvosana, mutta täytämme silti standardin.

Minulle tärkeä parametri- ulkoisten tietoliikennejärjestelmien liitäntäpiste. Olemme vuorovaikutuksessa asiakkaiden kanssa vastaanottaaksemme tilauksia ja lähettääksemme komponentteja, joten viestinnän puute voi johtaa asiakkaidemme kuljetushihnojen pysähtymiseen. Ja tämä ei ainoastaan ​​vaikuta kielteisesti maineeseemme, vaan johtaa myös vakaviin sakkoihin. On mielenkiintoista, että standardi itsessään puhuu tietoliikenteen syöttöpisteiden monistamisesta, mutta liite ei kerro tästä mitään (vaikka siinä sanotaan, että ensimmäisen yläpuolella kaikkien alijärjestelmien on oltava redundantteja). Käytämme kahta yhteyskanavaa, joissa on automaattinen reititys, jos toinen niistä epäonnistuu, sekä GPRS-varareititin manuaalisella liitännällä. Täytämme jälleen korkeimmat vaatimukset.

Merkittävä osa standardista on omistettu kaapeliverkoille ja -järjestelmille. Nämä ovat jakelupisteitä koko datakeskuksen kaapelointijärjestelmän ja kaapelointiinfrastruktuurin pää- ja pystyalajärjestelmille. Luettuani useita tämän osion osia tajusin, että minun täytyy joko opetella se ulkoa tai imeä se ja keskittyä tärkeämpiin asioihin. Vaikka pintapuolisesti katsottuna (luokka 6 kierretty pari, aktiivisen laitteiston erottaminen passiivisista), noudatamme silti standardia. Vaikka en ole varma sellaisista parametreistä kuin kaappien välinen etäisyys, lokeroiden taivutuskulmat ja oikeat reittivälit heikkovirtakaapeleille, optiikalle ja teholle. Oletamme, että tässä täytämme osittain vaatimukset.

Ilmastointijärjestelmät: on ilmastointilaitteita, on redundanssia, voidaan sanoa, että siellä on jopa kylmä ja kuuma käytävä (vaikka niitä on vain yksi, huoneen koosta johtuen.) Mutta jäähdytystä ei jaeta väärän alle kerroksessa suosituksen mukaisesti, mutta suoraan työskentelyalueella. No, emme säätele kosteutta, mutta standardin mukaan tämä on puute. Järjestimme osittaisen ottelun.

Erillinen osa on omistettu korotetuille lattioille. Standardi säätelee sekä niiden korkeutta että kuormitusta. Lisäksi mitä korkeampi palvelinkeskuksen luokka on, sitä korkeampia ja tehokkaampia väärien kerrosten tulee olla. Meillä on niitä, ja ne vastaavat korkeudeltaan ja kuormituksiltaan toisen luokan palvelinkeskuksia. Mutta minun mielipiteeni on, että väärien lattioiden esiintymisen ei pitäisi olla kriteeri, saati palvelinkeskuksen ominaisuus. Olin WestCall-yrityksen datakeskuksessa, jossa he alun perin hylkäsivät valelattiat ja laittoivat kaikki lokerot katon alle. Ilmastointi on tehty kylmillä ja kuumilla käytävillä. Rakennus on erillinen, tilat suuret ja erityispalveluja tarjotaan. Eli hyvä, "todellinen" datakeskus, mutta osoittautuu, että ilman vääriä kerroksia se ei muodollisesti täytä standardia.
Seuraava tärkeä kohta on turvajärjestelmä. Isoja palvelinkeskuksia vartioidaan melkein kuin pankin kassakaapit, ja sinne pääseminen on koko prosessi, alkaen eri tasojen hyväksynnästä vaatteiden ja kengänpäällisten vaihtamiseen. Meillä on yksinkertaisempi, mutta kaikki on olemassa: fyysisen turvallisuuden huolehtii yksityinen vartiointiyritys, joka vartioi myös itse laitosta, ja kulunvalvontajärjestelmä varmistaa, että vain valtuutetut työntekijät pääsevät tiloihin. Laitetaan plusmerkki.

Ja lopuksi kaasupalonsammutusjärjestelmä. Pää- ja varasylinterit, anturit itse huoneessa, lattian alla ja katon yläpuolella sekä ohjausjärjestelmä - kaikki on siellä. Muuten, mielenkiintoinen pointti. Kun yritykset haluavat esitellä palvelinkeskustaan, he esittelevät ensimmäisenä palonsammutusjärjestelmän. Luultavasti siksi, että tämä on palvelinkeskuksen epätavallisin elementti, jota ei löydy lähes mistään muualta kuin datakeskuksista, ja loput laitteet näyttävät yksinkertaisesti erivärisiltä ja -kokoisilta kaapilta.

Suurin ero mielestäni konesalin kahden ylemmän tason ja alempien tasojen välillä on se, että ne tulisi sijoittaa erilliseen rakennukseen. Näyttää siltä, ​​​​että tämä on palvelinhuoneen ja datakeskuksen välisen eron pyhä merkitys: jos se on erotettu erilliseksi rakennukseksi, se on datakeskus. Mutta ei, standardi sanoo, että kaksi ensimmäistä tasoa ovat myös datakeskuksia.

Löysin vihdoin parametrin, jolle palvelinhuoneeni ei sovellu konesaliksi: ulko-oven koon. Standardin mukaan pitäisi olla vähintään 1,0 × 2,13 m ja mieluiten 1,2 × 2,13 m. Mutta meillä on tavallinen ovi: 0,9 × 2,0 m Tämä on miinus, mutta sitä tulisi pitää kriteerinä a datakeskus palvelinhuoneesta Etuoven koko ei ole vakava.

Melkein todellinen datakeskus!

Mitä saimme? Tehtaan pieni palvelinhuone täyttää lähes kaikki konesalin organisointistandardin vaatimukset, tosin pienin varauksin. Ainoa suuri ero on etuoven koko. Palvelinhuoneen erillisen rakennuksen puuttuminen ei jätä mahdollisuuksia kärkisijoille. Tämä tarkoittaa, että oletus, että konesali on välttämättä suuri ja palvelinhuone päinvastoin aina pieni, on virheellinen. Sekä toinen oletus, että palvelinkeskus palvelee monia asiakasyrityksiä. Kaikesta seuraa, että palvelinhuone on vain synonyymi datakeskukselle.

Konseptikeskuksen käsite syntyi, kun he alkoivat myydä hosting-palveluita, vuokrata telineitä ja hosting-palvelimia. Tuolloin palvelinhuoneen käsite devalvoitui huolimattomasta suhtautumisesta infrastruktuuriin PC-tietokoneiden vaatimattomuuden ja alhaisten seisokkien kustannusten vuoksi. Ja osoittaakseen, että palveluntarjoajalla on kaikki rakennettu kätevää ja ongelmatonta toimintaa varten ja he pystyvät takaamaan palvelun laadun, he esittelivät datakeskusten käsitteen ja sitten standardit niiden rakentamiselle. Ottaen huomioon keskittämisen, globalisaation ja virtualisoinnin trendit uskon, että palvelinhuoneen käsite katoaa pian tai muuttuu tietoliikennekeskuksen nimitykseksi.

Uskon, että presidenttimme luottaa suunnilleen samaan asiaan poliisilain kanssa. "Poliisin" käsite on devalvoitunut, ja on liian myöhäistä luoda heille uusia sääntöjä. Onko mahdollista rakentaa päteviä standardeja uudelle rakenteelle - näemme lähitulevaisuudessa.

Enimmäkseen tiedotetaan jo toteutetuista konesaliprojekteista tai sen luomisessa käytetyistä edistyneistä teknologioista. Jostain syystä palvelinkeskuksen valinnan perusteleminen, sen teknisten eritelmien asiantuntevaa laatimista koskevat kysymykset sekä kysymykset palvelinkeskuksen kaikkien ominaisuuksien tehokkaasta käytöstä jäävät huomiotta. Parhaan kykyni ja kykyni mukaan yritän käsitellä näitä asioita yksityiskohtaisemmin.

Asiakirjan laajuus ja huomioitavien asioiden luettelo

Tämän asiakirjan tarkoituksena on tarjota tarvittavat tiedot asiantuntijoille, jotka osallistuvat datakeskusten, palvelinhuoneiden ja konehuoneiden luomiseen ja käyttöön.

Asiakirja kattaa:

• Datakeskusten suunnittelun, rakentamisen ja käytön aikana ilmenevät ongelmat sekä mahdolliset ratkaisut näihin ongelmiin
• Siinä annetaan suosituksia nykyaikaisten standardien käytöstä sekä lyhyt kuvaus niistä.
• Esitetään tärkeimmät suunnitteluvirheet ja käytön aikana ilmenevät ongelmat, esitetään niiden seuraukset sekä mahdollisia tapoja poistaa virheitä ja ratkaista ongelmia.
• Säännöt onnistuneiden IT-projektien luomiseksi annetaan erikseen.
• Paljastetaan tärkeimmät vaatimukset konesalikeskuksen pääelementeille ja mahdollisuuksien mukaan selitetään näiden vaatimusten syyt ja niiden noudattamatta jättämisen seuraukset.
• Tietokeskusten perustamisen tärkeimmät suuntaukset sekä ulkomaisten ja venäläisten palvelinkeskusten tilastotietoja on listattu

Tämä ei tietenkään ole kattava asiakirja, eikä yhden asiakirjan puitteissa ole mahdollista käsitellä pääasiallisia kysymyksiä, jotka tulevat esiin perustelun, suunnittelun, käyttöönoton ja itse käytön vaiheissa. Siksi yritän mahdollisuuksien mukaan tuoda esiin konesalin koko elinkaaren avainkohdat ja kiinnittää erityistä huomiota asioihin, joita mielestäni kirjallisuudessa ja Internetissä kuvataan vähiten. Se, että jotkin asiat eivät ole saaneet asianmukaista kattavuutta, ei lakkaa olemasta tärkeitä, varsinkin kun osa niistä, kuten jäljempänä osoitetaan, on piilotettu hyvin erityisistä syistä.

Ensinnäkin yritän selventää asiantuntijoiden piiriä, joille asiakirja on suunnattu. Nämä ovat asiantuntijoita organisaatioista, joilla ei ole datakeskusta, mutta jotka haluavat rakentaa sen, asiantuntijoita, jotka ovat päättäneet rakentaa datakeskuksen, mutta eivät tiedä mitä etsiä kirjoittaessaan tehtävänkuvaus(T)Z ja kuinka valita kumppani, asiantuntijat, jotka ovat rakentaneet datakeskuksen, mutta yrittävät varmistaa ilmoitetut ominaisuudet ja alentaa kustannuksia käytön aikana. Dokumentti kiinnostaa todennäköisesti myös laitetoimittajia ja konesalien kehittäjiä, ainakin asiakkaidensa ongelmien ymmärtämisen kannalta. Vaikka asiakirjassa käsitellään suurinta osaa palvelinkeskuksen valinnan, sen suunnittelun, rakentamisen ja toiminnan perustelemiseen liittyvistä seikoista, asiakirja ei sisällä ohjeita tämän tai toisen laitteen valinnasta tai edes tiettyjen laitteiden pakollisesta käytöstä. teknologioita. Tosiasia on, että uusia laitteita, ratkaisuja ja teknologioita ilmestyy joka vuosi, usein itse asiassa erottuvana siitä, että tehdään joitain merkityksettömiä muutoksia tai toteutetaan kauan tunnettuja ratkaisuja, mutta uudella tavalla. teknisellä tasolla. Muista -" Muutaman periaatteen tunteminen vapauttaa meidät monien yksityiskohtien tiedosta " Tämän perusteella yritän ensin puhua monimutkaisten tietokonejärjestelmien suunnittelun ja toiminnan periaatteista, jotka sopivat ihanteellisesti datakeskukseen.

Jotta voit keskustella palvelinkeskuksen rakentamisen ja käytön ongelmista, sinun on määriteltävä joitain termejä ja ymmärrettävä, mikä datakeskus on. Siksi yritän ensin määritellä itse termin "tietokeskus".

Käsitteen "palvelinkeskus" määritelmä

Viime aikoina on tullut erittäin muodikasta puhua datakeskuksen luomisesta. Melkein jokainen itseään kunnioittava yritys ilmoittaa, että yksi sen erikoisaloista on datakeskusten tai datakeskusten rakentaminen. Tyypillisesti yritykset viittaavat positiivisiin arvosteluihin, valmiisiin projekteihin jne. ja niin edelleen.

Yritetään ensin selvittää, mikä datakeskus on, miten se eroaa vain hyvästä palvelinhuoneesta ja myös mitkä palvelinkeskuksen ominaisuudet sallivat sen kutsumisen datakeskukseksi. Pyrimme myös ymmärtämään, millaiset työt vaativat erityistä huomiota konesalin rakentamisessa ja missä voit säästää rahaa laadun heikkenemättä. Kaiken tämän analysointi mahdollistaa paremman datakeskuksen luomisen lisäksi myös hyödyllinen muiden tietojen tallennus- ja käsittelyobjektien rakentamisessa.

Jos käännyt Wikipedia Että Datakeskus tai keskusta varastointi ja tietojenkäsittely (Datakeskus/TsKOD) on erikoistunut rakennus palvelin- ja viestintälaitteiden sijoittamiseen (isännöimiseen) sekä tilaajien liittämiseen Internet-kanaviin. Toinen palvelinkeskuksen nimi on Datakeskus(englannista datakeskus).

Kommentti : Jos asiakirja sisältää termin " Datakeskus", tämä tarkoittaa, että asiakirjaa lainataan tai kerrotaan uudelleen siellä, missä täsmälleen tätä termiä käytetään, eikä termiä " Datakeskus».

Itse asiassa tällainen tulkinta ei ainakaan paljasta datakeskuksen koko olemusta. Tämä tulkinta on sisällöltään paljon läheisempi: ”Palvelukeskus on rakennus (tai sen osa), jossa käytetään monimutkaisia ​​ratkaisuja tietodatan tallentamiseen, käsittelyyn ja jakeluun IT-infrastruktuurin avulla, joka mahdollistaa tietyt kriteerit täyttävän toimintonsa. .”

Joka tapauksessa, kun määrität datakeskusta, sinun ei pitäisi korostaa isännöinnin ja Internetin läsnäoloa, koska ne todella voivat olla, mutta niiden puuttuminen ei ole kriittinen palvelinkeskuksen kannalta. Siinä muodossa, jossa palvelinkeskuksen hienostunut muotoilu esitetään, se vastaa täysin standardissa esitettyä konesalin käsitettä. TIA-942. Vaikka mielestäni sanamuoto " Datakeskus - Tämä on rakennus, osa sitä, tai rakennusryhmä, johon niitä käytetään... » tarkemmin tekstissä. Koska Voi hyvinkin käydä niin, että toteutettaessa palvelinkeskusta, jossa on päällekkäisiä osajärjestelmiä, konesali jaetaan maantieteellisesti useiden rakennusten kesken. Joskus he muistavat, että palvelinkeskusta käytettäessä on tarpeen kehittää joukko organisaation menettelytapoja ja kouluttaa henkilökuntaa jatkuvasti. Mutta tämä ei ole enää niin tärkeää, koska Sinun on vain ymmärrettävä, että konesali ei ole vain rakennus, vaan myös joukko teknisiä ratkaisuja, eikä vain sitä, vaan myös tarvittavien palvelujen tarjoamista ja pätevän henkilöstön saatavuutta.

Historiallisesti palvelinkeskukset (nimi datakeskus ilmestyi myöhemmin Venäjällä) kasvoivat IT-yritysten omistamista suurista palvelinpalvelimista 90-luvulla. Tätä laadullista muutosta edesauttoivat asiakas-palvelin-teknologian ilmaantuminen, uusien kaapeliverkkostandardien syntyminen ja hierarkkisen medianhallinnan syntyminen. Palvelinkeskusten pääominaisuudet olivat kehittyneet vuoteen 2000 mennessä, jolloin konesalikeskuksista tuli suuri kysyntä Internet-palvelimien käyttöönotolle organisaatioille, joilla ei ollut valmiuksia tukea niitä, sekä eri organisaatioiden laajennettujen tietokantojen toiminnan varmistamiseen tietokonekeskuksissaan. .

Tällä hetkellä pelkästään Pietarissa on enemmän kuin 30 Datakeskus. Itse asiassa niitä on enemmän, koska Jotkut organisaatiot ovat rakentaneet infrastruktuureja, jotka sopivat datakeskuksen käsitteeseen.

Mitä tulee standardiin TIA-942 On huomattava, että asiakirja käsittelee yksityiskohtaisesti suunnittelun osajärjestelmien rakentamiseen liittyviä kysymyksiä (lähinnä vaatimusilmoitusten muodossa), mutta jos yrität kysyä tietyn projektin valitsemisesta datakeskuksen rakentamista varten. erityistehtäviä, kysymyksiä herää välittömästi. TIA-942-standardi esittelee konseptin TIER-tasot. Standardi käsittelee neljää tasoa, jotka liittyvät eri asteisiin valmius (TIA-942 terminologia ) palvelinkeskuksen laitteistoinfrastruktuuri. Korkeammat tasot eivät ainoastaan ​​tarkoita parempaa käytettävyyttä, vaan johtavat myös korkeampiin infrastruktuurikustannuksiin. Itse asiassa TIA-942-standardi jakaa (luokittelee) datakeskukset vain luotettavuustason mukaan (joskus he kirjoittavat, että saatavuustason mukaan, mutta tämä termi, vaikka se onkin lähellä, on silti kapeampi kuin termi " luotettavuus»).

Palvelinkeskusten luokitus

Itse tietokeskuksen käsite on melko epätietoinen, tosiasia on, että kaikki datakeskukset ovat erilaisia ​​paitsi kooltaan, myös niille määrätyiltä tehtäviltä, ​​ja mahdollisuuksien mukaan tarjoavat perustoiminnot tietyllä tasolla (laadulla); . Ja eri datakeskusten päätoimintoja niiden suunnasta riippuen voidaan pitää eri toimintoina.

Tarkemmin katsottuna voit tunnistaa melko paljon kriteerejä, joilla palvelinkeskukset voidaan jakaa. Pohjimmiltaan juuri nämä kriteerit ovat ratkaisevia palvelinkeskusten toiminnassa, tai näillä kriteereillä on joukko ominaisuuksia, jotka mahdollistavat tietyn ryhmän palvelinkeskuksia valitsemisen.

Datakeskukset voidaan jakaa seuraavasti:

• Tarkoitus, tai tarkemmin sanottuna, jakaa ne julkisiin ja ei-julkisiin (termi "yritys" käytetään useammin) palvelinkeskuksiin;
• Tietojen tallennuksen luotettavuus (tarkemmin sanottuna luotettavuuden ja saatavuuden yhdistelmällä).

On myös erillisiä ryhmiä Kestävä katastrofi Tietojenkäsittelykeskukset (DPC) ja " roskakoriin datakeskuksia" Nimi "trash" tulee sanasta (eng. roskakoriin- roskat) - yleensä nämä ovat pieniä datakeskuksia, joissa jäähdytys toteutuu vain luonnollisen ilmanvaihdon ansiosta.

Tällaiset "roska" palvelinkeskukset eivät pääosin täysin täytä konesaleille asetettuja vaatimuksia, mutta ne ovat halvempia, ympäristöystävällisempiä ja palvelintelineiden vuokraaminen niistä on huomattavasti halvempaa.

Kaikki on selvää julkisiin ja ei-julkisiin datakeskuksiin, ja niiden lähestymistapa suunnitteluun on erilainen. Itselleen konesalia tehdessään organisaatiohan tietää varsin hyvin, mitä peruskiinteistöistä se tarvitsee ja missä voi säästää rahaa. Siten mahdollisuus täyttää palvelinkeskuksen vaatimukset valikoivasti. Julkisissa konesaleissa kaikki on hieman monimutkaisempaa, ja jos he haluavat saada sertifioinnin konesalissa lisätäkseen asiakkaidensa määrää, niin jokaisen on vähintään noudatettava pakollisia suosituksia.

Jos puhumme luotettavuudesta, meidän on aloitettava ottamalla huomioon termi "vikojen välinen keskimääräinen aika". Itse asiassa ei ole tosiasia, että kun järjestelmä epäonnistuu jonkin sen elementin vian vuoksi, se lakkaa toimimasta. Jos jokin järjestelmän elementeistä epäonnistuu (siirtyy toimivasta tilasta toimimattomaan tilaan), järjestelmä muuttuu toimintakyvyttömäksi, he sanovat, että vika on tapahtunut. epääminen. Jos järjestelmä kuitenkin pysyy toimintakunnossa, he sanovat, että tapahtui ongelma epäonnistuminen. Vikojen ja vikojen esiintymishetki ja -taajuus on kuvattu todennäköisyysteorian menetelmin, eikä niitä käsitellä tässä asiakirjassa. Ainoa asia, joka sinun on muistettava, on se, vain analysoimalla kaavio järjestelmän luotettavuus ja kun on digitaalisesti dataa vikojen välisestä ajasta sen kunkin komponentin osalta, voidaan puhua koko järjestelmän käytettävyyden tai suorituskyvyn tasosta. Prosenttiosuus siitä ajasta vuoden aikana, jolloin järjestelmä on ollut päällä ja/tai alhaalla (% käyttöaika ja seisonta-aika), liittyvät suoraan toisiinsa. Seisokit ovat koko vuoden seisokkiaika. Näitä termejä käytetään usein keskusteltaessa eri tasoista ( Taso) Datakeskus. Mutta niiden digitaalinen ilmaisu eri tasoilla ei ole oikea, koska Vikasietomittarien leviäminen saman tason datakeskusten välillä voi olla suuri. Asiakirjan oikeaan paikkaan osoitetaan, että kaikki konesalin eri tasojen seisokkiaikaa kuvaavat luvut ovat pahasta, eikä niihin voi oikein luottaa. Lyhyesti sanottuna luettelo eri datakeskustasojen tyypillisimmistä piirteistä voidaan tiivistää yksinkertaiseen taulukkoon.

Palvelinkeskusluokka (taso)
Tunnusomaisin ominaisuus	Perustason matala vikasietoisuus	Varauksella	Mahdollisuus rinnakkaiseen ennaltaehkäisevään työhön	Korkea vikasietoisuus
	Altti häiriöille normaalissa työnkulussa sekä suunnitelluista että suunnittelemattomista toimista. Siinä on virranjakelu ja tietokoneen jäähdytysjärjestelmät, mutta siinä voi olla korotettu lattia, UPS tai generaattori. Vaikka UPS-laitteita tai generaattoreita olisikin, ne ovat yksimoduulijärjestelmiä ja niissä on useita yksittäisiä vikakohtia. Joka vuosi infrastruktuuri on suljettava kokonaan määräaikaishuoltoa ja ennaltaehkäiseviä korjauksia varten. Kiireelliset tarpeet voivat vaatia useammin katkoksia. Toiminnalliset virheet tai kiinteistöinfrastruktuurin komponenttien spontaanit viat aiheuttavat keskeytyksiä konesalin normaalissa toiminnassa.	Siinä on ylimääräisiä komponentteja, jotka ovat hieman vähemmän alttiita normaalin työn häiriöille suunnitelluista ja suunnittelemattomista toimista kuin perustietokeskus. Tässä tapauksessa on korotettu lattia, UPS ja generaattorit, mutta projektin luokitus on N+1 (Need plus One), mikä tarkoittaa yksivirtaista jakelupolkua koko alueelle. Kriittisen voimapolun ja muiden kiinteistön infrastruktuurin osien huolto ja korjaus edellyttävät tietojenkäsittelyprosessin pysäyttämistä.	Mahdollistaa minkä tahansa kiinteistön infrastruktuurin suunnitellun toiminnan suorittamisen häiritsemättä konehuoneen teknisten laitteiden normaalia toimintaa. Suunniteltuihin toimintoihin kuuluvat ennaltaehkäisevä ja ohjelmoitava huolto, komponenttien korjaus ja vaihto, suorituskykyyn vaikuttavien komponenttien lisääminen tai poistaminen, komponenttien ja järjestelmien testaus jne. Käytettävissä on oltava riittävästi teho- ja jakelukapasiteettia kuormittamattomana samanaikaiseen kuormitukseen samalla radalla ja samaan aikaan suorittaa korjauksia tai testauksia toisella polulla. Suunnittelemattomat toimenpiteet, kuten toimintavirheet tai kiinteistöinfrastruktuurin komponenttien spontaanit viat, aiheuttavat silti keskeytyksiä palvelinkeskuksen normaalissa toiminnassa. Tason III tilat suunnitellaan usein siten, että resurssit lisätään tasolle IV.	Siinä on useita aktiivisten tehon ja jäähdytyksen jakelupolkuja. Tarjoaa suuremman vikasietoasteen 2 polun ansiosta. Tarjoaa useita polkuja virran syöttämiseen kaikentyyppisille tietokone- ja tietoliikennelaitteille. Edellyttää, että kaikilla tietokone- ja tietoliikennelaitteilla on useita virtalähteitä. Laitteet jatkavat toimintaansa, kun yksi tehonsyöttö katkaistaan. Laitoksen infrastruktuuri pystyy ja kykenee sallimaan minkä tahansa aikataulun mukaisen toiminnan häiritsemättä kriittisen kuorman normaalia toimintaa. Vikasietoinen toiminnallisuus varmistaa myös, että datakeskuksen infrastruktuuri kestää vähintään yhden suunnittelemattoman pahimman tapauksen vian (tai tapahtuman) vaikuttamatta toiminnan kannalta kriittiseen työmäärään. Siinä on kaksi erillistä UPS-järjestelmää, joissa jokaisessa järjestelmässä on N+1 redundanssia.
Resurssia kuluttavan yrityksen tyyppi	Keskisuuret ja pienet yritykset. Palvelinkeskus yrityksen sisäisten prosessien huoltoon	Keskisuuret ja pienet yritykset. Palvelinkeskus toimii "5x8"-tilassa	Yritykset palvelevat sekä sisäisiä että ulkoisia asiakkaita 7x24	Globaalit yritykset tarjoavat palvelujaan 24×365
Rakennustyyppi	Naapureiden kanssa		Vapaasti seisova
Tehotulojen määrä	1		Toinen on aktiivinen, toinen on valmiustilassa	Kaksi aktiivista

Esimerkkinä annan käytettävyyden ja järjestelmän poissaoloajan vastaavuuden (vuosittain). En linkitä tasoja numeroihin, koska... Totesin jo yllä, saavutettavuusindikaattoreiden leviäminen vuodessa voi olla melko suuri yhden tason sisällä.

Saatavuus, % (%KÄYTTÖASTE)	Katkosaika vuodessa, tunti. (ALASAIKAvuodessa), tunti	Luotettavuusratkaisut
		Ilman redundanssia, generaattoria ja varatuloa
		Ei redundanssia, generaattori, mutta on varatulo
		Osittainen "kylmä" redundanssi, ilman generaattoria, mutta varatulolla
		Tärkeimpien osien "kuuma" varmuuskopiointi ja melkein kaiken muun "kylmä" varmuuskopiointi, generaattori ja varmuussyöttö
		Kuuma valmiustila kriittisimmille osille ja kylmä valmiustila lähes kaikkeen muuhun, generaattori kuumavalmiustilassa ja varatulo kuumavalmiustilassa.
99,999	5,26 min.	Täysi redundanssi kaikesta, aina 2 polkua (yhteydet), usein päällekkäisyyksiä.

"Ilman varausta" -tyyppinen merkintä ei tarkoita, että vikatilanteessa toimittajalta odotetaan tilausta ja viallisen laitteen vastaanottamista. Laskettujen varaosavarastojen olemassaolo ja MTTR-indikaattorin (korjausajan keskimääräinen aika) arvon aleneminen vaikuttavat myös merkittävästi seisokkiin.

Vielä yksi tärkeä huomautus. Palvelinkeskus on jonkin sen komponentin vähimmäistason enimmäistaso. Mutta toisaalta sinun on muistettava se kaikki standardien suositukset eivät ole pakollisia, ja jos tiedät tarkalleen mihin ja miten niiden rikkominen vaikuttaa, voit yleensä säästää rahaa kun rakennat datakeskusta.

Esimerkki

Kehittäjät, jotka kamppailevat usein parantaakseen datakeskuksen energiatehokkuutta,mitattuna kokonaistehon ja tehon suhteena IT-laitteet ovat pitkään kamppailleet toimintalämpötilojen nostamisen kanssa. Ajatus on hyvä, sillä todellisuudessa useimpien tietokonelaitteiden käyttöikä konesalissa on 3-4 vuotta, vaikka matkan varrella on huomioitava, että virransyötöstä vastaavat laitteet vaihdetaan yleensä harvemmin, vaikkakin asianmukaisella huollolla. . Tämän ajanjakson jälkeen laite joko vaihdetaan tai kriittisimmät sovellukset siirretään muihin uusiin laitteisiin. Huoneen lämpötilan nousu useilla asteilla ei varsinaisesti vaikuta laitevikojen todennäköisyyteen tänä aikana, mutta vähentää merkittävästi jäähdytyshäviöitä ja lisää siten energiatehokkuutta.Nyt on olemassa suuntauksia, joissa joidenkin palvelinkeskusten luokkien sallittu lämpötila nousee entisestään.

Siksi on erittäin tärkeää tietää miksi standardit sisältävät tiettyjä vaatimuksia ja mitä tapahtuu, jos standardista poikkeaa suuntaan tai toiseen. Kaikki tämä voidaan selvittää vain analysoimalla palvelinkeskuksen tiettyjen osien vaatimuksia. On myös ymmärrettävä kysymys siitä, mitkä standardit säätelevät konesalin komponenttien vaatimuksia, ovatko ne ristiriidassa keskenään ja onko näitä standardeja yleensä noudatettava. Siksi seuraava luku on omistettu standardeille ja niiden vaatimuksille.

Vakiovaatimukset datakeskuksen komponenteille

Ensinnäkin sinun on päätettävä vaatimuksista, mitä standardeja on noudatettava, ja mikä tärkeintä, mitä tapahtuu, jos niitä "rikotaan" vastaavasti, parempaan tai huonompaan suuntaan. Aivan luvun alussa esitän hieman kapinallisen ajatuksen. Standardit on tunnettava, jotta niitä voidaan tarvittaessa rikkoa. Tarkemmin sanottuna on järkevää asettaa joitakin vaatimuksia tietokeskuksellesi korkeammat tai alhaisemmat kuin valitsemasi datakeskusluokan vakiovaatimukset. Kirjoitin tämän rivin ja tajusin, että nyt minun on ehdottomasti kirjoitettava nimi tälle "älykkäälle" standardille, jonka vaatimuksia on noudatettava palvelinkeskusta kehitettäessä. Mutta... ei, se ei ole niin yksinkertaista. Asiakirjat, joiden otsikossa on ylpeä nimi "Standard...", ovat itse asiassa useimmiten tämän standardin luoneen asiantuntijaryhmän yleisiä kokemuksia. Kohti saavutettavuutta (%KÄYTTÖASTE) tai seisokkeja (ALASAIKA) suositukset eivät ole suoraan relevantteja. Standardien vaatimusten noudattaminen antaa sinun todella parantaa näitä indikaattoreita, mutta kuinka paljon, tämä on hämärän peittämä mysteeri. Tosiasia on, että on käytännössä mahdotonta ottaa huomioon kaikkia tekijöitä, jotka vaikuttavat näiden indikaattoreiden laskuun tai nousuun, ja vielä enemmän on mahdotonta saada tietoja kaikista konesalissasi käyttämistäsi laitteista. Mitä tehdä? Ensinnäkin, kun olet priorisoinut luomasi datakeskuksen vaatimukset, yritä ottaa jokin standardeista perustaksi ja noudattaa sen vaatimuksia mahdollisimman tarkasti.

Mielestäni sinun täytyy alkaa etsiä sinulle sopivaa Standardia edellä mainitulla TIA-942 « TietoliikenneinfrastruktuuriTietojenkäsittelykeskukset". Standardin ensimmäinen versio julkaistiin vuonna 2005. Rakenteiden, tehonsyötön, lämmönpoiston, turvavalvonnan, redundanssin, kunnossapidon ja käyttöönottomenettelyjen vaatimukset on kuvattu täällä.

Kesäkuussa 2010 Building Industry Consulting Service International Inc. (BICSI) julkaisi uuden standardin 002-2010 : Palvelinkeskusten suunnittelun ja toteutuksen parhaat käytännöt. Tämä standardi BSCI 002-2010 kuvastaa tietokonekeskusten järjestämisen monimutkaisuutta ja yritysten ja organisaatioiden tarvetta ymmärtää energian, mekaanisen kuormituksen ja tietoliikenteen vaatimukset atk-keskusten infrastruktuuria suunniteltaessa.

Kumpaa standardia on parempi käyttää? Mitä eroja niillä on? Joten miten saat sertifioinnin? Onhan olemassa standardeja muilta organisaatioilta. Esimerkiksi pääasiallinen ero Uptime Instituten standardien mukaiseen sertifiointiin on se, että tämän organisaation sertifioitujen ammattilaisten on tarkastettava paikan päällä, että heidän standardeissaan asetettuja vaatimuksia noudatetaan. Vuoden 2010 puolivälissä Uptime Institute julkaisi toisen standardin " Toiminnan kestävyys(Operational Sustainability)” säätely- ja käyttöpalvelut. Juuri operaatiopalvelun vaatimukset puuttuivat TIA-942 . Ja vaikka yhdessä täyttävät standardin vaatimukset TIA-942 ja standardi Toiminnan kestävyys Datakeskusten vaatimukset on jo mahdollista muotoilla melko tarkasti, mutta käytännössä uusien konesalien rakentajat viittaavat useammin TIA-942-standardiin. Tosiasia on, että jokaisen standardin on laatinut eri organisaatio ja ne eroavat toisistaan ​​monissa yksityiskohdissa. Lisäksi Uptime Instituten asiantuntijoiden mukaan niiden jakautumisjärjestys käytettävyystasoihin ei ole millään tavalla toiminnallisesti yhteydessä TIA-942-tasoihin. He arvioivat tietokonekeskusten kykyä ylläpitää toimintoja vikojen ja onnettomuuksien yhteydessä. Sekaannusten välttämiseksi Uptime Instituten asiantuntijat ehdottavat esteettömyystasojen merkitsemistä heidän tulkinnassaan roomalaisilla numeroilla I, II, III ja IV. Palvelinkeskuksen sertifiointi on melko vaikeaa. Jos menet sivustolle Uptime Institute(verkkosivusto http://uptimeinstitute.com), sitten toukokuun 2012 lopussa se tarjoaa itse asiassa tason IV (eli ei vain dokumentaatiota ja luotua rakennusta teknisiä keinoja siinä, mutta myös toiminnan taso) vain 1 keskus, rakennetun laitoksen sertifiointi Tier IV -tasolle suoritettiin 6 palvelinkeskukselle. Tier IV -palvelinkeskusten rakentamisen dokumentaatio saatiin 22 kohteelle. Tällä hetkellä Tier IV:ssä ei ole venäläisiä datakeskuksia. Tier III -palvelinkeskuksia ei myöskään ole kovin montaa. Tarjoa saattaa loppuun täyttää tason III vaatimukset "Operational Resilience":ssä vain neljällä palvelinkeskuksella. Heidän joukossaan ei ole venäläisiä. Dokumentaatio ja tilat vastaavat Tier III -tasoa 5 venäläisessä palvelinkeskuksessa (4 suunnitteluasiakirjaa ja 1 rakennettu laitos).

Vuoden 2012 aikana julkaistaan ​​TIA-942-A-standardi, joka sisältää muutoksia ja lisäyksiä seuraaviin versioihin TIA-942-1 ja TIA-942-2. Valitettavasti, uusi versio Standardi on muuttunut paljon. Uusi TIA-942-A-standardi käsittelee vain kaapelointijärjestelmiä, eikä se ole enää yhtä kattava kuin TIA-942-standardi. Nuo. enimmäkseen hän säännellään vain kaapelijärjestelmien rakentamista. Energiatehokkuutta käsittelevä jakso käsittelee tätä aihetta todennäköisesti vain kaapeloinnin ja vihreän valokuitumedian käytön näkökulmasta.

Seuraavassa on luettelo tärkeimmistä muutoksista, jotka sisältyvät nykyiseen TIA-942-A-projektiin (kehittäjän alustavan lausunnon mukaan). Nämä tiedot ovat kursiivilla.

TIA-942-A noudattaa TIA-568-C-standardisarjaa 568-C.0-standardissa esitetyn topologian, terminologian ja ympäristöluokitusten sekä TIA-568-C:n komponenttimäärittelyjen osalta. 2 ja C .3;

• Sovellukset, TIA-942-1 ja TIA-942-2, sisältyvät TIA-942-A-standardiin;
• Maadoitustiedot on siirretty TIA-942-A:sta TIA-607-B:hen;
• Hallintotiedot siirretään TIA-606-B-standardiin;
• Suurin osa tietoliikennekaappeihin ja palvelintelineisiin, tehonerotukseen ja tietoliikennekaapelointiin liittyvistä tiedoista siirretään TIA-569-C-standardiin;
• Ulkoiset kaapelointitiedot on siirretty TIA-758-B:hen;
• Vaakasuuntaisten valokaapelijärjestelmien pituusrajoitus 100 metriin on purettu.
• Kategorioiden 3 ja 5e kaapeleita ei pitäisi enää käyttää vaakakaapelointijärjestelmissä. SISÄÄN toimiva versio standardi sallii tasapainoisen käytön kierretyt parit tyypin 6 ja 6A vaakakaapelijärjestelmissä. Kategorioita 6 ja 6A voidaan käyttää myös runkokaapelijärjestelmissä;
• OM3- ja OM4-tyyppisten monimuotoisten valokuitukaapeleiden käyttö (monimuotoinen valokuitu, jonka sydämen/kuoren halkaisija on 50/125 μm, optimoitu toimimaan laserpohjaisten valonlähteiden kanssa aallonpituudella 850 nm) on hyväksytty käytettäväksi vaaka- ja runkokaapelointijärjestelmät. Kaapelityyppejä OM1 ja OM2 ei enää sallita käyttää;
• Yhden tai kahden kuitukaapelin liittämiseen tulee käyttää LC-tyyppisiä kuituoptisia liittimiä ja MPO-tyyppisiä monikuituliittimiä;
• Datakeskuksen topologia sisältää välijakelualueen (IDA);
• Standardiin on lisätty energiatehokkuutta käsittelevä osio;
• Kansainvälisestä standardista ISO/IEC 24764 lainatut termit “hardware outlet” (EO - laitelähtö) ja “ulkoinen verkkoliitäntä” (ENI – ulkoinen verkkoliitäntä) on lisätty.

"Toiminnan kestävyys" -standardi vain täydentää TIA-942:ta erityisesti datakeskuksen toiminnan kannalta.

Operatiivinen vastuullisuusstandardi kuvaa vaatimukset konesalien kestävyyden varmistamiseksi ja niihin liittyvien riskien minimoimiseksi. Kuten tiedetään, edellinen laajalle levinnyt standardi "Tier Standard: Topology" säänteli konesalin teknisiä parametreja, joita tarvitaan saavuttamaan tietty taso luotettavuus. Uuden standardin erikoisuus on se ottaa huomioon inhimillisen tekijän palvelinkeskuksen kestävässä toiminnassa. Ja tämä on erittäin tärkeää, koska tähän tekijään liittyvien virheiden prosenttiosuus työssä saavuttaa 70% , josta vähän enemmän 40% liittyvät huoltopäälliköiden virheisiin. Näiden virheiden minimoimiseksi on tarpeen tehdä kohdennettua työtä henkilöstön kanssa, parantaa heidän pätevyyttään ja ryhtyä toimenpiteisiin pätevän henkilöstön säilyttämiseksi.

Jos otetaan huomioon yrityksen standardit BICSI, niin näet, että heidän lähestymistapansa eroaa lähestymistavoista muiden organisaatioiden kestävän kehityksen tasojen arviointiin.

Järjestelmä kestävän kehityksen tasojen ja standardin pääosien arviointiin BICSI 002 2010 . Liiton mukaan standardin kehittäjät ovat asettaneet tavoitteekseen varmistaa konesalien suunnittelun ja rakentamisen niiden toiminnan pitkän tähtäimen näkökulmasta huomioiden. Asiakirjan pääosat:

• Datakeskuksen asettelu
• Sivuston valinta
• Arkkitehtoniset ratkaisut
• Rakenteet
• Sähköjärjestelmät
• Mekaaniset järjestelmät
• Sammuttaa paloa
• Turvallisuus
• Rakennusautomaatiojärjestelmät
• Tietoliikenne
• Tietotekniikka
• Käyttöönotto
• Käyttö ja kunnossapito
• Suunnitteluprosessi
• Luotettavuus

Siksi tietokeskusten rakentamista koskevien standardien osalta on huomattava, että kaikki yleisten datakeskusten standardien kehittäjät eivät ole ristiriidassa toistensa vaatimusten ja standardiviittausten suhteen rakentaessaan perustasot Datakeskus. Kaupallisten palvelinkeskusten on erityisluonteensa vuoksi täytettävä (ja mieluiten sertifioitu) kaikki perustaksi ottamansa standardin vaatimukset. Kaikki suositukset eivät vaikuta palvelinkeskuksen päälaatuun - tietyn saatavuuden varmistamiseen. Siksi ei-kaupalliset datakeskukset voivat joissakin tapauksissa jättää huomiotta joitain vaatimuksia. Lisäksi, Sertifiointi ei ole vain kallis asia, mutta se ei myöskään vaikuta suoraan datakeskuksen suorituskykyyn. Palvelinkeskuksen käyttöönoton jälkeen on edelleen mahdollista tehdä joitain muutoksia ei vain tukitasolle, vaan myös muille tasoille, yritettäessä täyttää jonkin standardin vaatimukset sertifioinnin saamiseksi.

Uptime Institute tunnisti kerran neljä tasoa, jotka liittyivät palvelinkeskuksen laitteistoinfrastruktuurin (tietokeskuksen) eri valmiusasteisiin. Itse asiassa, vaikka ne liittyvät saavutettavuustasoon, on luultavasti oikeampaa puhua TIER-tasoista, vaikka itse termi "TIER" on käännetty "tasoksi". Yllä ei turhaan selittänyt "tason" käsitettä enkä antanut datakeskuksen käytettävyystason digitaalisia ominaisuuksia. Numeeriset lausekkeet saatiin vain valmiiden hankkeiden analysoinnista. Tässä on tietoja asiakirjasta, jonka The Uptime Institute on kehittänyt uutiskirjeessään Industry Standard Tier Classifications Define Site Infrastructure Performance.

Parametri/luokka Palvelinkeskus (taso)	1 Matala vikasietoisuus			4 Korkea vikasietoisuus
Rakennustyyppi	Naapureiden kanssa	Naapureiden kanssa	Vapaasti seisova	Vapaasti seisova
Tehotulojen määrä	1	1	Yksi aktiivinen toinen reservi	Kaksi aktiivista
Alkuteho W per m 2	215 - 323	430 - 537	430 — 645	537 - 860
Suurin teho W per m2	215 - 323	430 - 537	1075- 1615	1615+
Keskeytymätön ilmastointi	Ei	Ei	Voi olla	Syödä
Korotettu lattiakorkeus metreinä	0.3	0.45	0.75 - 0.9	0.75 - 0.9
415	488	732	732+ (vuoden 2005 standardin 1000+ mukaan)
Vikojen kokonaiskesto vuodessa	28,8 tuntia	22 h	1,6 h	0,4 tuntia
Datakeskuksen saatavuus	99,671 %	99,749 %	99,982 %	99,995%
Käyttöönottojakso (kk)	3	3 - 6	15 - 20	15 - 20
Vakioprojekti toteutettiin ensimmäisen kerran vuonna	1965	1970	1985	1995

Yleinen johtopäätös standardien käytöstä:

• TIA - 942 -standardin käyttöä uusimpien lisäysten kanssa (esimerkiksi "Operational Sustainability" -standardin kanssa) tulisi pitää perustavanlaatuisena.
• Uusi TIA-942-A-standardi (hyväksytty 24. huhtikuuta 2012) käsittelee vain kaapelointijärjestelmiä, eikä se ole enää yhtä kattava kuin TIA-942-standardi;
• Kun rakennat palvelinkeskusta, sinun tulee käyttää standardien lisäksi myös maalaisjärkeä, jonka avulla voit säästää merkittävästi tinkimättä sen suosituimmista ominaisuuksista;
• Sertifiointi on tarpeellisempi kaupalliselle konesalille, mutta organisaation datakeskus ei välttämättä ole mukana tässä. Tietysti, jos konesali on luotu standardien perusteella, kaikki poikkeamat suosituksista on tietysti perusteltava;
• Kun olet lukenut ja mikä tärkeintä, ymmärtänyt, mikä standardi tulee ottaa perustaksi ja mitä vaatimuksia tulee korostaa tulevassa kehityksessä, et voi olettaa, että olet lopettanut työskentelyn standardien kanssa. Ennen kuin siirrytään seuraavaan vaiheeseen, on ehdottomasti luettava uudelleen vanhat, hyvät, vaikkakin tällä hetkellä enimmäkseen unohdetut GOST:t - sarja 34. Ja on okei, että niitä ei ole päivitetty moneen vuoteen, mutta siellä on yksityiskohtaista pohdintaa esisuunnitteluvaiheet. Ne eivät sisällä tuttuja sanoja "liiketoimintaprosessit" tai "prosessorilähestymistapa", mutta on olemassa käsite "tietomalli", joka korvaa ne aivan oikein. Siksi nämä asiakirjat auttavat sinua erityisesti teknisten eritelmien vaiheessa. Tietenkin sinun on oltava luova etkä noudata kirjaimellisesti kaikkia suosituksia, mutta sinun on luettava ne huolellisesti.

Tietokeskuksen rakentamismenettely

Kummallista kyllä, suurimman panoksen tulevan projektin onnistumiseen tai epäonnistumiseen antavat alkuvaiheet. Itse asiassa IT-alan maailmantilastojen mukaan Vain yksi projekti kolmesta onnistuu. Jos otamme tiukemman lähestymistavan ja arvioimme projektin onnistumisen seuraavasti:

• kyky suorittaa mainitut toiminnot vaaditulla laadulla
• suorittaa työt suunnitellussa ajassa
• ei ylitä alkuperäistä hankkeen budjettia
• hätätöiden puuttuminen projektin eri vaiheissa
• ei tarvitse heti aloittaa hankkeen modernisointia.

Asiat pahenevat. Todennäköisesti enintään 20 % hankkeista kuuluu "onnistuneiden" määritelmään.

Projektin epäonnistumiseen on monia syitä. Tässä on väärä politiikka (eli politiikka, koska kiistanalaisten asioiden ratkaiseminen tarkoittaa useimmiten kompromissien löytämistä) projektinhallinnassa, kunnollisen tuen puute organisaation johtajalta, teknisten eritelmien huono kehitys ja sen seurauksena suuri suunnittelemattomien töiden määrä, sen organisaation asiantuntijoiden huono osallistuminen, jonka hankkeessa ylivoimaiset esteet täyttyvät.

Jos epäonnistumisen mahdollisuus leijuu lähes jokaisen projektin yllä, niin entäpä monien yritysten iloiset lausunnot kymmenistä onnistuneista projekteista? Ensinnäkin sinun on välittömästi asetettava kaikki paikoilleen määrittelemällä termi " Projekti».

Projekti(jos viittaat Wikipediaan) - tämä on ainutlaatuinen (toisin kuin toiminnallinen) toiminta, jolla on alku ja loppu ajassa ja jonka tarkoituksena on saavuttaa ennalta määrätty tulos/tavoite, luoda tietty, ainutlaatuinen tuote tai palvelu tietyin resurssi- ja aikarajoituksin sekä laadullisesti ja hyväksyttävän tason vaatimusriski. Ehkä tätä määritelmää voidaan yksinkertaistaa tarkemman tarkkuuden vuoksi. Projekti— on joukko tehtäviä, toimintoja tai suoritettuja töitä, jotka liittyvät suunnitellun tavoitteen saavuttamiseen, jolla on yleensä ainutlaatuinen ja ei-toistuva luonne . Pääasia on, että projekti on aina ainutlaatuinen (ainakin sitä toteuttaville ihmisille). Siksi kaikki, mistä esiintyjät puhuvat onnistuneena projektina, on itse asiassa onnistunutta toteutus, nuo. valmiin ratkaisun toteuttaminen. Onnistuneiden toteutusten prosenttiosuus on huomattavasti suurempi kuin onnistuneiden projektien osuus. Ja jos ohjelmoijilla on oikeinkirjoitus monimutkainen ohjelma on aina projekti, niin infrarakentamisen saralla myös toteutukset ovat mahdollisia. On melko vaikea vetää rajaa, kun toteutus kehittyy projektiksi. Esimerkiksi, jos jonkin etäsivuston automatisointia varten luodaan pieni ohjelmisto- ja laitteistokompleksi, eikä tämä ole ensimmäinen kerta, kun kehittäjä tekee niin, ja kuinka monta eroa aiemmin luotuihin on sekä laitteistossa että asennettujen joukossa. ohjelmia on minimaalinen, tämä on toteutus. Ja sillä on melko suuret mahdollisuudet menestyä. Jos eroja ilmenee merkittävässä määrässä uusia laitteita, uusien monimutkaisten ohjelmistojen asentamista tai uusien vaatimusten ilmaantumista, joita ei voida täyttää aikaisempien ratkaisujen toteutuksen puitteissa, niin tällaisen laitteisto- ja ohjelmistokompleksin luominen tulee olemaan projekti. Nuo. Työnsä alussa projektin esiintyjä on aina tilassa, jossa tavoitteet on määritelty, ratkaisut ovat epävarmoja, ongelman onnistunut ratkaisu on kyseenalainen. Sallikaa minun selittää, miksi pohdin yksityiskohtaisesti terminologiselta näyttävää kysymystä.

Tosiasia on, että työn suorittamiseen ja sen arviointiin on kaksi lähestymistapaa. Tämä on Kehittäjän lähestymistapa ja Asiakkaan lähestymistapa.

Toteuttaessaan asiakkaan tehtävää kehittäjä yrittää:

1. Yritä käyttää kehittäjän jo toteuttamaa ratkaisua;
2. Jos tämä ei ole mahdollista, yrittää käyttää muiden yritysten testaamaa ratkaisua (useimmiten laitteiston tai ohjelmiston valmistajan suosittelemaa ratkaisua);
3. Pyri alentamaan Asiakkaan vaatimuksia ja mahdollisuuksien mukaan pelkistää ne samoihin vakioratkaisuihin;
4. Jos edellinen kohta epäonnistuu, Kehittäjä yrittää pidentää työn suorittamiseen kuluvaa aikaa tai lieventää työnsä hyväksymisen vaatimuksia;
5. Hyväksymisvaiheessa yritä keskittyä vahvuuksia valmis projekti ja piilottaa virheet ja puutteet;
6. Yritä saada projekti nopeasti päätökseen ja aloittaa uusi, tai viimeisenä keinona turvallista ulkoistamista.

Asiakkaan lähestymistapaa leimaa ensisijaisesti:

1. Yritys saada niin paljon kuin mahdollista kehittäjältä ja pienemmällä rahalla;
2. Yritykset hankkeen kehittämisen aikana muuttaa tai selventää alkuperäisten teknisten eritelmien kohtia;
3. Yritä hyväksymisen aikana hankkia mahdollisimman paljon asiakirjoja ja löytää kehittäjän virheet;
4. Yritä asiakkaan kustannuksella paitsi korjata hyväksymisprosessin aikana havaitut virheet, myös tehdä lisämuutoksia projektiin.

Toteutuksen käyttäminen sellaisen projektin kehittämisen sijaan, jolla on huomattavasti pienempi mahdollisuus onnistua, on siksi aina toivottavaa urakoitsijan kannalta. Yllä oleva vaihtoehto on tietysti kaikkein olennaisin, jos projektia kehittää kolmas osapuoli. Itse asiassa tilattaessa todella monimutkaista projektia (ja konesalin rakentaminen on yksi näistä projekteista) kolmannelta osapuolelta, asiakkaan asiantuntijoiden osallistuminen on ehdottoman välttämätöntä, ainakin projektin alkuvaiheessa. Kukaan ei todellakaan tiedä luotavan konesalin vaatimuksia yhtä hyvin kuin Asiakkaan asiantuntijat. Tietenkin Asiakas on vähintään kyettävä kontrolloimaan hankkeen toteutusta, tarkemmin sanottuna, hänellä on oltava tietoa kunkin vaiheen ajoituksesta, sen toteuttamisen edistymisestä ja myös osallistumisen lisäksi hankkeen hyväksymiseen testiohjelman kirjoittamisessa. Vain tässä tapauksessa tekniikan riittävän tarkka muotoilu on mahdollista. toimeksiannot, esiin tulevien ongelmien nopea ratkaiseminen, saatujen tulosten kattava todentaminen.

Datakeskuksen rakentamisprojektin toteuttamiseen on kaksi vaihtoehtoa. Ensimmäinen edellyttää projektin saattamista päätökseen itsenäisesti, kun taas toinen siirtää nämä vastuut kolmannelle osapuolelle. Tällaisia ​​järjestelmiä löytyy harvoin puhtaassa muodossaan. Lähes aina tällaisten järjestelmien rakentaminen on urakoitsijan (tai useamman urakoitsijan) ja tilaajan yhteistä työtä. Mutta kaikki riippuu siitä, kuka johtaa projektia. Näyttäisi siltä, ​​että kenelle muulle kuin Toimeksisaajalle tällaiset oikeudet pitäisi antaa, mutta... Osallistuminen sekä Tilaajan (koska vain hän tietää kaikki palvelinkeskuksensa vaatimukset) että urakoitsijan (koska urakoitsija) teknisten eritelmien kirjoittamiseen ei ole mukana, niin Asiakas voi hyvinkin kirjoittaa sellaisia ​​teknisiä eritelmiä, joita kukaan ei voi toteuttaa ollenkaan) antaa meille mahdollisuuden kehittää keskusteluprosessin aikana melko tarkan käsityksen luotavasta järjestelmästä ja ohjelmisto jota tulisi soveltaa. Nuo. teknisten eritelmien kirjoittamiseen osallistuvista asiantuntijoista tulee sen kirjoittamisen valmistuttua pätevin tietylle asiakkaalle toteutetun projektin erityisvaatimukset. Vastaan ​​välittömästi mahdollisiin kysymyksiin teknisten eritelmien yhteiskirjoituksesta. Asiakas suuria projekteja kehitettäessä voi yksin kirjoittaa vain alustavan eritelmän, joka soveltuu vain kilpailun järjestämiseen urakoitsijaa etsiessään. Ja yhdessä kirjoitetut tekniset eritelmät kiistakysymyksineen, joista on sovittu Toimeksisaajan ja Tilaajan välillä, toimivat pääasiakirjana konesalin hyväksymiselle, koska "Ohjelma ja testausmenetelmä" kirjoitetaan teknisten eritelmien perusteella.

Siksi yksi asiakkaan suurimmista virheistä on teknisten eritelmien kirjoittamiseen osallistuvien asiantuntijoiden työstä poistaminen ja vain kapeiden asiantuntijoiden satunnainen osallistuminen esi- ja työsuunnitteluun yksityisasioita ratkaistaessa. Suurten projektien toteuttamiseen osallistuvat asiantuntijat tulee sijaita asiakkaan monimutkaisten töiden osastolla. Ja heidän tulisi tarvittaessa ottaa mukaan kaikki yksittäisten alojen asiantuntijat. Tässä tapauksessa integroidun osaston asiantuntijat ovat tietoisia kaikista projektin "hienoista" kohdista ja itse projektilla on suurempi mahdollisuus onnistua. Myös integroidun osaston asiantuntijoiden on osallistuttava Asiakkaan työn vastaanottamiseen, koska Seuraamalla jatkuvasti työn edistymistä he ovat tietoisia kaikista sen ongelmista.

Huomautus kokonaisvaltaisen osaston toimivaltaan kuuluvasta työstä.

On väärin ajatella, että monimutkaisen osaston työmäärä rajoittuu vain osallistumiseen suuriin projekteihin, joita Asiakkaalla ei yleensä ole kovin montaa. Isot projektit eivät ole olemassa yksinään. Tyypillisesti jokainen projekti vaatii omaa laajennusta, integrointia eri osajärjestelmiin ja muutoksia uusien tehtävien yhteydessä. Monimutkaiset asiantuntijat ovat hyödyllisiä näiden ongelmien ratkaisemisessa. Edellinen ei koskenut vain suuria hankkeita, koska se on ymmärrettävä vain yksittäisten tuotteiden esittely jotka eivät vaikuta suureen määrään Asiakkaan työntekijöitä, on mahdollista toteuttaa, ohittamalla monimutkaisen osaston.

Jos käännymme suurten projektien toteuttamisen kokemukseen, huomaamme, että suuret organisaatiot (esimerkiksi pankit) tai IT-alaan liittyvät organisaatiot johtavat itse projekteja luodakseen omia konesaleja.

Perustamisen ja teknisten eritelmien valmistelun vaiheiden yhteenveto

Yllä olevasta voimme päätellä:

1. Kun puhut palvelinkeskuksen luomisesta, sinun on ensin asetettava tärkeysjärjestykseen vaatimukset, jotka sen on täytettävä.
2. Prioriteetin asettamisen jälkeen sinun on otettava perustaksi yksi standardeista, joiden vaatimuksia noudatat. (Suosittelen käyttämään TIA-942, mutta emme saa unohtaa, että se ei käsittele toiminnallisia kysymyksiä.)
3. Kaikki poikkeamat standardista, hyvässä tai huonossa, on perusteltava.
4. Teknisten eritelmien laatimiseksi sinun on otettava mukaan oma monimutkainen työosasto (tai luotava sellainen), koska Puolellasi tarvitset ihmisiä, jotka ovat henkilökohtaisesti kiinnostuneita projektin onnistuneesta toteuttamisesta ja jotka valvovat kaikkea urakoitsijan kanssa tehtävää työtä.

Jos huomasit, että tässä osassa pohdin asioita ennen teknisten eritelmien kirjoittamista, korostin, että tekniset eritelmät on kirjoitettava urakoitsijan kanssa, mutta urakoitsijan valinnasta en kirjoittanut mitään. Tosiasia on, että urakoitsijan valinta on erillinen ja vastuullinen tehtävä. Ja jos mainitsemme tämän hyvin lyhyesti, valinta on yleensä jaettu kahteen vaiheeseen:

1. Hakijoiden piirin määrittäminen tietyn datakeskuksesi rakentamiseen liittyvän ongelman ratkaisemiseksi.
2. Yritysten esittämän aineiston analysointi ja asioiden selvittäminen henkilökohtaisten tapaamisten aikana.

Yleensä on helpompaa valita useita tällä alueella onnistuneita hankkeita toteuttavia yrityksiä ja toimittaa niille alustavat tekniset eritelmät (sellaiset tekniset eritelmät voivat laatia urakoitsijan asiantuntijat). Tämän jälkeen konesalin rakentamiseen ehdokkaita pyydetään luomaan lyhyt dokumentti, jossa kuvataan lyhyesti konesalin kaikki osajärjestelmät ja sen toimintaprosessi. Yleensä tarkasteltujen asioiden kattavuuden, päätösten pätevyyden ja henkilökohtaisen viestinnän tulosten perusteella urakoitsijan valinta tulee ilmeiseksi. Ja lisään myös omasta puolestani: jos henkilökohtaisen tapaamisen aikana sinulle luvataan kaikkea ja halvalla (joka tapauksessa huomattavasti halvemmalla kuin muut), tämä on syy olla uskomatta ja vielä kerran tarkistaa sen todellisuus ja laatu. yrityksen toteuttamat hankkeet. Lisäksi usein todella monimutkaisissa konesalirakennusprojekteissa joidenkin sen osajärjestelmien käyttöönotto vaatii muiden yritysten osallistumista. Tässä tapauksessa sinun on välittömästi sovittava, että yksi yrityksistä on tämän projektin järjestelmäintegraattori ja ratkaiset sen kanssa kaikki tekniset ja muut ongelmat. Mikään ei ole pahempaa kuin projektin "palallinen" toteuttaminen. Muuten, jos ongelmia ilmenee, kaikki on kuin Raikinin kuolematon monologi "Onko sinulla valituksia painikkeista?"

»