Naposledy upravil Admin-metais MetaIS 2024/11/20 15:57
Z verzie 2.1
upravil peter_duris
-
Zmeniť komentár: Pre túto verziu nie sú komentáre
Do verzie 5.1
upravil peter_duris
-
Zmeniť komentár: Pre túto verziu nie sú komentáre

Súhrn

Podrobnosti

Vlastnosti stránky
Obsah
... ... @@ -432,6 +432,8 @@
432 432  
433 433  Z pohľadu možností vzhľadom na charakter databáz v rámci ŠUSR boli zvažované nasledovné alternatívy:
434 434  
435 +[[image:attach:Alternativy_sumar.jpg||height="250"]]
436 +
435 435  Keďže v tomto projekte vznikne efektívne manažovateľné databázové prostredie pre databázové systémy, automaticky sa ponúka priestor na podobnú optimalizáciu a zvýšenie agility v oblasti existujúcich a novo vznikajúcich aplikácií ŠUSR. V rámci optimalizácie zdrojov pri prechode na ExaData je možné zároveň vytvoriť prostredie postavené na otvorených štandardoch, ktoré umožní postupný prechod aplikačného portfólia ŠUSR do DevOps režimu prevádzky a rozvoja.
436 436  
437 437  **//Sumárne informácie o projekte rozvoja//**
... ... @@ -487,7 +487,29 @@
487 487  
488 488  Verejné obstarávanie projektu bude umožňovať všetky prístupy k možnostiam realizácie projektu a teda buď ako vývoj na základe DFŠ alebo ako implementácia COTS riešenia a jeho kustomizácia.
489 489  )))
492 +|(((
493 +Väzba projektu na OP Slovensko
494 +)))|(((
495 +(% style="" %)
496 +Priorita: 1P1. Veda, výskum a inovácie
490 490  
498 +(% style="" %)
499 +RSO1.2. Využívanie prínosov digitalizácie pre podniky,
500 +výskumné organizácie a orgány verejnej správy (EFRR)
501 +
502 +(% style="" %)
503 +Opatrenie 1.2.1 Podpora v oblasti informatizácie a digitálnej transformácie
504 +
505 +(% style="" %)
506 +Oblasti:
507 +
508 +(% style="" %)
509 + - Podpora v oblasti zvýšenia kvality poskytovaných verejných služieb a
510 +
511 +(% style="" %)
512 + - Kybernetická a informačná bezpečnosť
513 +)))
514 +
491 491  == {{id name="projekt_1740_Projektovy_zamer_detailny-3.2.Motiváciaarozsahprojektu"/}}3.2.        Motivácia a rozsah projektu ==
492 492  
493 493  Primárna motivácia, ktorá je determinantom realizácie tohto projektu je vybudovanie efektívnej a moderne fungujúcej inštitúcie verejnej správy. Inštitúcia takého charakteru, štruktúry a rozsahu musí mať pre svoje efektívne fungovanie vybudované dostatočné technické nástroje za zabezpečenie riadenia a organizovania.
... ... @@ -504,6 +504,8 @@
504 504  
505 505  V nasledujúcej schéme je grafické znázornenie motivačnej schémy:
506 506  
531 +[[image:attach:Motivacia.jpg]]
532 +
507 507  Schéma 1 – Schéma motivácie realizácie projektu
508 508  
509 509  Z vyššie uvedenej motivačnej architektúry je zreteľné, že primárna motivácia je:
... ... @@ -740,7 +740,7 @@
740 740  )))|(((
741 741  Zvýšenie dostupnosti a podpory prevádzky bez odstávok a výpadkov
742 742  )))|(((
743 -Počet implementovaných databázových systémov, ktoré prispejú k zvýšeniu bezpečnosti
769 +Počet implementovaných databázových systémov, ktoré prispejú k podpore prevádzky bez odstávok a výpadkov
744 744  )))|(((
745 745  Ukazovateľ vyjadruje počet implementovaných riešení
746 746  )))|(((
... ... @@ -757,7 +757,7 @@
757 757  )))|(((
758 758  Zjednodušená, centralizovaná a automatizovaná správa prostredia
759 759  )))|(((
760 -Počet implementovaných databázových systémov, ktoré prispejú k zvýšeniu bezpečnosti
786 +Počet implementovaných databázových systémov, ktoré prispejú k centralizovanej správe prostredia a jej automatizácii
761 761  )))|(((
762 762  Ukazovateľ vyjadruje počet implementovaných riešení
763 763  )))|(((
... ... @@ -774,7 +774,7 @@
774 774  )))|(((
775 775  Zabzepčenie dostatočnej výkonovej rezervy pre pokrytie nárazových workloadov (napr. spracovanie výsledkov volieb a pod.)
776 776  )))|(((
777 -Počet implementovaných databázových systémov, ktoré prispejú k zvýšeniu bezpečnosti
803 +Počet implementovaných databázových systémov, ktoré prispejú k porkytiu nárazových workloadov
778 778  )))|(((
779 779  Ukazovateľ vyjadruje počet implementovaných riešení
780 780  )))|(((
... ... @@ -880,6 +880,8 @@
880 880  
881 881  === {{id name="projekt_1740_Projektovy_zamer_detailny-3.6.1.Stanoveniealternatívpomocoubiznisovejvrstvyarchitektúry"/}}3.6.1.             Stanovenie alternatív pomocou biznisovej vrstvy architektúry ===
882 882  
909 +[[image:attach:MCA_Alternativy.jpg]]
910 +
883 883  ==== {{id name="projekt_1740_Projektovy_zamer_detailny-Popisjednotlivýchalternatívzbiznispohľadu"/}}Popis jednotlivých alternatív z biznis pohľadu ====
884 884  
885 885  K riešeniu vyššie uvedených problémov je možné pristúpiť 3 alternatívami, pričom každá z nich v určitom rozsahu daný problém rieši.
... ... @@ -1861,12 +1861,16 @@
1861 1861  
1862 1862  Ako primárne riešenie je návrh na využitie Oracle Exadata platformu z dôvodu jej variability a zabezpečeného vysokého výkonu prostredia. Nasledujúci obrázok popisuje vnútornú architektúru Exadata platformy:
1863 1863  
1892 +[[image:attach:Architektura.jpg]]
1893 +
1864 1864  Exadata platforma okrem výkonných (compute) serverov obsahuje aj storage riešenie, ktoré je jej integrálnou súčasťou. Databázy na uloženie dát využívajú volume manager Oracle Clusterware – Oracle Automatic Storage Manager (ASM). Tento zabezpečuje výkonnosť diskov blízku samotnému  „raw disk“-u.
1865 1865  
1866 1866  Celkovú architektúru nového prostredia s integrovanou Exadata platformou znázorňuje nasledujúci obrázok:
1867 1867  
1868 -Návrh architektúry predpokladá konfiguráciu vysokej dostupnosti prostredia s využitím funkcionality Oracle DataGuard. Predpokladáme, že servery zobrazené v dátovom centre  2 budú servery súčasného produkčného prostredia (Intel x86-64 platforma). Ďalej navrhujeme, aby sa disaster recovery (DR) prostredia vybudovali na novom diskovom poli Oracle ZFS Storage Appliance, ktoré dokáže korektne obslúžiť aj dáta komprimované s pomocou Exadata Hybrid Columnar Compression.
1898 +[[image:attach:Architektura_2.jpg]]
1869 1869  
1900 +Návrh architektúry predpokladá konfiguráciu vysokej dostupnosti prostredia s využitím funkcionality Oracle Real Application Clusters a „disaster recovery“ s využitím Oracle Active DataGuard. Predpokladáme, že servery zobrazené v dátovom centre  2 budú servery súčasného produkčného prostredia (Intel x86-64 platforma). Ďalej navrhujeme, aby sa disaster recovery (DR) prostredia vybudovali na novom diskovom poli Oracle ZFS Storage Appliance, ktoré dokáže korektne obslúžiť aj dáta komprimované s pomocou Exadata Hybrid Columnar Compression.
1901 +
1870 1870  === {{id name="projekt_1740_Projektovy_zamer_detailny-5.3.1.Návrhvirtuálnychserverov"/}}5.3.1.             Návrh virtuálnych serverov ===
1871 1871  
1872 1872  V tejto časti sú popísané jednotlivé komponenty a ich špecifikácia, ktorá bude predmetom projektu.
... ... @@ -2132,7 +2132,7 @@
2132 2132  
2133 2133  Menná konvencia čiastočne používaná v prostredí bude rozšírená pre všetky novo-vzniknuté / migrované databázy a tiež aj pre pluggable databázy v rámci databázových kontajnerov.
2134 2134  
2135 -Rovnako bude nainštalovaná posledná aktuálne dostupná verziu databázy 21c pre všetky novo-vzniknuté databázy. Predpokladom je, že každá databáza bude mať nainštalovaný posledný aktuálne (v čase inštalácie) dostupný Release Update.
2167 +Rovnako bude nainštalovaná verzia databázy 19c pre všetky novo-vzniknuté databázy. Predpokladom je, že každá databáza bude mať nainštalovaný posledný aktuálne (v čase inštalácie) dostupný Release Update.
2136 2136  
2137 2137  V rámci projektu sa navrhuje znížiť počet databázových inštancií ich konsolidáciou do kontajnerových databáz.
2138 2138  
... ... @@ -2152,7 +2152,7 @@
2152 2152  )))|(((
2153 2153  OINTP
2154 2154  )))|(((
2155 -21c
2187 +19c
2156 2156  )))
2157 2157  |(((
2158 2158  **OWEBP**
... ... @@ -2161,7 +2161,7 @@
2161 2161  )))|(((
2162 2162  OWEBP
2163 2163  )))|(((
2164 -21c
2196 +19c
2165 2165  )))
2166 2166  |(((
2167 2167  **OBIP**
... ... @@ -2170,7 +2170,7 @@
2170 2170  )))|(((
2171 2171  OISISBIEXP, OISISBIINP, NFSBI
2172 2172  )))|(((
2173 -21c
2205 +19c
2174 2174  )))
2175 2175  |(((
2176 2176  **ORDBP**
... ... @@ -2179,7 +2179,7 @@
2179 2179  )))|(((
2180 2180  OTN, ONR, OZA, OBB, OBAH, OKE, OPV, OTT
2181 2181  )))|(((
2182 -21c
2214 +19c
2183 2183  )))
2184 2184  |(((
2185 2185  **OSUP**
... ... @@ -2188,7 +2188,7 @@
2188 2188  )))|(((
2189 2189  OMILP, DWH0, OISISP
2190 2190  )))|(((
2191 -21c
2223 +19c
2192 2192  )))
2193 2193  |(((
2194 2194  **ORPOP**
... ... @@ -2197,7 +2197,7 @@
2197 2197  )))|(((
2198 2198  ORPOP, OGRP
2199 2199  )))|(((
2200 -21c
2232 +19c
2201 2201  )))
2202 2202  |(((
2203 2203  **OINTT**
... ... @@ -2206,7 +2206,7 @@
2206 2206  )))|(((
2207 2207  ODBT
2208 2208  )))|(((
2209 -21c
2241 +19c
2210 2210  )))
2211 2211  |(((
2212 2212  **OWEBT**
... ... @@ -2215,7 +2215,7 @@
2215 2215  )))|(((
2216 2216  OISISWEBT
2217 2217  )))|(((
2218 -21c
2250 +19c
2219 2219  )))
2220 2220  |(((
2221 2221  **ORPOT**
... ... @@ -2224,7 +2224,7 @@
2224 2224  )))|(((
2225 2225  ORPOT, OGRT
2226 2226  )))|(((
2227 -21c
2259 +19c
2228 2228  )))
2229 2229  |(((
2230 2230  **OSUT**
... ... @@ -2233,7 +2233,7 @@
2233 2233  )))|(((
2234 2234  OMILV
2235 2235  )))|(((
2236 -21c
2268 +19c
2237 2237  )))
2238 2238  |(((
2239 2239  **OCT**
... ... @@ -2242,12 +2242,12 @@
2242 2242  )))|(((
2243 2243  OCENSUSUPT, OSODBT
2244 2244  )))|(((
2245 -21c
2277 +19c
2246 2246  )))
2247 2247  
2248 2248  Vzhľadom na fakt, že databáza ktorá je využívaná počas volieb, nie je v súčasnosti vytvorená, nie je ani zahrnutá v zozname databáz. Predpokladom však je, že takáto databáza vznikne pred regionálnymi alebo celonárodnými voľbami. Táto databáza bude vytvorená na clustri Cluster1 s tým, že v čase volieb by sa znížila procesorová dostupnosť databáz OINTP a OWEBP na 2 vCPU a zvyšných 8 vCPU na každom nóde clustra by sa využilo pre beh tejto databázy. Po volebnom víkende by sa konfigurácia vrátila do predchádzajúceho stavu.
2249 2249  
2250 -Pre všetky produkčné databázy budú vytvorené v oddelenom dátovom centre standby databázy s využitím funkcionality Oracle DataGuard. Nasledujúca tabuľka uvádza zoznam standby databáz:
2282 +Pre všetky produkčné databázy budú vytvorené v oddelenom dátovom centre standby databázy s využitím funkcionality Oracle Active DataGuard. Nasledujúca tabuľka uvádza zoznam standby databáz:
2251 2251  
2252 2252  |(((
2253 2253  **Databáza**
... ... @@ -2265,7 +2265,7 @@
2265 2265  )))|(((
2266 2266  OINTP
2267 2267  )))|(((
2268 -21c
2300 +19c
2269 2269  )))
2270 2270  |(((
2271 2271  **OWEBP**
... ... @@ -2274,7 +2274,7 @@
2274 2274  )))|(((
2275 2275  OWEBP
2276 2276  )))|(((
2277 -21c
2309 +19c
2278 2278  )))
2279 2279  |(((
2280 2280  **OBIP**
... ... @@ -2283,7 +2283,7 @@
2283 2283  )))|(((
2284 2284  OISISBIEXP, OISISBIINP, NFSBI
2285 2285  )))|(((
2286 -21c
2318 +19c
2287 2287  )))
2288 2288  |(((
2289 2289  **ORDBP**
... ... @@ -2292,7 +2292,7 @@
2292 2292  )))|(((
2293 2293  OTN, ONR, OZA, OBB, OBAH, OKE, OPV, OTT
2294 2294  )))|(((
2295 -21c
2327 +19c
2296 2296  )))
2297 2297  |(((
2298 2298  **OSUP**
... ... @@ -2301,7 +2301,7 @@
2301 2301  )))|(((
2302 2302  OMILP, DWH0, OISISP
2303 2303  )))|(((
2304 -21c
2336 +19c
2305 2305  )))
2306 2306  |(((
2307 2307  **ORPOP**
... ... @@ -2310,7 +2310,7 @@
2310 2310  )))|(((
2311 2311  ORPOP, OGRP
2312 2312  )))|(((
2313 -21c
2345 +19c
2314 2314  )))
2315 2315  
2316 2316  ~* Verzia standby databázy musí byť zhodná s primárnou až na úroveň Release Update-u.
... ... @@ -2321,14 +2321,16 @@
2321 2321  
2322 2322  Predpokladom je, že súčasné diskové polia budú použité na ukladanie záloh Oracle prostredia s využitím synchronizácie záloh medzi dátovými centrami.
2323 2323  
2324 -Rovnako záloha produkčných databáz by mala byť riešená z DR prostredia tak, aby sa zbytočne nezaťažovalo produkčné prostredie. Záloha zo standby databázy je rovnocenná zálohe z primárnej databázy. Zálohy testovacích databáz budú riešené zálohovaním z Exadata prostredia. Pre tieto sa predpokladá DR konfigurácia. Technicky však budú všetky zálohy riešené rovnakým spôsobom.
2356 +Rovnako záloha produkčných databáz by mala byť riešená z DR prostredia tak, aby sa zbytočne nezaťažovalo produkčné prostredie. Záloha zo standby databázy je rovnocenná zálohe z primárnej databázy. Zálohy testovacích databáz budú riešené zálohovaním z Exadata prostredia. Pre tieto sa nepredpokladá DR konfigurácia. Technicky však budú všetky zálohy riešené rovnakým spôsobom.
2325 2325  
2326 2326  Zálohovanie databáz by malo byť vykonávané jeden krát denne v nočných hodinách. Zálohovanie vytvorí jeden krát týždenne plnú zálohu databázy a šesť krát týždenne čiastkovú zálohu zo zmien za posledný deň. Zálohovanie archívnych logov bude vykonávané niekoľko krát denne. Počet vykonávaní bude určený na základe definície tzv. Recovery Time Objective (RTO) pre každú databázu.
2327 2327  
2328 2328  == {{id name="projekt_1740_Projektovy_zamer_detailny-5.4.Návrhcentrálnehomonitoringu"/}}5.4.        Návrh centrálneho monitoringu ==
2329 2329  
2330 -Návrhom pre centrálny monitoring prostredia je využitie Oracle Enterprise Manager (EM). Oracle EM pozostáva z databázového servera, ktorý obsluhuje repository databázu, aplikačného servera, ktorý sprístupňuje informácie z prostredia cez grafické používateľské rozhranie a reportovacieho nástroja Oracle Analytics Server, ktorý zobrazuje informácie o prostredí vo forme reportov. Základná architektúra Oracle EM je znázornená na nasledovnom obrázku:
2362 +Návrhom pre centrálny monitoring prostredia je využitie Oracle Enterprise Manager (EM). Oracle EM pozostáva z databázového servera, ktorý obsluhuje repository databázu a aplikačného servera, ktorý sprístupňuje informácie z prostredia cez grafické používateľské rozhranie. Základná architektúra Oracle EM je znázornená na nasledovnom obrázku:
2331 2331  
2364 +[[image:attach:Monitoring.jpg]]
2365 +
2332 2332  Každá súčasť Oracle EM bude nainštalovaná na samostatnom serveri, tieto však môžu byť virtualizované. Na každom monitorovanom serveri bude nainštalovaný agent, ktorý zbiera informácie o danom serveri a posiela ich na management server.
2333 2333  
2334 2334  Inštaláciu Oracle EM by mala byť vykonaná čo najskôr a nečakať na dodávku a inštaláciu Oracle Exadata-y. Rovnako by bolo vhodné nainštalovať agentov aj na aplikačné servery a tým dosiahnuť prehľad o celom prostredí.
... ... @@ -2343,6 +2343,8 @@
2343 2343  
2344 2344  Oracle Exadata Database Machine prináša dramaticky lepší výkon, finančnú efektivitu a maximálnu dostupnosť pre Oracle databázové prostredie. Vlastnosti Exadata systémov sú postavené na modernej cloud architektúre, vysoko výkonných scale-out databázových serveroch, škálovateľnom inteligentnom diskovom úložisku, ktoré obsahuje supervýkonné PCI flash karty a trvalú pamäť Intel Optane a superýchlej RoCE 2 100Gbps internej sieti prepájajúcel všetky hlavné Exadata komponenty.
2345 2345  
2380 +[[image:attach:Server.jpg]]
2381 +
2346 2346  Kľúčové vlastnosti
2347 2347  
2348 2348  * 2x databázový server, každý s:
... ... @@ -2356,13 +2356,13 @@
2356 2356  ** 1x16-jadrový Intel XEON XCC Platinum P8352Y procesor (2,2 GHz)
2357 2357  ** 768 GB Persistent Memory
2358 2358  ** Three tiers of storage: PMem, NVMe Flash, 18TB HDD
2359 -** 90 TB pre DB dáta, High Redundancy
2395 +** 32 TB využiteľnej dátovej kapacity v móde High Redundancy
2360 2360  
2361 2361  === {{id name="projekt_1740_Projektovy_zamer_detailny-5.5.2.OracleZFSStorageAppliance"/}}5.5.2.             Oracle ZFS Storage Appliance ===
2362 2362  
2363 2363  Ochrana kritických dát uložených na databázovom stroji Oracle Exadata by mala byť vysokou prioritou. Zariadenie Oracle ZFS Storage Appliance je pre túto úlohu ideálne vďaka vysokému výkonu, vylepšenej spoľahlivosti, šírka sieťového pásma, výkonným funkciám, zjednodušenej správe a nízkym nákladom na prevádzku.
2364 2364  
2365 -
2401 + [[image:attach:Storage_appliance.jpg]]
2366 2366  
2367 2367  Oracle ZFS Storage Appliance ponúka:
2368 2368  
Confluence.Code.ConfluencePageClass[0]
Id
... ... @@ -1,1 +1,1 @@
1 -101835369
1 +131334391