- Přehledy IS
- APS (20)
- BPM - procesní řízení (22)
- Cloud computing (IaaS) (10)
- Cloud computing (SaaS) (33)
- CRM (51)
- DMS/ECM - správa dokumentů (20)
- EAM (17)
- Ekonomické systémy (68)
- ERP (79)
- HRM (27)
- ITSM (6)
- MES (32)
- Řízení výroby (36)
- WMS (29)
- Dodavatelé IT slueb a řeení
- Datová centra (25)
- Dodavatelé CAD/CAM/PLM/BIM... (39)
- Dodavatelé CRM (33)
- Dodavatelé DW-BI (50)
- Dodavatelé ERP (71)
- Informační bezpečnost (50)
- IT řeení pro logistiku (45)
- IT řeení pro stavebnictví (26)
- Řeení pro veřejný a státní sektor (27)
ERP systémy
CRM systémy
Plánování a řízení výroby
AI a Business Intelligence
DMS/ECM - Správa dokumentů
HRM/HCM - Řízení lidských zdrojů
EAM/CMMS - Správa majetku a údrby
Účetní a ekonomické systémy
ITSM (ITIL) - Řízení IT
Cloud a virtualizace IT
IT Security
Logistika, řízení skladů, WMS
IT právo
GIS - geografické informační systémy
Projektové řízení
Trendy ICT
E-commerce B2B/B2C
CAD/CAM/CAE/PLM/3D tisk![]() | |
| Přihlaste se k odběru newsletteru SystemNEWS, který kadý týden přináí výběr článků z oblasti podnikové informatiky | |
![]() | |
Jak na výstavbu firemního datacentra? (2. díl)
Sí, architektura, servery, datové úloitě
Druhý díl série věnovaný výstavbě datacentra naváe výběrem vhodného hardware, zajitěním vysoké dostupnosti jednotlivých prvků infrastruktury a propojením vech komponent moderní počítačovou sítí.

V minulém vydání jsme si přiblíili výběr vhodné lokality pro datové centrum a probrali základy napájení a chlazení. Pro firemní servery jsme zajistili fyzickou bezpečnost a duální konektivitu. Nakročeno máme správným směrem, ale k cíli v podobě fungující infrastruktury zbývá urazit jetě několik kroků.
Sí je základ
Dnení aplikace kladou na síové technologie vysoké nároky a v této oblasti také dochází k velmi rychlému vývoji. V minulosti doporučovaná třívrstvá architektura připomínající strom (access, aggregation, core) je dnes povaována za nákladnou a neefektivní. Mezi hlavní argumenty proti této topologii patří nasazení spanning tree protokolu (STP) pro odstranění síových smyček. Smyčky jsou v síti neádoucí a STP se jich zbavuje vypnutím redundantních cest. V praxi to znamená, e je skutečně vyuívána jen část celkové propustnosti sítě. Redundantní linky se aktivují pouze v případě rozpojení primární cesty.
Novějí leaf-spine návrh odstraňuje aggregation a access vrstvy třívrstvé architektury a nahrazuje je sítí páteřních (spine) a koncových (leaf) switchů ve full-mesh topologii. Kadý spine switch je tak přímo připojen ke vem leaf switchům a vechny linky jsou aktivní současně. Tento design při stejných nákladech umoňuje dosáhnout vyí propustnosti sítě a niích latencí ne první zmiňovaná architektura. Neádoucí STP zde můe být nahrazen L3 protokoly nebo moderními L2 protokoly, jako je např. Trill.
Třívrstvá nebo leaf-spine architektura?
Pro větinu datacenter a aplikací je tradiční třívrstvá architektura zcela dostačující. Trend odklonu od STP a L2 obecně je ale těké ignorovat a sami výrobci síových prvků budou zákazníka tlačit směrem k leaf-spine. Výhody novějí topologie se navíc plně projeví při nasazení některých moderních aplikací, které často vyadují velkou propustnost dat.
Z dneního pohledu lze tedy jednoznačně doporučit leaf-spine architekturu, přestoe konkrétní implementace jednotlivých výrobců se můe mírně liit. Samozřejmě stále platí, e vekeré důleité komponenty jsou zdvojené tak, aby selhání kteréhokoliv prvku síové infrastruktury nemohlo způsobit nedostupnost koncového zařízení.
Bez serverů by to nelo
Navzdory obrovskému růstu výkonu a výpočetních kapacit serverů je právě tato oblast zřejmě nejvíce konzervativní. Servery tradičně přicházejí ve formě tower, rack nebo blade, přičem formy tower a rack značí samostatný plnohodnotný server.
Blade servery pro svou funkčnost potřebují tzv. asi, které zajiuje sdílené napájení, chlazení a zpravidla i konektivitu a management pro větí mnoství blade serverů, typicky estnáct. Cílem je zvýit hustotu serverů, a tím sníit nároky na prostor v datovém centru. asi se sdíleným napájením je navíc obvykle energeticky úspornějí ne stejné mnoství samostatných serverů.
Platí jednoduché pravidlo blade asi je nejlepí kupovat plné. Pokud se tedy rozhodnete svou aplikaci budovat na blade serverech a postupně kálovat s rostoucím počtem uivatelů, jednotkou růstu pravděpodobně nebude server, ale spíe celé asi.
Dalím aspektem je zvětení tzv. failure domény. Jedná se o důleitý pojem při definování redundance a popisuje okruh slueb, které budou postieny výpadkem určité komponenty. Při práci s blade servery můe teoreticky dojít k výpadku celého asi, proto pro zajitění typické N+1 redundance potřebujeme navíc jedno plné asi. To je značný rozdíl oproti jednomu rack nebo tower serveru. Obecně se tedy vyplatí blade servery nasadit zejména ve větím objemu, kde se plně vyplatí jejich výhody úspornějí provoz a snadný management.
Nové trendy
Výrobci hardware si uvědomují, e pro větinu zákazníků jsou blade asi zbytečně velká a nákladná. Proto se snaí spojit to nejlepí z obou světů a vytvořit servery s vyí hustotou, efektivním napájením a malou failure doménou. Výsledkem jsou malá asi pro dva a osm serverů nabízející společné napájení a management. Jedná se o zajímavý trend, který by mohl přiblíit blade řeení i českému trhu. U při samotném návrhu datacentra je vhodné brát v úvahu typ serverů, které v něm budou umístěny, pokud tuto informace máme k dispozici. Větí hustota serverů toti znamená také větí koncentraci tepla a zvýené nároky na chlazení.
Čeho se vyvarovat?
Občas lze narazit na servery seskládané z desktopových komponent. Výsledkem je na první pohled výhodný stroj s velkým výkonem a nízkou cenou. Zkuenost ovem říká, e je lepí se takovým sestavám vyvarovat. Peníze uetřené za nákup serverů je později stejně nutné vynaloit za správu, protoe servery nemají out-of-band management a kvůli rutinním chybám typu zaříznutý firewall je potřeba jezdit do datacentra. Doporučuji se vyhnout i desktopovým diskům a zdrojům, nebo se jedná o nejporuchovějí součásti dneních počítačů. V serverech jsou pak jejich nedostatky jetě patrnějí. Stejná rada platí i pro desktopové SSD disky, kde je na serverech patrný strmý propad výkonu jakmile je disk jednou zaplněn. Tento fenomén, známý jako write cliff, je způsoben běícím garbage-collection procesem, který uvolňuje místo pro nové zápisy. Na desktopu je těko postřehnutelný, na databázovém serveru můe způsobit nepříjemné a těko diagnostikovatelné problémy. Výrobci serverových SSD do svých disků dávají vyí kapacitu, ne jakou disk hlásí do systému. Nadbytečná kapacita je vyuita právě pro zmírnění write cliff efektu a chrání data, pokud se ivotnost disku blíí ke konci.
Datové úloitě, neboli storage
V datovém centru pojem storage obecně znamená zařízení pro ukládání dat. Můe se jednat o lokální disk přímo v serveru nebo komplexní sestavu diskových polí.
DAS: Direct attached storage
Základní úroveň storage, při které jsou vechny disky připojeny přímo k serveru. Aby bylo takové úloitě dostupné po síti, hostující server musí pouít speciální software, který data zpřístupní. Klienti se pak připojují k hostitelskému serveru. Pokud dojde k porue hostitelského serveru, data jsou po síti nedostupná.
NAS: Network attached storage
Úloný prostor připojený k síti s přístupem na úrovni souborů. Byl vyvinut jako reakce na poptávku po specializovaném zařízení tohoto typu. Je moný souběný přístup z více klientů a v minulosti představoval zejména levný a jednoduchý způsob sdílení dat po síti. V dnení době jsou na trhu rychlá, spolehlivá a sofistikovaná zařízení tohoto typu, která mohou soupeřit i se SAN řeením.
SAN: Storage Area Network
Vysokorychlostní sí vyhrazená pro přenos dat mezi servery a blokovými storage (diskovými poli). Mezi nejběnějí SAN protokoly patří iSCSI a Fibre Channel. Oba slouí k rychlému a spolehlivému přenosu blokových dat. SAN sítě obvykle poskytují nejvyí výkon a spolehlivost, ale jsou nejdraí a nejnáročnějí na správu.
V datacentru běně vidíme vechny tři zmíněné typy storage, nejčastěji vak DAS u běných serverů. Nejrychleji rostoucím je pak SAN, a to zejména díky virtualizaci.
Volba vhodného typu storage vdy závisí na konkrétní aplikaci. Například pro databázový server se hodí rychlé lokální disky a vysoká dostupnost se nejlépe zajistí na úrovni aplikace, a u vybudováním databázového clusteru nebo jednoduchou replikací. Virtualizace na druhou stranu dokáe těit z oddělení storage od výpočetních serverů, a proto v moderním datacentru prakticky vdy najdeme i SAN/NAS storage.
Tradiční pojetí SAN
Základním kamenem typické SAN jsou disková pole. Jedná se o specializovaná zařízení slouící výhradně k rychlému blokovému přístupu k datům. Diskové pole se skládá obvykle z dvojice redundantních kontrolerů a jedné či více diskových polic. Kontrolery zprostředkovávají síový přístup k datům a fungují jako řídící prvek celého pole. Diskové police jsou naproti tomu jednoduchá zařízení bez vnitřní logiky a slouí pouze jako fyzické úloitě dat.
Pokud přestane dostačovat výkon nebo kapacita, lze snadno doplnit dalí police s disky. Kontrolery samotné ale kálují obtíně a nezřídka je nutný sloitý přechod na vyí verzi diskového pole.
Alternativní storage na komoditních serverech
Náklady na vybudování SAN a problémy se kálovatelností kontrolerů otevírají dveře alternativním řeením. Vzhledem k příznivým cenám serverů, vzrůstající hustotě disků na jeden server a vysokému výpočetnímu výkonu je praktické k vybudování moderní SAN vyuít právě běné servery. Aplikací tohoto typu je na trhu velké mnoství, a to i od renomovaných dodavatelů. Při návrhu síové infrastruktury pro takové nasazení je ovem potřeba vzít v úvahu velký síový provoz mezi jednotlivými storage servery a patřičně se na něj připravit.
Tradiční i moderní technologie, se kterými se při výstavbě datového centra budeme setkávat, by vám ji po dnením seznámení neměly být cizí. V dalím, závěrečném díle, u do naeho datového centra převedeme podnikové aplikace a zajistíme jim spolehlivý provoz v cloudu.
![]() |
Pavel ák Autor článku je cloud architekt ve společnosti Master Internet. |



















