I-02 Projektový zámer (projektovy_zamer)

• 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

Dokument zároveň slúži ako podklad pre plánovanie, návrh, implementáciu a následnú prevádzku RDC.

42

43

**2.1 Použité skratky a pojmy**

44

45

46

(% class="table-bordered" style="width:923px" %)

47

|**SKRATKA/POJEM**|(% style="width:635px" %)**POPIS**

48

|KB|(% style="width:635px" %)Kybernetická bezpečnosť

49

|IS|(% style="width:635px" %)Informačný systém

50

|SLA|(% style="width:635px" %)Service Level Agreement (dohoda o úrovni poskytovaných služieb)

51

|HA|(% style="width:635px" %)High Availability (vysoká dostupnosť)

52

|DR|(% style="width:635px" %)Disaster Recovery (obnova po havárii)

53

|DC|(% style="width:635px" %)Dátové centrum

54

|NIS2|(% style="width:635px" %)Smernica Európskej únie o opatreniach na zaistenie vysokej úrovne kybernetickej bezpečnosti

55

|RTO|(% style="width:635px" %)Recovery Time Objective (cieľový čas obnovy)

56

|RPO|(% style="width:635px" %)Recovery Point Objective (cieľový bod obnovy)

57

|RDC|(% style="width:635px" %)Redundantné dátové centrum

58

|HW|(% style="width:635px" %)Hardvér

59

|SW|(% style="width:635px" %)Softvér

60

61

**2.2 DEFINÍCIE POJMOV**

62

Redundantné dátové centrum (RDC) – samostatné dátové centrum, fyzicky oddelené od primárneho, ktoré zabezpečuje prevádzku kritických systémov v prípade výpadku alebo poruchy hlavného dátového centra.

63

Vysoká dostupnosť (HA) – schopnosť systému zostať nepretržite dostupný aj v prípade čiastočných porúch

64

alebo výpadkov infraštruktúry.

65

Zákon o kybernetickej bezpečnosti – legislatívna norma upravujúca práva a povinnosti prevádzkovateľov základných služieb a digitálnych služieb v oblasti zabezpečenia informačných systémov.

66

Disaster Recovery (DR) – procesy, technológie a plány, ktoré umožňujú rýchle obnovenie služieb po havárii alebo výpadku.

67

RTO (Recovery Time Objective) – maximálny prípustný čas, počas ktorého môže byť služba nedostupná.

68

RPO (Recovery Point Objective) – maximálne prípustné množstvo dát, ktoré môže byť stratené v dôsledku incidentu.

69

70

71

**3. DEFINOVANIE PROJEKTU **

72

73

**3.1 Manažérske zhrnutie**

74

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.

75

76

**3.2 Motivácia a rozsah projektu**

77

Hlavným cieľom vybudovania geograficky oddeleného sekundárneho dátového centra je zabezpečenie vysokej dostupnosti, kontinuity prevádzky a ochrany kritických informačných systémov organizácie. Vzhľadom na rastúce riziká – ako sú prírodné katastrofy, výpadky energie, kybernetické útoky či zlyhania hardvéru – je nevyhnutné mať záložnú infraštruktúru umiestnenú mimo primárneho dátového centra.

78

Projekt reaguje na tieto potreby:

79

• Business continuity – schopnosť obnoviť prevádzku služieb bez zásadných výpadkov.

80

• Disaster recovery – minimalizácia strát dát a času pri havárii primárneho dátového centra.

81

• Regulačné požiadavky – plnenie legislatívnych a bezpečnostných štandardov v oblasti ochrany dát.

82

• Škálovateľnosť a budúci rast – vytvorenie infraštruktúry, ktorá dokáže reagovať na budúce požiadavky.

83

84

Projekt zahŕňa vybudovanie a implementáciu geograficky oddelenej serverovej infraštruktúry, ktorá bude fungovať ako sekundárne dátové centrum, vrátane zavedenia centralizovaného zálohovacieho riešenia.

85

Hlavné oblasti realizácie:

86

87

1. Výber a príprava lokality

88

- geografická oddelenosť od primárneho centra,

89

- vhodné technické zázemie (napájanie, konektivita, klimatizácia, fyzická bezpečnosť).

90

1. Serverová a sieťová infraštruktúra

91

- inštalácia serverov, storage riešení a sieťových prvkov,

92

- prepojenie s primárnym dátovým centrom cez bezpečné linky

93

1. Zálohovacie a replikačné mechanizmy

94

- implementácia riešenia pre pravidelné zálohy kritických systémov,

95

- nastavenie replikácie dát medzi primárnym a sekundárnym centrom,

96

- definovanie RPO (Recovery Point Objective) a RTO (Recovery Time Objective).

97

1. Bezpečnostné opatrenia

98

- fyzická bezpečnosť lokality,

99

- sieťová a dátová bezpečnosť (šifrovanie, firewall, monitoring)

100

1. Testovanie a prevádzka

101

- testovanie zálohovacích a obnovovacích procesov,

102

- pravidelný audit funkčnosti,

103

- nastavenie prevádzkovej a podporné dokumentácie

104

1. Školenie a podpora

105

- vyškolenie administrátorov,

106

- zavedenie procesov pre pravidelnú kontrolu a aktualizáciu systému.

107

108

3.3 Zainteresované strany (Stakeholderi)

109

110

(% class="table-bordered" style="width:1036px" %)

111

|**ID**|(% style="width:506px" %)**AKTÉR / STAKEHOLDER**|(% style="width:197px" %)(((

**SUBJEKT**

(názov / skratka)

)))|(% style="width:268px" %)**ROLA**

116

|1.|(% style="width:506px" %)Univerzitná nemocnica L. Pasteura Košice|(% style="width:197px" %)UNLP Košice|(% style="width:268px" %)Vlastník procesu

117

|2.|(% style="width:506px" %)Podnikatelia – úspešní účastníci procesov verejných obstarávaní|(% style="width:197px" %) |(% style="width:268px" %)Dodávatelia tovarov a služieb

118

119

**3.4 Ciele projektu**

120

Cieľom projektu je vybudovať geograficky oddelené sekundárne dátové centrum so zálohovacím riešením, ktoré zabezpečí kontinuitu prevádzky, ochranu a obnovu kritických dát a služieb v prípade havárie alebo výpadku primárneho centra. Projekt zároveň posilní bezpečnosť, spoľahlivosť a pripravenosť organizácie na budúci rast a legislatívne požiadavky.

121

122

1. Zabezpečiť kontinuitu prevádzky (Business Continuity)

123

- Minimalizovať riziko dlhodobého výpadku primárneho dátového centra.

124

- Umožniť plynulé pokračovanie v poskytovaní služieb aj pri havárii alebo odstávke.

125

1. Implementovať efektívne Disaster Recovery riešenie

126

- Vytvoriť funkčné sekundárne dátové centrum s nastavenými RPO a RTO parametrami.

127

- Otestovať a overiť schopnosť rýchlej obnovy systémov a služieb

128

1. Chrániť a bezpečne uchovávať dáta

129

- Zaviesť zálohovacie a replikačné mechanizmy s možnosťou obnovy dát v definovaných časových intervaloch.

130

- Zabezpečiť šifrovanie, integritu a dostupnosť záloh.

131

1. Vybudovať geograficky oddelenú infraštruktúru

132

- Zvoliť vhodnú lokalitu, ktorá eliminuje riziká spoločné pre primárne centrum (napr. povodne, výpadky elektriny).

133

- Zaistiť dostatočnú konektivitu a bezpečné prepojenie medzi lokalitami.

134

1. Zvýšiť odolnosť voči kybernetickým a fyzickým hrozbám

135

- Integrovať pokročilé bezpečnostné prvky (firewally, monitoring, fyzická ochrana lokality).

136

- Minimalizovať dopady ransomware a iných útokov na prevádzku a dáta.

137

1. Optimalizovať správu a prevádzku dátových centier

138

- Vytvoriť centralizovaný systém pre správu záloh a monitoring.

139

- Zjednotiť procesy a štandardy pre správu infraštruktúry.

140

1. Splniť legislatívne a regulačné požiadavky

141

- Zaistiť súlad so zákonom o KB, s normami a právnymi predpismi pre ochranu osobných a citlivých údajov.

142

- Dodržať bezpečnostné štandardy.

143

1. Pripraviť riešenie pre budúci rast

144

- Navrhnúť infraštruktúru s možnosťou škálovania podľa potrieb organizácie.

145

- Zohľadniť budúce technologické trendy (cloud, hybridné riešenia, automatizácia).

146

147

**3.5 Merateľné ukazovatele (KPI)**

148

149

(% class="table-bordered" style="width:1521px" %)

150

|**ID**|(% style="width:198px" %)**ID/Názov cieľa**|(% style="width:214px" %)**Názov

151

ukazovateľa (KPI)**|(% style="width:399px" %)**Popis

152

ukazovateľa**|(% style="width:92px" %)**Merná jednotka**

153

|(% style="width:151px" %)**AS IS

154

merateľné hodnoty**

155

(aktuálne)|(% style="width:150px" %)**TO BE

156

Merateľné hodnoty**

157

(cieľové hodnoty)|(% style="width:280px" %)**Spôsob ich merania a Pozn.**

158

|1.|(% style="width:198px" %)Vybudovanie redundantného dátového centra|(% style="width:214px" %)Počet implementovaných redundancií|(% style="width:399px" %)Počet systémov/komponentov pokrytých redundanciou (napr. napájanie, sieť, úložisko)|(% style="width:92px" %)%|(% style="width:151px" %)0%|(% style="width:150px" %)100%|(% style="width:280px" %)Percento serverovej infraštruktúry pokrytých redundanciou

159

|2.|(% style="width:198px" %)Dostupnosť služieb|(% style="width:214px" %)Dostupnosť kritických systémov|(% style="width:399px" %)Percento času, počas ktorého sú kritické systémy dostupné|(% style="width:92px" %)%|(% style="width:151px" %)95.5 %|(% style="width:150px" %)≥ 99.95 %|(% style="width:280px" %)Percento času, počas ktorého sú kritické systémy dostupné

160

|3. |(% style="width:198px" %)Využitie kapacity serverovej infraštrukúry|(% style="width:214px" %)Využitie kapacity serverovej infraštrukúry|(% style="width:399px" %)Percento HW prostriedkov využívaných pre prevádzku IS|(% style="width:92px" %)%|(% style="width:151px" %)85–95 % (preťažené)|(% style="width:150px" %)≤ 70 %|(% style="width:280px" %)Percento HW prostriedkov využívaných pre prevádzku IS

161

162

**3.6 Vyhodnotenie rizík a závislostí**

163

Nevybudovaním redundantného dátového centra vznikajú viaceré rizika pre prevádzkovateľa základnej služby:

- Výpadok služieb

- Strata dát

(% class="table-bordered" style="width:1368px" %)

168

|**ID**|(% style="width:224px" %)**NÁZOV RIZIKA / ZÁVISLOSTI**|(% style="width:155px" %)**Kategória rizika**|(% style="width:313px" %)**Potenciálny dopad**|(% style="width:636px" %)**Opatrenia na zmiernenie rizika (mitigácia)**

169

|1.|(% style="width:224px" %)Zlyhanie HW|(% style="width:155px" %)A1|(% style="width:313px" %)Výpadok poskytovaných služieb|(% style="width:636px" %)Vybudovanie redundantného geograficky oddeleného dátového centra s pokročilým zálohovaním.

170

|2.|(% style="width:224px" %)Požiar, povodeň, zemetrasenie|(% style="width:155px" %)A1|(% style="width:313px" %)(((

171

Výpadok poskytovaných služieb/

172

173

Strata dát

174

)))|(% style="width:636px" %)Vybudovanie redundantného geograficky oddeleného dátového centra s pokročilým zálohovaním.

175

|3.|(% style="width:224px" %)Kybernetický útok|(% style="width:155px" %)A1|(% style="width:313px" %)Výpadok poskytovaných služieb/ Strata dát|(% style="width:636px" %)Vybudovanie redundantného geograficky oddeleného dátového centra s pokročilým zálohovaním.

176

177

**3.7 Detailný opis rozpočtu projektu a jeho prínosov**

178

Nie je potrebné, projekt pod hodnotou 1 000 000,00 EUR.

179

180

**3.7.1 Sumarizácia nákladov a prínosov**

181

182

183

(% class="table-bordered" style="width:1330px" %)

184

|(% style="width:279px" %) |(% style="width:354px" %)**Spolu**|(% style="width:340px" %)(((

185

**Názov modulu**

186

)))|(% style="width:354px" %)(((

187

**Názov modulu**

188

)))

189

|(% style="width:279px" %)**Náklady**|(% style="width:354px" %) |(% style="width:340px" %) |(% style="width:354px" %)

190

|(% style="width:279px" %)**Všeobecný materiál**|(% style="width:354px" %) |(% style="width:340px" %) |(% style="width:354px" %)

191

|(% style="width:279px" %)**IT - CAPEX**|(% style="width:354px" %) |(% style="width:340px" %) |(% style="width:354px" %)

192

|(% style="width:279px" %)Aplikácie|(% style="width:354px" %)//0,00 EUR//|(% style="width:340px" %) |(% style="width:354px" %)

193

|(% style="width:279px" %)SW|(% style="width:354px" %)//0,00 EUR//|(% style="width:340px" %) |(% style="width:354px" %)

194

|(% style="width:279px" %)HW|(% style="width:354px" %)//500 000,00 EUR s DPH//|(% style="width:340px" %) |(% style="width:354px" %)

195

|(% style="width:279px" %)Riadenie projektu|(% style="width:354px" %) |(% style="width:340px" %) |(% style="width:354px" %)

196

|(% style="width:279px" %)**IT - OPEX- prevádzka**|(% style="width:354px" %) |(% style="width:340px" %) |(% style="width:354px" %)

197

|(% style="width:279px" %)Aplikácie|(% style="width:354px" %)//0,00 EUR//|(% style="width:340px" %) |(% style="width:354px" %)

198

|(% style="width:279px" %)SW|(% style="width:354px" %)//0,00 EUR//|(% style="width:340px" %) |(% style="width:354px" %)

199

|(% style="width:279px" %)HW|(% style="width:354px" %)//0,00 EUR//|(% style="width:340px" %) |(% style="width:354px" %)

200

|(% style="width:279px" %)**Prínosy**|(% style="width:354px" %) |(% style="width:340px" %) |(% style="width:354px" %)

201

|(% style="width:279px" %)**Finančné prínosy**|(% style="width:354px" %) |(% style="width:340px" %) |(% style="width:354px" %)

202

|(% style="width:279px" %)Administratívne poplatky|(% style="width:354px" %) |(% style="width:340px" %) |(% style="width:354px" %)

203

|(% style="width:279px" %)Ostatné daňové a nedaňové príjmy|(% style="width:354px" %) |(% style="width:340px" %) |(% style="width:354px" %)

204

|(% style="width:279px" %)**Ekonomické prínosy**|(% style="width:354px" %) |(% style="width:340px" %) |(% style="width:354px" %)

205

|(% style="width:279px" %)Občania (€)|(% style="width:354px" %) |(% style="width:340px" %) |(% style="width:354px" %)

206

|(% style="width:279px" %)Úradníci (€)|(% style="width:354px" %) |(% style="width:340px" %) |(% style="width:354px" %)

207

|(% style="width:279px" %)Úradníci (FTE)|(% style="width:354px" %) |(% style="width:340px" %) |(% style="width:354px" %)

208

|(% style="width:279px" %)**Kvalitatívne prínosy**|(% style="width:354px" %) |(% style="width:340px" %) |(% style="width:354px" %)

209

|(% style="width:279px" %) |(% style="width:354px" %)(((

210

//Zvýšenie dostupnosti, redundatnosti,spoľahlivosti a bezpečnosti IKT techniky v UNLP Košice s prínosom na kvalitu výkonu práce zamestnancov//

211

)))|(% style="width:340px" %) |(% style="width:354px" %)

212

213

**3.7.2 Zdroj financovania**

214

Projekt bude financovaný z kapitálových výdavkov pridelených obstarávateľovi na rok 2025.

215

Rozpočet/KV 500 000€ s DPH.

216

217

**3.8 Harmonogram projektu**

218

219

(% style="width:1363px" %)

220

|**ID**|**FÁZA/AKTIVITA**|(((

**ZAČIATOK**

(odhad termínu)

)))|(((

**KONIEC**

(odhad termínu)

)))|(% style="width:274px" %)**POZNÁMKA**

229

|1.|Prípravná fáza a iniciačná fáza|08/2025|12/2025|(% style="width:274px" %)

230

|2.|Realizačná fáza|9/2025|10/2025|(% style="width:274px" %)Začiatok VO

231

|3.|Implementácia a testovanie|11/2025|12/2025|(% style="width:274px" %)

232

|(((

233

4.

234

)))|Dokončovacia fáza|12/2025|12/2025|(% style="width:274px" %)

235

|5.|Podpora prevádzky (SLA)|12/2025|12/2030|(% style="width:274px" %)Začiatok SLA (60 mesiacov)

236

237

**3.9 Návrh organizačného zabezpečenia projektu (projektový tím) **

**4. LEGISLATÍVA**

V rámci platnej legislatívy nebude potrebné meniť žiadnu legislatívu. Projekt je realizovaný za účelom dosiahnutia súladu s platnou legislatívou a to najmä:

246

247

Zákon č. 69/2018 Z. z. o kybernetickej bezpečnosti a o zmene a doplnení niektorých zákonov

248

Zákon č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov Vyhláška č.78/2020 Z.z. o štandardoch pre ITVS

249

Vyhláška č.401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy Vyhláška 179/2020 Z.z. o obsahu bezpečnostných opatrení ITVS

250

Vyhláška 362/2018 Z.z. o obsah bezpečnostných opatrení, obsah a štruktúra bezpečnostnej dokumentácie a rozsah všeobecných bezpečnostných opatrení)

251

Zákon č. 523/2004 Z. z. o rozpočtových pravidlách verejnej správy a o zmene a doplnení niektorých zákonov v znení neskorších predpisov

252

Zákon č. 578/2004 Z. z. o poskytovateľoch zdravotnej starostlivosti, zdravotníckych pracovníkoch, stavovských organizáciách v zdravotníctve a o zmene a doplnení niektorých zákonov

5. ARCHITEKTÚRA RIEŠENIA PROJEKTU

292

293

294

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.

295

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.

296

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.

297

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.

298

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.

299

300

5.1 Náhľad architektúry a popis budúceho cieľového produktu

301

Cieľom projektu je vybudovanie dvojzložkovej IT infraštruktúry, ktorá pozostáva z:

302

- Primárneho dátového centra – produkčné prostredie, kde bežia všetky kritické aplikácie a služby,

303

- 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).

304

305

Obe dátové centrá budú navzájom prepojené vysokokapacitným zabezpečeným spojom, ktorý zabezpečí:

306

- replikáciu dát,

307

- synchronizáciu systémov,

308

- failover mechanizmy pre zamedzenie výpadku služieb.

309

310

Týmto riešením vznikne vysoko dostupná, redundantná a legislatívne vyhovujúca IT infraštruktúra, ktorá podporuje:

311

- kontinuitu prevádzky (business continuity),

312

- obnovu po havárii (disaster recovery),

313

- zvýšenú úroveň kybernetickej bezpečnosti.

314

-

315

5.2 Aplikačná vrstva

316

Z pohľadu aplikačnej architektúry nedôjde v rámci tohto projektu k žiadnym zmenám.

317

318

5.3 Dátová architektúra

319

Z pohľadu dátovej vrstvy nedôjde v rámci tohto projektu k žiadnym zmenám.

320

321

5.4 Technologická architektúra

322

- Zálohovací server 1ks

323

- Virtualizačný server 2ks

324

- Primárne úložisko 1ks

325

- Virtuálne softvérové úložisko 1ks

326

- Prepínač 2ks

327

- Príslušenstvo (Rack 1ks, UPS 1ks, PDU 5ks)

328

- Licencie Windows server 2025 6ks, VMware 128ks, Subscription 5rokov)

329

5.5 Bezpečnostná architektúra

330

Zmena bezpečnostnej architektúry nie je predmetom projektu. Predmetom projektu je prevádzka virtualizačnej časti na verziách podporovaných výrobcom.

331

332

6. PREVÁDZKA A ÚDRŽBA VÝSTUPOV PROJEKTU

333

334

6.1 Návrh riešenia prevádzky a údržby

335

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.

336

Interný IT tím bude zabezpečovať:

337

- 24/7 monitoring dostupnosti a výkonnosti systémov,

338

- preventívnu a reaktívnu údržbu bez výpadkov služieb,

339

- správu zálohovania a obnovy dát (RPO, RTO),

340

- koordináciu DR testov a prevádzkových zásahov.

341

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.

342

Ú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ť:

343

- garantované časy reakcie a opravy,

344

- prístup k technickej podpore výrobcu,

345

- aktualizácie softvéru a bezpečnostné záplaty,

346

- eskaláciu kritických problémov.

347

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.

348

349

6.2 Zabezpečenie podpory používateľov a prevádzky

350

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.

351

352

L1 – Prvá úroveň podpory (Level 1 Support)

353

Zodpovednosť: Zákaznícka podpora / ServiceDesk

354

Personálne zabezpečenie: Interní pracovníci IT oddelenia

355

Hlavné úlohy:

356

- Prvý kontakt s používateľom

357

- Prijímanie, zaznamenávanie a kategorizácia incidentov a požiadaviek

358

- Riešenie bežných problémov

359

- Poskytovanie základných informácií o stave služieb

360

- Eskalácia nevyriešených incidentov na L2

361

362

L2 – Druhá úroveň podpory (Level 2 Support)

363

Zodpovednosť: Technická a prevádzková podpora

364

Personálne zabezpečenie: Interní IT špecialisti pre jednotlivé oblasti (servery, siete, bezpečnosť, zálohovanie)

365

366

Hlavné úlohy:

367

- Riešenie technických incidentov, ktoré presahujú možnosti L1

368

- Správa a údržba IT infraštruktúry (virtualizácia, zálohovanie, monitoring

369

- Realizácia plánovaných zásahov a zmien v systéme

370

- Spolupráca s L3 podporou pri komplexných problémoch

371

- Vyhodnocovanie opakovaných problémov a návrhy na optimalizáciu

372

373

L3 – Tretia úroveň podpory (Level 3 Support)

374

Zodpovednosť: Špecializovaná podpora zo strany výrobcov alebo zmluvných partnerov

375

Personálne zabezpečenie: Výrobcovia technológií (OEM), certifikovaní servisní partneri

376

377

Hlavné úlohy:

378

- Riešenie zložitých technických problémov a systémových chýb

379

- Analýza hlbokých technických incidentov (core dump, log trace, systémové chyby)

380

- Dodávky aktualizácií, patchov, firmvérov, opráv

381

- Poskytovanie expertného poradenstva a odporúčaní pri návrhu zmien

382

- Reakcia podľa zmluvne dohodnutých SLA (napr. reakčný čas do 4 hodín, NBD výmena HW)

383

384

PODPORA POSKYTOVATEĽ

385

(subjekt zodpovedný za poskytnutie podpory) POŽADOVANÝ ČAS DOSTUPNOSTI STAV ZABEZPEČENIA POZN.

386

(napr. známe obmedzenia služby, špeciálne zodpovednosti, a pod.)

387

Podpora L1 - jednotný kontaktný bod Oddelenie IT podpory 8x5 (8 hodín x 5 dní od 7:00h do 15:00h počas pracovných dní), Zriadený, prevádzkovaný obstarávateľom

388

Podpora L2 Oddelenie IT podpory 8x5 (8 hodín x 5 dní od 7:00h do 15:00h počas pracovných dní), Zriadený, prevádzkovaný obstarávateľom Zabezpečené nahlasovanie problémov mimo pracovnej doby pracovníkom v pohotovosti IKT.

389

Podpora L3 Dodávateľ riešenia (úspešný uchádzač o dodávku riešenia alebo podpory) 24/7

390

pre nahlasovanie porúch Súčasť obstarania

391

Tabuľka 8 Prehľad riešenia zabezpečenia podpory používateľov a prevádzky

392

393

6.3 Riešenie incidentov v prevádzke - parametre úrovní služby

394

Parametre služby riešenia incidentov v prevádzke sú špecifikované na základe určenia priority incidentu pomocou kombinácie jeho naliehavosti a dopadu podľa najlepších skúseností z praxe (best practice) z oblasti manažmentu IT služieb ( Information Technology Infrastructure Library - ITIL V3) nasledovným spôsobom:

395

Incident - za incident je považovaná každá nahlásená alebo inak zistená relevantná skutočnosť týkajúca sa aktíva (informačného systému) alebo jeho časti, ktorého nedostupnosť alebo nefunkčnosť má vplyv na poskytovanie služieb.

396

397

KLASIFIKÁCIA NALIEHAVOSTI INCIDENTU ZÁVAŽNOSŤ INCIDENTU POPIS NALIEHAVOSTI INCIDENTU

398

A KRITICKÁ Kritické chyby, ktoré spôsobia úplné zlyhanie systému ako celku a nie je možné používať ani jednu jeho časť, nie je možné poskytnúť požadovaný výstup z IS.

399

B VYSOKÁ Chyby a nedostatky, ktoré zapríčinia čiastočné zlyhanie systému a neumožňuje používať časť systému.

400

C STREDNÁ Chyby a nedostatky, ktoré spôsobia čiastočné obmedzenia používania systému.

401

D NÍZKA Kozmetické a drobné chyby.

402

Tabuľka 9 Klasifikácia Naliehavosti incidentu

403

KLASIFIKÁCIA ZÁVAŽNOSTI INCIDENTU

404

DOPAD POPIS DOPADU

405

1 katastrofický katastrofický dopad, priamy finančný dopad alebo strata dát,

406

2 značný značný dopad alebo strata dát

407

3 malý malý dopad alebo strata dát

408

Tabuľka 10 Klasifikácia Závažnosti incidentu

Určenie priority incidentu je kombináciou dopadu a naliehavosti podľa nasledovnej matice:

414

MATICA PRIORITY INCIDENTOV DOPAD

415

KATASTROFICKÝ - 1 ZNAČNÝ - 2 MALÝ - 3

416

NALIEHAVOSŤ KRITICKÁ - A 1 2 3

VYSOKÁ - B 2 3 3

STREDNÁ - C 2 3 4

NÍZKA - D 3 4 4

Tabuľka 11 Určenie priority incidentu

421

Vyššie uvedené SLA parametre nebudú použité pre nasledovné služby:

422

o Služby systémovej podpory na požiadanie (nad paušál)

423

o Služby realizácie aplikačných zmien vyplývajúcich z legislatívnych a metodických zmien (nad paušál)

424

Pre tieto služby budú dohodnuté osobitné parametre dodávky.

425

426

6.4 Požadovaná dostupnosť informačného systému:

427

IS musia byť dostupné nepretržite v režime 24x7. 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).

428

429

6.5 Požiadavky na ľudské zdroje potrebné pre zabezpečenie prevádzky

430

Prevádzka bude zabezpečená vlastným personálom obstarávateľa.

431

432

6.6 Požiadavky na zdrojové kódy

433

Netýka sa projektu

434

7. OPIS IMPLEMENTÁCIE PROJEKTU A PREBERANIA VÝSTUPOV PROJEKTU

435

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.

436

Ú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.

437

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.

8. ODKAZY

Netýka sa projektu

9. PRÍLOHY

Príloha 1: Zoznam rizík a závislostí (Excel): https://www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html

Wiki zdrojový kód pre I-02 Projektový zámer (projektovy_zamer)

Vitajte

Linky

Navigácia