Wiki zdrojový kód pre I-03 Prístup k projektu (pristup_k_projektu)
Version 20.1 by Pavel Vagaš on 2025/09/23 09:02
Show last authors
author | version | line-number | content |
---|---|---|---|
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 | (% start="1" %) | ||
25 | 1. =**História dokumentu**= | ||
26 | |||
27 | |Verzia|Dátum|Zmeny|Meno | ||
28 | |//0.1//|//2.9.2025//|//Pracovný návrh//| | ||
29 | | | | | | ||
30 | | | | | | ||
31 | | | | | | ||
32 | |||
33 | |||
34 | (% start="2" %) | ||
35 | 1. = **Účel dokumentu** = | ||
36 | |||
37 | |||
38 | 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: | ||
39 | |||
40 | * 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“), | ||
41 | * Zabezpečenie vysokej dostupnosti kritických informačných systémov a služieb, | ||
42 | * Zvýšenie odolnosti a kontinuity prevádzky prostredníctvom fyzickej a logickej redundancie, | ||
43 | * Minimalizácia dopadov výpadkov a incidentov, ktoré by mohli ohroziť bezpečnosť, dostupnosť alebo integritu dát a služieb. | ||
44 | |||
45 | Dokument zároveň slúži ako podklad pre plánovanie, návrh, implementáciu a následnú prevádzku RDC. | ||
46 | |||
47 | (% start="2" %) | ||
48 | 11. == **Použité skratky a pojmy ** == | ||
49 | |||
50 | |SKRATKA/POJEM|POPIS | ||
51 | |KB|Kybernetická bezpečnosť | ||
52 | |IS|Informačný systém | ||
53 | |SLA|Service Level Agreement (dohoda o úrovni poskytovaných služieb) | ||
54 | |HA|High Availability (vysoká dostupnosť) | ||
55 | |DR|Disaster Recovery (obnova po havárii) | ||
56 | |DC|Dátové centrum | ||
57 | |NIS2|Smernica Európskej únie o opatreniach na zaistenie vysokej úrovne kybernetickej bezpečnosti | ||
58 | |RTO|Recovery Time Objective (cieľový čas obnovy) | ||
59 | |RPO|Recovery Point Objective (cieľový bod obnovy) | ||
60 | |RDC|Redundantné dátové centrum | ||
61 | |HW|Hardvér | ||
62 | |SW|Softvér | ||
63 | |||
64 | 11. == Konvencie pre typy požiadaviek (príklady) == | ||
65 | |||
66 | rámci projektu budú definované tri základné typy požiadaviek: | ||
67 | |||
68 | |||
69 | * Funkčné (používateľské) požiadavky majú nasledovnú konvenciu: | ||
70 | |||
71 | Fxx | ||
72 | |||
73 | F – funkčná požiadavka | ||
74 | |||
75 | xx – číslo požiadavky | ||
76 | |||
77 | |||
78 | * Nefunkčné (kvalitatívne, výkonové - Non Functional Requirements - NFR) požiadavky majú nasledovnú konvenciu: | ||
79 | |||
80 | Nxx | ||
81 | |||
82 | N – nefunkčná požiadavka (NFR) | ||
83 | |||
84 | xx – číslo požiadavky | ||
85 | |||
86 | |||
87 | * Technické požiadavky majú nasledovnú konvenciu: | ||
88 | |||
89 | Txx | ||
90 | |||
91 | T – technická požiadavka | ||
92 | |||
93 | xx – číslo požiadavky | ||
94 | |||
95 | (% start="3" %) | ||
96 | 1. **Popis navrhovaného riešenia** | ||
97 | |||
98 | 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. | ||
99 | |||
100 | (% start="4" %) | ||
101 | 1. **Architektúra riešenia projektu** | ||
102 | |||
103 | Cieľom projektu je vybudovanie dvojzložkovej IT infraštruktúry, ktorá pozostáva z: | ||
104 | |||
105 | * Primárneho dátového centra – produkčné prostredie, kde bežia všetky kritické aplikácie a služby, | ||
106 | * 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). | ||
107 | |||
108 | Obe dátové centrá budú navzájom prepojené vysokokapacitným zabezpečeným spojom, ktorý zabezpečí: | ||
109 | |||
110 | * replikáciu dát, | ||
111 | * synchronizáciu systémov, | ||
112 | * failover mechanizmy pre zamedzenie výpadku služieb. | ||
113 | |||
114 | Týmto riešením vznikne vysoko dostupná, redundantná a legislatívne vyhovujúca IT infraštruktúra, ktorá podporuje: | ||
115 | |||
116 | * kontinuitu prevádzky (business continuity), | ||
117 | * obnovu po havárii (disaster recovery), | ||
118 | * zvýšenú úroveň kybernetickej bezpečnosti. | ||
119 | |||
120 | Ťažisko popisu architektúry nie je na biznis, aplikačnej a dátovej vrstve, ale na technologickej vrstve. | ||
121 | |||
122 | |||
123 | (% start="4.1" %) | ||
124 | 1. | ||
125 | 11. **Biznis vrstva** | ||
126 | |||
127 | 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í. | ||
128 | |||
129 | (% start="4.2" %) | ||
130 | 1. | ||
131 | 11. **Aplikačná vrstva** | ||
132 | |||
133 | Z pohľadu aplikačnej architektúry nedôjde v rámci tohto projektu k žiadnym zmenám. | ||
134 | |||
135 | (% start="4.3" %) | ||
136 | 1. | ||
137 | 11. **Dátová vrstva** | ||
138 | |||
139 | Z pohľadu dátovej vrstvy nedôjde v rámci tohto projektu k žiadnym zmenám. | ||
140 | |||
141 | (% start="4.4" %) | ||
142 | 1. | ||
143 | 11. **Technologická vrstva** | ||
144 | |||
145 | * Zálohovací server 1ks | ||
146 | * Virtualizačný server 2ks | ||
147 | * Primárne úložisko 1ks | ||
148 | * Virtuálne softvérové úložisko 1ks | ||
149 | * Prepínač 2ks | ||
150 | * Príslušenstvo (Rack 1ks, UPS 1ks, PDU 5ks) | ||
151 | * Licencie Windows server 2025 6ks, VMware 128ks, Subscription 5rokov) | ||
152 | |||
153 | (% start="4.4.1" %) | ||
154 | 1. | ||
155 | 11. | ||
156 | 11. | ||
157 | 111. **Prehľad technologického stavu - AS IS** | ||
158 | |||
159 | 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. | ||
160 | |||
161 | (% start="4.4.2" %) | ||
162 | 1. | ||
163 | 11. | ||
164 | 111. **Návrh riešenia technologickej architektúry** | ||
165 | |||
166 | 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. | ||
167 | |||
168 | 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. | ||
169 | |||
170 | 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. | ||
171 | |||
172 | 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. | ||
173 | |||
174 | 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. | ||
175 | |||
176 | |||
177 | 1. | ||
178 | 11. Bezpečnostná architektúra | ||
179 | |||
180 | Zmena bezpečnostnej architektúry nie je predmetom projektu. Predmetom projektu je prevádzka virtualizačnej časti na verziách podporovaných výrobcom. | ||
181 | |||
182 | |||
183 | |||
184 | |||
185 | |||
186 | 1. Závislosti na ostatné ISVS / projekty | ||
187 | |||
188 | Projekt nie je závislý od iných ISVS/Projektov, vzťahy so súvisiacimi ISVS/ Projektami zobrazuje nižšie uvedený diagram: | ||
189 | |||
190 | [[image:file:///C:/Users/un88953/AppData/Local/Temp/msohtmlclip1/01/clip_image002.png]] | ||
191 | |||
192 | |||
193 | 1. Zdrojové kódy | ||
194 | |||
195 | 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). | ||
196 | |||
197 | Tieto riešenia sú: | ||
198 | |||
199 | * štandardne dodávané ako proprietárne produkty so zmluvnou podporou a licenciami, | ||
200 | * prevádzkované formou konfigurácie, nie vývoja vlastného softvéru, | ||
201 | * podporované výrobcom prostredníctvom SLA, aktualizácií a bezpečnostných patchov. | ||
202 | |||
203 | 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ď: | ||
204 | |||
205 | * komerčné produkty, pri ktorých výrobca zdrojové kódy štandardne neposkytuje, | ||
206 | * alebo open-source riešenia, pri ktorých sú zdrojové kódy verejne dostupné. | ||
207 | |||
208 | 1. Prevádzka a údržba | ||
209 | |||
210 | 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. | ||
211 | |||
212 | Interný IT tím bude zabezpečovať: | ||
213 | |||
214 | * 24/7 monitoring dostupnosti a výkonnosti systémov, | ||
215 | * preventívnu a reaktívnu údržbu bez výpadkov služieb, | ||
216 | * správu zálohovania a obnovy dát (RPO, RTO), | ||
217 | * koordináciu DR testov a prevádzkových zásahov. | ||
218 | |||
219 | 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. | ||
220 | |||
221 | Ú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ť: | ||
222 | |||
223 | * garantované časy reakcie a opravy, | ||
224 | * prístup k technickej podpore výrobcu, | ||
225 | * aktualizácie softvéru a bezpečnostné záplaty, | ||
226 | * eskaláciu kritických problémov. | ||
227 | |||
228 | 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. | ||
229 | |||
230 | |||
231 | 1. | ||
232 | 11. Prevádzkové požiadavky | ||
233 | |||
234 | Prevádzka bude zabezpečená interným personálom obstarávateľa. | ||
235 | |||
236 | |||
237 | 1. | ||
238 | 11. | ||
239 | 111. Úrovne podpory používateľov | ||
240 | |||
241 | 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. | ||
242 | |||
243 | |||
244 | **L1 – Prvá úroveň podpory (Level 1 Support)** | ||
245 | |||
246 | Zodpovednosť: Zákaznícka podpora / ServiceDesk | ||
247 | |||
248 | Personálne zabezpečenie: Interní pracovníci IT oddelenia | ||
249 | |||
250 | Hlavné úlohy: | ||
251 | |||
252 | * | ||
253 | ** | ||
254 | *** Prvý kontakt s používateľom | ||
255 | *** Prijímanie, zaznamenávanie a kategorizácia incidentov a požiadaviek | ||
256 | *** Riešenie bežných problémov | ||
257 | *** Poskytovanie základných informácií o stave služieb | ||
258 | *** Eskalácia nevyriešených incidentov na L2 | ||
259 | |||
260 | **L2 – Druhá úroveň podpory (Level 2 Support)** | ||
261 | |||
262 | Zodpovednosť: Technická a prevádzková podpora | ||
263 | |||
264 | Personálne zabezpečenie: Interní IT špecialisti pre jednotlivé oblasti (servery, siete, bezpečnosť, zálohovanie) | ||
265 | |||
266 | |||
267 | Hlavné úlohy: | ||
268 | |||
269 | * | ||
270 | ** | ||
271 | *** Riešenie technických incidentov, ktoré presahujú možnosti L1 | ||
272 | *** Správa a údržba IT infraštruktúry (virtualizácia, zálohovanie, monitoring | ||
273 | *** Realizácia plánovaných zásahov a zmien v systéme | ||
274 | *** Spolupráca s L3 podporou pri komplexných problémoch | ||
275 | *** Vyhodnocovanie opakovaných problémov a návrhy na optimalizáciu | ||
276 | |||
277 | **L3 – Tretia úroveň podpory (Level 3 Support)** | ||
278 | |||
279 | Zodpovednosť: Špecializovaná podpora zo strany výrobcov alebo zmluvných partnerov | ||
280 | |||
281 | Personálne zabezpečenie: Výrobcovia technológií (OEM), certifikovaní servisní partneri | ||
282 | |||
283 | |||
284 | Hlavné úlohy: | ||
285 | |||
286 | * | ||
287 | ** | ||
288 | *** Riešenie zložitých technických problémov a systémových chýb | ||
289 | *** Analýza hlbokých technických incidentov (core dump, log trace, systémové chyby) | ||
290 | *** Dodávky aktualizácií, patchov, firmvérov, opráv | ||
291 | *** Poskytovanie expertného poradenstva a odporúčaní pri návrhu zmien | ||
292 | *** Reakcia podľa zmluvne dohodnutých SLA (napr. reakčný čas do 4 hodín, NBD výmena HW) | ||
293 | |||
294 | 1. | ||
295 | 11. Požadovaná dostupnosť IS: | ||
296 | |||
297 | 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). | ||
298 | |||
299 | |||
300 | |||
301 | 1. | ||
302 | 11. | ||
303 | 111. Dostupnosť (Availability) | ||
304 | |||
305 | IS musia byť dostupné nepretržite v režime 24x7. | ||
306 | |||
307 | |||
308 | 1. | ||
309 | 11. | ||
310 | 111. RTO (Recovery Time Objective) | ||
311 | |||
312 | 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). | ||
313 | |||
314 | |||
315 | 1. Požiadavky na personál | ||
316 | |||
317 | Prevádzka bude zabezpečená interným personálom obstarávateľa. | ||
318 | |||
319 | |||
320 | 1. Implementácia a preberanie výstupov projektu | ||
321 | |||
322 | 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. | ||
323 | |||
324 | Ú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. | ||
325 | |||
326 | 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. | ||
327 | |||
328 | 1. Prílohy | ||
329 | ~{~{/numberedLists}} |