Version 18.1 by Pavel Vagaš on 2025/09/23 08:59

Show last authors
1 **PRÍSTUP K PROJEKTU**
2
3 **Vzor pre manažérsky výstup I-03**
4
5 **podľa vyhlášky MIRRI č. 401/2023 Z. z. **
6
7
8
9 |Povinná osoba|Univerzitná nemocnica L. Pasteura Košice
10 |Názov projektu|Vybudovanie redundantného dátového centra
11 |Zodpovedná osoba za projekt|Ing. Pavel Vagaš, MPH –zamestnanec
12 |Realizátor projektu|Univerzitná nemocnica L. Pasteura Košice
13 |Vlastník projektu|Univerzitná nemocnica L. Pasteura Košice
14
15 **Schvaľovanie dokumentu**
16
17 |Položka|Meno a priezvisko|Organizácia|Pracovná pozícia|Dátum|(((
18 Podpis
19
20 (alebo elektronický súhlas)
21 )))
22 |Vypracoval|Ing. Pavel Vagaš, MPH|Univerzitná nemocnica L. Pasteura Košice|Vedúci OIKT| |
23
24 1. **História dokumentu**
25
26 |Verzia|Dátum|Zmeny|Meno
27 |//0.1//|//2.9.2025//|//Pracovný návrh//|
28 | | | |
29 | | | |
30 | | | |
31
32 (% start="2" %)
33 1. **Účel dokumentu**
34
35 Tento dokument popisuje zámer, ciele a základné východiská projektu Vybudovania redundantného dátového centra (RDC), ktorého hlavným účelom je:
36
37 * Zvýšenie súladu s požiadavkami zákona č. 69/2018 Z. z. o kybernetickej bezpečnosti a o zmene a doplnení niektorých zákonov (ďalej len „zákon o KB“),
38 * Zabezpečenie vysokej dostupnosti kritických informačných systémov a služieb,
39 * Zvýšenie odolnosti a kontinuity prevádzky prostredníctvom fyzickej a logickej redundancie,
40 * Minimalizácia dopadov výpadkov a incidentov, ktoré by mohli ohroziť bezpečnosť, dostupnosť alebo integritu dát a služieb.
41
42 Dokument zároveň slúži ako podklad pre plánovanie, návrh, implementáciu a následnú prevádzku RDC.
43
44 (% start="2" %)
45 11. **Použité skratky a pojmy **
46
47 |SKRATKA/POJEM|POPIS
48 |KB|Kybernetická bezpečnosť
49 |IS|Informačný systém
50 |SLA|Service Level Agreement (dohoda o úrovni poskytovaných služieb)
51 |HA|High Availability (vysoká dostupnosť)
52 |DR|Disaster Recovery (obnova po havárii)
53 |DC|Dátové centrum
54 |NIS2|Smernica Európskej únie o opatreniach na zaistenie vysokej úrovne kybernetickej bezpečnosti
55 |RTO|Recovery Time Objective (cieľový čas obnovy)
56 |RPO|Recovery Point Objective (cieľový bod obnovy)
57 |RDC|Redundantné dátové centrum
58 |HW|Hardvér
59 |SW|Softvér
60
61 (% start="2" %)
62 11. Konvencie pre typy požiadaviek (príklady)
63
64 rámci projektu budú definované tri základné typy požiadaviek:
65
66
67 * Funkčné (používateľské) požiadavky majú nasledovnú konvenciu:
68
69 Fxx
70
71 F – funkčná požiadavka
72
73 xx – číslo požiadavky
74
75
76 * Nefunkčné (kvalitatívne, výkonové - Non Functional Requirements - NFR) požiadavky majú nasledovnú konvenciu:
77
78 Nxx
79
80 N – nefunkčná požiadavka (NFR)
81
82 xx – číslo požiadavky
83
84
85 * Technické požiadavky majú nasledovnú konvenciu:
86
87 Txx
88
89 T – technická požiadavka
90
91 xx – číslo požiadavky
92
93 (% start="3" %)
94 1. **Popis navrhovaného riešenia**
95
96 Cieľom projektu je vybudovanie geograficky oddeleného dátového centra, pre prevádzku IS kritickej infraštruktúry UNLP Košice. Tento projekt predstavuje kľúčový krok v modernizácii IT infraštruktúry, pričom jeho primárnym cieľom je zvýšiť dostupnosť a stabilitu prevádzkovaných systémov a súčasne  nevyhnutnosť realizácie kybernetických opatrení pre zvýšenie súladu s požiadavkami zákona o ISVS resp. zákona o kybernetickej bezpečnosti Zákon č. 69/2018 Z. z., ako aj Vyhlášky č. 362/2018 Z. z. Vyhláška Národného bezpečnostného úradu, ktorou sa ustanovuje obsah bezpečnostných opatrení, obsah a štruktúra bezpečnostnej dokumentácie a rozsah všeobecných bezpečnostných opatrení (ďalej len „Vyhláška 362/2018 Z. z.“). Nová infraštruktúra umožní efektívne a jednotné riadenie, čím sa zvýši dostupnosť a spoľahlivosť informačných systémov a zjednoduší sa správa samotných systémov.
97
98 (% start="4" %)
99 1. **Architektúra riešenia projektu**
100
101 Cieľom projektu je vybudovanie dvojzložkovej IT infraštruktúry, ktorá pozostáva z:
102
103 * Primárneho dátového centra – produkčné prostredie, kde bežia všetky kritické aplikácie a služby,
104 * Redundantného/záložného dátového centra – geograficky oddelené prostredie, pripravené na okamžité prevzatie prevádzky v prípade výpadku primárneho dátového centra (Disaster Recovery & High Availability).
105
106 Obe dátové centrá budú navzájom prepojené vysokokapacitným zabezpečeným spojom, ktorý zabezpečí:
107
108 * replikáciu dát,
109 * synchronizáciu systémov,
110 * failover mechanizmy pre zamedzenie výpadku služieb.
111
112 Týmto riešením vznikne vysoko dostupná, redundantná a legislatívne vyhovujúca IT infraštruktúra, ktorá podporuje:
113
114 * kontinuitu prevádzky (business continuity),
115 * obnovu po havárii (disaster recovery),
116 * zvýšenú úroveň kybernetickej bezpečnosti.
117
118 Ťažisko popisu architektúry nie je na biznis, aplikačnej a dátovej vrstve, ale na technologickej vrstve.
119
120
121 (% start="4.1" %)
122 1.
123 11. **Biznis vrstva**
124
125 Predmetom projektu je obstaranie hardvérového riešenia, ktoré neobsahuje požiadavky na biznis vrstvu prevádzkovaných IS. Projekt navrhuje vybudovanie vysoko dostupnej serverovej virtualizovanej platformy, ktorá bude rozprestretá v rámci dvoch  navzájom oddelených dátových centier, v ktorých bude prevádzkovaná  HW infraštruktúra. Súčasťou tohto projektu sú výhradne hardvérové súčasti pre realizáciu vyššie uvedeného a im prislúchajúce firmwarov a operačných systémov, vrátane licencií.
126
127 (% start="4.2" %)
128 1.
129 11. **Aplikačná vrstva**
130
131 Z pohľadu aplikačnej architektúry nedôjde v rámci tohto projektu k žiadnym zmenám.
132
133 (% start="4.3" %)
134 1.
135 11. **Dátová vrstva**
136
137 Z pohľadu dátovej vrstvy nedôjde v rámci tohto projektu k žiadnym zmenám.
138
139 (% start="4.4" %)
140 1.
141 11. **Technologická vrstva**
142
143 * Zálohovací server                     1ks
144 * Virtualizačný server       2ks
145 * Primárne úložisko                    1ks
146 * Virtuálne softvérové úložisko    1ks
147 * Prepínač                                  2ks
148 * Príslušenstvo (Rack 1ks, UPS 1ks, PDU 5ks)
149 * Licencie Windows server 2025 6ks, VMware 128ks, Subscription 5rokov)
150
151 (% start="4.4.1" %)
152 1.
153 11.
154 111. **Prehľad technologického stavu - AS IS**
155
156 Cieľom projektu je vybudovanie geograficky oddeleného dátového centra, pre prevádzku IS kritickej infraštruktúry UNLP Košice. Tento projekt predstavuje kľúčový krok v modernizácii IT infraštruktúry, pričom jeho primárnym cieľom je zvýšiť dostupnosť a stabilitu prevádzkovaných systémov a súčasne  nevyhnutnosť realizácie kybernetických opatrení pre zvýšenie súladu so zákona o kybernetickej bezpečnosti.
157
158 (% start="4.4.2" %)
159 1.
160 11.
161 111. **Návrh riešenia technologickej architektúry**
162
163
164 Vytvorenie redundantných serverovní v rámci dvoch oddelených areálov UNLP KE predstavuje kľúčové opatrenie na zaistenie vysokej dostupnosti a odolnosti informačných systémov. Myšlienka spočíva v tom, že namiesto prevádzky všetkých kritických serverov a úložísk v jednej lokalite sa infraštruktúra rozdelí do dvoch fyzicky oddelených priestorov. Lokalizácia prvej - existujúcej serverovne je v areáli na Rastislavovej ulici 43 ( site A)  a druhej- plánovanej serverovne  na Triede SNP 1 (site B). Tieto areály sú navzájom prepojené dostatočne rýchlym a spoľahlivým dátovým prepojom, čo umožňuje synchronizáciu dát a služieb v reálnom čase alebo s minimálnym oneskorením.
165
166 Hlavným dôvodom pre takéto riešenie je zvýšenie odolnosti voči výpadkom. Ak by sa v jednej lokalite vyskytol problém – napríklad porucha napájania, požiar, povodeň alebo iná havária – prevádzka aplikácií a služieb môže byť okamžite alebo v krátkom čase presunutá do druhej serverovne. Tým sa eliminuje riziko dlhodobého výpadku, ktorý by mal negatívny vplyv na chod organizácie  a poskytovaných služieb.
167
168 Vďaka redundancii možno garantovať dostupnosť dát a služieb aj počas plánovaných odstávok, napríklad pri údržbe hardvéru či aktualizáciách.
169
170 Nemenej dôležitým aspektom je ochrana dát. Ukladanie a replikácia dát v dvoch geograficky oddelených lokalitách znižuje riziko ich straty pri zlyhaní diskového poľa alebo pri katastrofickej udalosti. Takéto riešenie často vyhovuje aj legislatívnym alebo bezpečnostným požiadavkám na zálohovanie a ochranu údajov.
171
172 Celkovo možno povedať, že vybudovanie redundantných serverovní v dvoch oddelených areáloch je strategická investícia, ktorá síce prináša vyššie počiatočné náklady, ale výrazne znižuje riziká spojené s nedostupnosťou systémov a umožňuje organizácii fungovať spoľahlivo aj v krízových situáciách.
173
174
175 1.
176 11. Bezpečnostná architektúra
177
178 Zmena bezpečnostnej architektúry nie je predmetom projektu. Predmetom projektu je prevádzka virtualizačnej časti na verziách podporovaných výrobcom.
179
180
181
182
183
184 1. Závislosti na ostatné ISVS / projekty
185
186 Projekt nie je závislý od iných ISVS/Projektov, vzťahy so súvisiacimi ISVS/ Projektami zobrazuje nižšie uvedený diagram:
187
188 [[image:file:///C:/Users/un88953/AppData/Local/Temp/msohtmlclip1/01/clip_image002.png]]
189
190
191 1. Zdrojové kódy
192
193 Projekt vybudovania redundatného dátového centra je primárne zameraný na nasadenie a konfiguráciu technickej infraštruktúry, ktorá pozostáva z komerčných hardvérových a softvérových komponentov tretích strán (napr. servery, úložiská, zálohovacie systémy, sieťové prvky, virtualizačné a monitorovacie nástroje).
194
195 Tieto riešenia sú:
196
197 * štandardne dodávané ako proprietárne produkty so zmluvnou podporou a licenciami,
198 * prevádzkované formou konfigurácie, nie vývoja vlastného softvéru,
199 * podporované výrobcom prostredníctvom SLA, aktualizácií a bezpečnostných patchov.
200
201 Projekt nezahŕňa vývoj aplikácií na mieru, pri ktorých by bolo opodstatnené požadovať vlastníctvo alebo prístup k zdrojovým kódom. Všetky používané softvérové komponenty sú buď:
202
203 * komerčné produkty, pri ktorých výrobca zdrojové kódy štandardne neposkytuje,
204 * alebo open-source riešenia, pri ktorých sú zdrojové kódy verejne dostupné.
205
206 1. Prevádzka a údržba
207
208 Prevádzka a údržba redundatného dátového centra (RDC) bude zabezpečovaná internými zamestnancami IT oddelenia, ktorí budú zodpovední za každodenný dohľad nad infraštruktúrou, správu systémov, vykonávanie pravidelnej údržby a riešenie incidentov v súlade s definovanými procesmi a prevádzkovými štandardmi.
209
210 Interný IT tím bude zabezpečovať:
211
212 * 24/7 monitoring dostupnosti a výkonnosti systémov,
213 * preventívnu a reaktívnu údržbu bez výpadkov služieb,
214 * správu zálohovania a obnovy dát (RPO, RTO),
215 * koordináciu DR testov a prevádzkových zásahov.
216
217 Prevádzka bude navrhnutá s dôrazom na vysokú dostupnosť (HA) a redundanciu, čím sa zabezpečí plynulý chod kritických služieb aj počas údržby alebo výpadku primárneho dátového centra.
218
219 Úroveň poskytovania služieb (SLA) týkajúca sa hardvéru, systémových komponentov a vybraných softvérových riešení bude zabezpečená prostredníctvom podporných zmlúv s výrobcom alebo jeho oficiálnym zastúpením. Tieto SLA budú zahŕňať:
220
221 * garantované časy reakcie a opravy,
222 * prístup k technickej podpore výrobcu,
223 * aktualizácie softvéru a bezpečnostné záplaty,
224 * eskaláciu kritických problémov.
225
226 Kombináciou interného prevádzkového tímu a garantovaných SLA zo strany výrobcov bude zabezpečená spoľahlivá, bezpečná a kontinuálne dostupná prevádzka IT infraštruktúry, ktorá bude plne vyhovovať požiadavkám zákona o kybernetickej bezpečnosti a interným prevádzkovým štandardom organizácie.
227
228
229 1.
230 11. Prevádzkové požiadavky
231
232 Prevádzka bude zabezpečená interným personálom obstarávateľa.
233
234
235 1.
236 11.
237 111. Úrovne podpory používateľov
238
239 Súčasťou komplexného riešenia prevádzky redundantného dátového centra (RDC) je aj zabezpečenie viacúrovňovej technickej podpory pre používateľov a prevádzku systémov. Podpora bude organizovaná podľa modelu L1 – L2 – L3, ktorý zabezpečí efektívne riešenie incidentov, požiadaviek a problémov v súlade s úrovňami zložitosti a SLA.
240
241
242 **L1 – Prvá úroveň podpory (Level 1 Support)**
243
244 Zodpovednosť: Zákaznícka podpora / ServiceDesk
245
246 Personálne zabezpečenie: Interní pracovníci IT oddelenia
247
248 Hlavné úlohy:
249
250 *
251 **
252 *** Prvý kontakt s používateľom
253 *** Prijímanie, zaznamenávanie a kategorizácia incidentov a požiadaviek
254 *** Riešenie bežných problémov
255 *** Poskytovanie základných informácií o stave služieb
256 *** Eskalácia nevyriešených incidentov na L2
257
258 **L2 – Druhá úroveň podpory (Level 2 Support)**
259
260 Zodpovednosť: Technická a prevádzková podpora
261
262 Personálne zabezpečenie: Interní IT špecialisti pre jednotlivé oblasti (servery, siete, bezpečnosť, zálohovanie)
263
264
265 Hlavné úlohy:
266
267 *
268 **
269 *** Riešenie technických incidentov, ktoré presahujú možnosti L1
270 *** Správa a údržba IT infraštruktúry (virtualizácia, zálohovanie, monitoring
271 *** Realizácia plánovaných zásahov a zmien v systéme
272 *** Spolupráca s L3 podporou pri komplexných problémoch
273 *** Vyhodnocovanie opakovaných problémov a návrhy na optimalizáciu
274
275 **L3 – Tretia úroveň podpory (Level 3 Support)**
276
277 Zodpovednosť: Špecializovaná podpora zo strany výrobcov alebo zmluvných partnerov
278
279 Personálne zabezpečenie: Výrobcovia technológií (OEM), certifikovaní servisní partneri
280
281
282 Hlavné úlohy:
283
284 *
285 **
286 *** Riešenie zložitých technických problémov a systémových chýb
287 *** Analýza hlbokých technických incidentov (core dump, log trace, systémové chyby)
288 *** Dodávky aktualizácií, patchov, firmvérov, opráv
289 *** Poskytovanie expertného poradenstva a odporúčaní pri návrhu zmien
290 *** Reakcia podľa zmluvne dohodnutých SLA (napr. reakčný čas do 4 hodín, NBD výmena HW)
291
292 1.
293 11. Požadovaná dostupnosť IS:
294
295 Možnosť nahlasovania porúch 24/7, dodávka servisu pre opravy HW nasledujúci pracovný deň. Oprava zariadenia musí byť realizovaná priamo výrobcom alebo jeho lokálnym autorizovaným servisným partnerom (zastúpením).
296
297
298
299 1.
300 11.
301 111. Dostupnosť (Availability)
302
303 IS musia byť dostupné nepretržite v režime 24x7.
304
305
306 1.
307 11.
308 111. RTO (Recovery Time Objective)
309
310 Garantovaná doba opravy HW do 24 hodín. Oprava zariadenia musí byť realizovaná priamo výrobcom alebo jeho lokálnym autorizovaným servisným partnerom (zastúpením).
311
312
313 1. Požiadavky na personál
314
315 Prevádzka bude zabezpečená interným personálom obstarávateľa.
316
317
318 1. Implementácia a preberanie výstupov projektu
319
320 Projekt vybudovania redundantného dátového centra bude realizovaný v niekoľkých navzájom nadväzujúcich fázach s cieľom zabezpečiť plnú technickú funkčnosť, vysokú dostupnosť, súlad s legislatívou a bezproblémové nasadenie do prevádzky.
321
322 Úvodná fáza projektu zahŕňa zber požiadaviek, analýzu súčasného stavu a návrh cieľovej architektúry. Po jej schválení nasleduje realizačná fáza, v rámci ktorej dôjde k dodávke a inštalácii hardvérových a softvérových komponentov, konfigurácii sieťovej a serverovej infraštruktúry, nastaveniu zálohovania, replikácie a failover mechanizmov medzi primárnym a záložným dátovým centrom. Po technickej realizácii prebehne komplexné testovanie vrátane záťažových testov, overenia vysokodostupnostných (HA) a havarijných (DR) scenárov, testov obnovy dát a kontroly bezpečnostných opatrení. Preberanie výstupov prebieha na základe vopred definovaných odovzdávacích protokolov a kontrolných zoznamov. Súčasťou odovzdania je fyzické a logické preverenie infraštruktúry, kontrola dokumentácie, výsledkov testov a preškolenie obslužného personálu. Formálnym aktom preberania je podpis preberacieho protokolu medzi projektovým tímom a prevádzkou, čím sa systém odovzdáva do ostrej prevádzky. Prevádzka bude zabezpečená interným IT tímom v režime L1 – L2 – L3 podpory. Prvá úroveň (L1) pokrýva základnú používateľskú podporu a evidenciu incidentov, druhá úroveň (L2) zabezpečuje technickú správu infraštruktúry a riešenie bežných problémov a tretia úroveň (L3) je poskytovaná výrobcom technológií alebo jeho servisným partnerom v rámci SLA zmlúv. Tie zabezpečujú expertnú podporu, servisné zásahy a aktualizácie v dohodnutých reakčných časoch.
323
324 Takto navrhnutý implementačný a prevádzkový model zabezpečí plynulý prechod z projektu do rutinného režimu, minimalizuje riziká spojené s prevádzkou kľúčovej infraštruktúry a vytvára spoľahlivé základy pre dlhodobú prevádzkyschopnosť a súlad s kybernetickou legislatívou.
325
326 1. Prílohy
327 {{/numberedLists}}