TERVEZÉS • KAPACITÁSTERVEZÉS • KIVITELI TERV
Adatközponti infrastruktúra tervezés
Koncepcióterv, engedélyezési és kiviteli terv, kapacitástervezés, CFD-szimuláció és commissioning terv — villamos, hűtés, rack, kábelezés, biztonságtechnika és tűzjelzés egy tervezői csapatban.

Tervezési szakterületek
Betáplálás, UPS, PDU, egyvonalas kapcsolási rajzok és redundancia-koncepció.
Hűtési koncepció, terhelésmodellezés és CFD légáramlás-szimuláció.
Rack-elrendezés, teljesítménysűrűség, folyosókialakítás és kapacitástartalék.
Nyomvonaltervezés, kábeltálcák, rendezők és dokumentált végpontkiosztás.
Zónakialakítás, beléptetés és kamerarendszer tervezése rackszintig.
Érzékelési koncepció, aspirációs és rackszintű tűzérzékelés tervezése.
TERVEZÉSI FOLYAMAT
Tervezési dokumentumok és mérnöki módszerek
- Koncepcióterv és megvalósíthatósági tanulmány
- Engedélyezési terv és hatósági egyeztetés
- Kiviteli terv és részlettervek
- Megvalósulási (as-built) dokumentáció
- Kapacitástervezés és terhelésmodellezés
- CFD légáramlás-szimuláció
- Egyvonalas villamos kapcsolási rajzok
- Redundancia-koncepció (N+1, 2N) kialakítása
- Tenderdokumentáció és műszaki specifikáció
- Commissioning terv és üzembe helyezési protokoll

ALAPOK
Hogyan épül fel egy adatközponti tervezési projekt?
Egy adatközponti tervezési projekt nem egyetlen tervcsomag, hanem egymásra épülő fázisok sora. Az igényfelméréstől indul: milyen terhelést kell kiszolgálni ma, mire kell felkészülni három-öt év múlva, milyen rendelkezésre állást vár el az üzlet, és milyen adottságokat ad az épület. Ebből születik a koncepcióterv, amely még változatokban gondolkodik — más beruházási és üzemeltetési költséggel.
A koncepció elfogadása után következik az engedélyezési terv és a hatósági egyeztetés, majd a kiviteli terv: az a dokumentáció, amelyből ténylegesen építeni lehet. Innen áll össze a tenderdokumentáció és a műszaki specifikáció, amellyel a kivitelezés összehasonlítható módon árazható, végül a commissioning terv, amely rögzíti, hogyan bizonyítjuk majd, hogy a megépült rendszer azt tudja, amit a terv ígért.
Érdemes tudatosítani, hol dől el a költség. Nem a kivitelezésnél: ott már csak az derül ki, mennyibe kerül az, amit korábban eldöntöttek. A redundancia szintje, a hűtési koncepció, a teljesítménysűrűség és a bővíthetőség a koncepció- és kiviteli terv fázisában rögzül — és ezek határozzák meg a beruházás és a következő tíz év üzemeltetési költségét is.
A hat szakterület — villamos, hűtés, rack, strukturált kábelezés, biztonságtechnika és tűzjelzés — nem tervezhető egymástól függetlenül. A rack teljesítménysűrűsége meghatározza a hűtési igényt, a hűtési megoldás elfoglalja a padló- és mennyezeti tereket, a kábelnyomvonalak ugyanazokért a terekért versenyeznek, a tűzérzékelést pedig a légáramláshoz kell igazítani. Ha ezt hat külön tervező készíti, az ütközések a helyszínen derülnek ki.

SZABVÁNYOK
Milyen szinten kell tervezni? Tier-szintek és az EN 50600
A tervezés első érdemi döntése nem műszaki, hanem üzleti: milyen rendelkezésre állást kell a létesítménynek nyújtania. Erre két elterjedt viszonyítási rendszer van. Az Uptime Institute Tier-besorolása négy szintet ír le az egyszerű, egy útvonalas ellátástól (Tier I) a hibatűrő, kétszeresen kiépített architektúráig (Tier IV). Az európai EN 50600 szabványcsalád ehhez hasonló elven rendelkezésre állási osztályokat határoz meg, és emellett a létesítmény tervezésének, kialakításának és üzemeltetésének teljes körét lefedi.
A két kulcsfogalom, amit érdemes külön kezelni: a concurrent maintainability azt jelenti, hogy bármelyik elem karbantartható a szolgáltatás megszakítása nélkül; a fault tolerance azt, hogy egy váratlan meghibásodás sem okoz kiesést. A kettő nem ugyanaz, és a különbség jelentős beruházási különbséget takar.
Ez fordítódik le N+1 és 2N architektúrára. Az N+1 egy tartalék egységet jelent a szükséges kapacitás mellett — jó ár-érték arány, de közös pontokat hagyhat. A 2N teljes, egymástól független kettőzést jelent a betáplálástól a rackig. A gyakorlatban gyakran vegyes megoldás születik: 2N a villamos betáplálásban, N+1 a hűtésben.
A PUE-t a tervezés dönti el, nem az üzemeltetés: a hűtési koncepció, a folyosókialakítás. A hűtési koncepció, a folyosókialakítás, a levegő- vagy folyadékhűtés választása és a teljesítménysűrűség együtt határozza meg, milyen PUE egyáltalán elérhető — a mért értéken üzemeltetéssel már csak finomítani lehet.
Fontos különbség: ezek a keretrendszerek tervezési szemléletet és összehasonlítási alapot adnak. A formális Tier-minősítés vagy szabványos tanúsítás külön eljárás, amelyet az adott minősítő szervezet folytat le — ha erre van szüksége, a tervezést ehhez igazítjuk.

TAPASZTALAT
Tipikus hibák az adatközponti tervezésben
Az első napra méretezett kapacitás. A terv pontosan kiszolgálja az induló terhelést, növekedési útvonal nélkül. Két év múlva az első bővítés a betáplálásba vagy a hűtésbe ütközik, és a következő lépés már nem bővítés, hanem átépítés. A kapacitástervezésnek tartalékot és bővítési forgatókönyvet is tartalmaznia kell.
Papíron meglévő redundancia. Az egyvonalas rajzon két független ág fut, a valóságban viszont egyetlen közös elosztóponton, egyetlen kábelnyomvonalon vagy egyetlen hűtőkörön haladnak át. A redundancia csak addig ér valamit, ameddig a legkevésbé kettőzött pont.
CFD nélkül tervezett hűtés. A hűtési teljesítmény összesítve elegendő, a levegő mégsem oda jut, ahová kell. A részterhelésű üzem — ami az adatközpontok többségének a hétköznapja — különösen kíméletlen: a névleges terhelésre méretezett rendszerek 40–60 százalékos részterhelésen már forró pontokat termelnek.
Utolsóként megtervezett kábelezés. A nyomvonalak és a tálcák akkor kerülnek elő, amikor a villamos és a hűtési megoldás már fix. Az eredmény zsúfolt padlótér, akadályozott légáramlás és olyan kábelrendezés, amelyet néhány éven belül senki nem mer megbontani.
Hiányzó commissioning terv. Elkészül a rendszer, de nincs rögzítve, milyen teszteken kell átmennie az átadás előtt. Így senki nem bizonyítja, hogy a terhelésátvétel, az átkapcsolás és a hűtés kiesése valóban úgy működik, ahogy a terv feltételezte — ez majd az első valós incidensen derül ki.
Sosem frissített dokumentáció. A megvalósulási dokumentáció nem követi a kivitelezés közbeni változtatásokat, később pedig senki nem vezeti át a módosításokat. Minden későbbi bővítés újrafelméréssel kezdődik, és a tervezési díj minden alkalommal újra kifizetődik.
Szervertermi vagy kritikus infrastruktúra projekt előtt áll?
Írja meg röviden, mire van szüksége, és mérnök kollégánk hamarosan visszahívja.
vagy írjon közvetlenül: info@digitechold.com
Támogatott környezetek

Enterprise adatközpontok
Teljes körű infrastruktúra tervezés a betáplálástól a rackszintig, redundancia-koncepcióval.

Kolokációs adatközpontok
Bérlői elhatárolás, mérhető kapacitás és bővíthetőség tervezése több bérlőt kiszolgáló környezetre.

Szervertermek és edge helyszínek
Szerverterem kialakítása korlátozott adottságok között, reális kapacitástartalékkal.

AI- és nagy teljesítményű számítási (HPC) környezetek
Magas teljesítménysűrűség, folyadékhűtés és megerősített betáplálás tervezése.
GYIK
Gyakran ismételt kérdések az adatközponti tervezésről
A koncepcióterv változatokban gondolkodik: mekkora kapacitás, milyen redundancia, milyen hűtési elv, és mindez milyen beruházási és üzemeltetési költséggel jár. Ez a döntés-előkészítés fázisa. Az engedélyezési terv abból a szempontból dolgozza ki a megoldást, amit a hatósági eljárás megkövetel. A kiviteli terv az a részletezettségű dokumentáció, amelyből ténylegesen építeni lehet: méretezett berendezések, nyomvonalak, csomóponti részletek, kapcsolási rajzok. A három egymásra épül — kiviteli tervet elfogadott koncepció nélkül készíteni a leggyakoribb forrása a projekt közbeni átárazásnak.
Jellemzően a következőket: műszaki leírás szakterületenként, méretezési számítások és kapacitásterv, egyvonalas villamos kapcsolási rajzok, hűtési séma és — ahol indokolt — CFD-szimuláció eredménye, rack-elrendezési és nyomvonalrajzok, berendezés- és anyagjegyzék, tenderdokumentáció a kivitelezés árazásához, valamint commissioning terv az üzembe helyezéshez. A projekt lezárásaként megvalósulási (D-terv) dokumentáció készül, amely a ténylegesen megépült állapotot rögzíti. Ez utóbbi az, amit a legtöbb helyen elhagynak — és amit minden későbbi bővítésnél hiányolni fognak.
A tervezési szakasz hossza elsősorban a döntési fázisoktól függ, nem a rajzolástól. Egy néhány rackes szerverterem koncepciótól kiviteli tervig jellemzően néhány hét alatt végigvihető. Egy több tűzszakaszos, több szakterületet érintő adatközponti projekt ennél lényegesen hosszabb: a koncepcióváltozatok kiértékelése, a hatósági egyeztetés és a szakterületek közötti összehangolás adja az idő nagyobb részét. A reális tervezés az igényfelméréssel kezdődik — ebből adunk ütemtervet, mielőtt bármilyen határidőt vállalnánk.
A kapacitástervezés három számot állít párba: a mai tényleges terhelést, a belátható növekedést, és azt a maximumot, amit az infrastruktúra kiszolgálni képes. A kiindulás a rackenkénti teljesítménysűrűség és annak eloszlása — nem az összegzett kW, mert a forró pontok mindig lokálisak.
Tartalékból inkább bővíthetőséget javaslunk tervezni, mint feleslegesen kiépített kapacitást: úgy méretezni a betáplálást, a nyomvonalakat és a helyigényt, hogy a következő lépés hozzáadás legyen, ne átépítés. A rosszul elköltött tartalék drágább, mint a hiánya — a bővíthetetlen rendszer viszont a legdrágább.
A Tier-besorolás azt fejezi ki, milyen mértékben tűri a létesítmény a karbantartást és a meghibásodást. Tervezési szempontból a lényeg két fogalom: a concurrent maintainability azt jelenti, hogy bármelyik elem karbantartható szolgáltatáskiesés nélkül, a fault tolerance pedig azt, hogy egy váratlan hiba sem okoz kiesést. Ezekből következik az útvonalak száma, a redundancia szintje és az, hogy az egyes ágak mennyire függetlenek. Fontos: a formális Tier-minősítés külön eljárás a minősítő szervezetnél — a tervezés ehhez igazítható, de a besorolást nem a tervező adja ki.
Az EN 50600 európai szabványcsalád adatközpontok létesítményeire és infrastruktúrájára vonatkozik, és a Tier-logikához hasonló rendelkezésre állási osztályokat használ. A Tier-besorolásnál szélesebb kört fed le: az épületszerkezettől a villamos ellátáson, a hűtésen, a kábelezésen és a fizikai biztonságon át az üzemeltetési és energiahatékonysági szempontokig. A gyakorlatban jó közös nyelvet ad a megrendelő, a tervező és a kivitelező között — az elvárt szintet konkrét műszaki követelményekké fordítja, ahelyett hogy „magas rendelkezésre állást” kellene értelmezni.
Akkor, amikor a hűtés összesített teljesítménye nem elég bizonyíték. Jellemzően három esetben: magas vagy egyenetlen teljesítménysűrűségnél, ahol forró pontok kialakulása várható; élő környezet átalakításánál, ahol a meglévő légáramlást nem szabad elrontani; valamint részterhelésű üzem tervezésénél, mert a rendszerek jelentős része névleges terhelésen jól működik, 40–60 százalékon viszont már nem. Kis, homogén szervertermeknél általában nem indokolt — ott a folyosókialakítás és a vakpanelezés következetes végigvitele többet ér.
A tervezési díjat néhány jól körülhatárolható tényező mozgatja: a létesítmény mérete és kapacitása, a megcélzott rendelkezésre állási szint, hány szakterületre terjed ki a megbízás, zöldmezős beruházásról vagy élő környezetben végzett korszerűsítésről van-e szó, kell-e hatósági engedélyezési eljárás, és része-e a feladatnak a tenderdokumentáció, a CFD-szimuláció vagy a commissioning terv. Az élő környezetben végzett tervezés minden esetben többletmunka, mert a felmérés és az ütemezés is a működő üzemhez igazodik. Konkrét ajánlatot igényfelmérés után adunk.

MIÉRT MINKET?
Miért választanak minket?
Hat mérnöki szakterület egy tervezői csapatban. Villamos, hűtés, rack, strukturált kábelezés, biztonságtechnika és tűzjelzés — ugyanaz a csapat hangolja össze őket, így az ütközések a tervezőasztalon derülnek ki, nem a helyszínen.
Tervezés és kivitelezés egy kézben. A tervet az a szervezet készíti, amelyik meg is tudja építeni. Ettől a dokumentáció nemcsak megfelelő lesz, hanem megvalósítható is — reális nyomvonalakkal, beszerezhető berendezésekkel és ütemezhető munkafolyamatokkal.
Tier- és EN 50600-alapú tervezési szemlélet. A rendelkezésre állási elvárást konkrét műszaki követelményekké fordítjuk, ahelyett hogy a „magas rendelkezésre állás” mindenkinél mást jelentene.
Élő, üzemelő környezetben végzett felmérés és tervezés. A működő adatközpontban készülő terv más feladat: a felmérés, a fázisolás és az ütemezés is a szolgáltatáshoz igazodik.
Hatósági egyeztetési és engedélyeztetési támogatás. Az engedélyezési dokumentáció összeállítását és az eljárás során felmerülő műszaki kérdések megválaszolását is visszük.
Commissioning terv a tervezés részeként. Már a tervezéskor rögzítjük, milyen teszteken kell a rendszernek átmennie az átadás előtt — így az átadáskor bizonyítható, hogy a megépült rendszer azt tudja, amit a terv ígért.
Tervezés és kivitelezésegy kézből.
Referenciáink
Adatközponti és kritikus infrastruktúra tervezési projektek

Lenovo
Magyarország

Citi
Magyarország

Orlen
Magyarország
Adatközponti vagy szervertermi tervezési projekt előtt áll?
Írja meg röviden, hol tart — igényfelmérés, koncepció, kiviteli terv vagy korszerűsítés —, és mérnökünk 1 munkanapon belül visszajelez.
- 5 perces projektfelmérés
- Kritikus infrastruktúra szakértelem
- +36 30 835 2442
