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

Súhrn

Podrobnosti

Vlastnosti stránky
Obsah
... ... @@ -432,8 +432,6 @@
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 -
437 437  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.
438 438  
439 439  **//Sumárne informácie o projekte rozvoja//**
... ... @@ -489,29 +489,7 @@
489 489  
490 490  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.
491 491  )))
492 -|(((
493 -Väzba projektu na OP Slovensko
494 -)))|(((
495 -(% style="" %)
496 -Priorita: 1P1. Veda, výskum a inovácie
497 497  
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 -
515 515  == {{id name="projekt_1740_Projektovy_zamer_detailny-3.2.Motiváciaarozsahprojektu"/}}3.2.        Motivácia a rozsah projektu ==
516 516  
517 517  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.
... ... @@ -528,8 +528,6 @@
528 528  
529 529  V nasledujúcej schéme je grafické znázornenie motivačnej schémy:
530 530  
531 -[[image:attach:Motivacia.jpg]]
532 -
533 533  Schéma 1 – Schéma motivácie realizácie projektu
534 534  
535 535  Z vyššie uvedenej motivačnej architektúry je zreteľné, že primárna motivácia je:
... ... @@ -766,7 +766,7 @@
766 766  )))|(((
767 767  Zvýšenie dostupnosti a podpory prevádzky bez odstávok a výpadkov
768 768  )))|(((
769 -Počet implementovaných databázových systémov, ktoré prispejú k podpore prevádzky bez odstávok a výpadkov
743 +Počet implementovaných databázových systémov, ktoré prispejú k zvýšeniu bezpečnosti
770 770  )))|(((
771 771  Ukazovateľ vyjadruje počet implementovaných riešení
772 772  )))|(((
... ... @@ -783,7 +783,7 @@
783 783  )))|(((
784 784  Zjednodušená, centralizovaná a automatizovaná správa prostredia
785 785  )))|(((
786 -Počet implementovaných databázových systémov, ktoré prispejú k centralizovanej správe prostredia a jej automatizácii
760 +Počet implementovaných databázových systémov, ktoré prispejú k zvýšeniu bezpečnosti
787 787  )))|(((
788 788  Ukazovateľ vyjadruje počet implementovaných riešení
789 789  )))|(((
... ... @@ -800,7 +800,7 @@
800 800  )))|(((
801 801  Zabzepčenie dostatočnej výkonovej rezervy pre pokrytie nárazových workloadov (napr. spracovanie výsledkov volieb a pod.)
802 802  )))|(((
803 -Počet implementovaných databázových systémov, ktoré prispejú k porkytiu nárazových workloadov
777 +Počet implementovaných databázových systémov, ktoré prispejú k zvýšeniu bezpečnosti
804 804  )))|(((
805 805  Ukazovateľ vyjadruje počet implementovaných riešení
806 806  )))|(((
... ... @@ -906,8 +906,6 @@
906 906  
907 907  === {{id name="projekt_1740_Projektovy_zamer_detailny-3.6.1.Stanoveniealternatívpomocoubiznisovejvrstvyarchitektúry"/}}3.6.1.             Stanovenie alternatív pomocou biznisovej vrstvy architektúry ===
908 908  
909 -[[image:attach:MCA_Alternativy.jpg]]
910 -
911 911  ==== {{id name="projekt_1740_Projektovy_zamer_detailny-Popisjednotlivýchalternatívzbiznispohľadu"/}}Popis jednotlivých alternatív z biznis pohľadu ====
912 912  
913 913  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.
... ... @@ -1889,16 +1889,12 @@
1889 1889  
1890 1890  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:
1891 1891  
1892 -[[image:attach:Architektura.jpg]]
1893 -
1894 1894  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.
1895 1895  
1896 1896  Celkovú architektúru nového prostredia s integrovanou Exadata platformou znázorňuje nasledujúci obrázok:
1897 1897  
1898 -[[image:attach:Architektura_2.jpg]]
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.
1899 1899  
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 -
1902 1902  === {{id name="projekt_1740_Projektovy_zamer_detailny-5.3.1.Návrhvirtuálnychserverov"/}}5.3.1.             Návrh virtuálnych serverov ===
1903 1903  
1904 1904  V tejto časti sú popísané jednotlivé komponenty a ich špecifikácia, ktorá bude predmetom projektu.
... ... @@ -2164,7 +2164,7 @@
2164 2164  
2165 2165  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.
2166 2166  
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.
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.
2168 2168  
2169 2169  V rámci projektu sa navrhuje znížiť počet databázových inštancií ich konsolidáciou do kontajnerových databáz.
2170 2170  
... ... @@ -2184,7 +2184,7 @@
2184 2184  )))|(((
2185 2185  OINTP
2186 2186  )))|(((
2187 -19c
2155 +21c
2188 2188  )))
2189 2189  |(((
2190 2190  **OWEBP**
... ... @@ -2193,7 +2193,7 @@
2193 2193  )))|(((
2194 2194  OWEBP
2195 2195  )))|(((
2196 -19c
2164 +21c
2197 2197  )))
2198 2198  |(((
2199 2199  **OBIP**
... ... @@ -2202,7 +2202,7 @@
2202 2202  )))|(((
2203 2203  OISISBIEXP, OISISBIINP, NFSBI
2204 2204  )))|(((
2205 -19c
2173 +21c
2206 2206  )))
2207 2207  |(((
2208 2208  **ORDBP**
... ... @@ -2211,7 +2211,7 @@
2211 2211  )))|(((
2212 2212  OTN, ONR, OZA, OBB, OBAH, OKE, OPV, OTT
2213 2213  )))|(((
2214 -19c
2182 +21c
2215 2215  )))
2216 2216  |(((
2217 2217  **OSUP**
... ... @@ -2220,7 +2220,7 @@
2220 2220  )))|(((
2221 2221  OMILP, DWH0, OISISP
2222 2222  )))|(((
2223 -19c
2191 +21c
2224 2224  )))
2225 2225  |(((
2226 2226  **ORPOP**
... ... @@ -2229,7 +2229,7 @@
2229 2229  )))|(((
2230 2230  ORPOP, OGRP
2231 2231  )))|(((
2232 -19c
2200 +21c
2233 2233  )))
2234 2234  |(((
2235 2235  **OINTT**
... ... @@ -2238,7 +2238,7 @@
2238 2238  )))|(((
2239 2239  ODBT
2240 2240  )))|(((
2241 -19c
2209 +21c
2242 2242  )))
2243 2243  |(((
2244 2244  **OWEBT**
... ... @@ -2247,7 +2247,7 @@
2247 2247  )))|(((
2248 2248  OISISWEBT
2249 2249  )))|(((
2250 -19c
2218 +21c
2251 2251  )))
2252 2252  |(((
2253 2253  **ORPOT**
... ... @@ -2256,7 +2256,7 @@
2256 2256  )))|(((
2257 2257  ORPOT, OGRT
2258 2258  )))|(((
2259 -19c
2227 +21c
2260 2260  )))
2261 2261  |(((
2262 2262  **OSUT**
... ... @@ -2265,7 +2265,7 @@
2265 2265  )))|(((
2266 2266  OMILV
2267 2267  )))|(((
2268 -19c
2236 +21c
2269 2269  )))
2270 2270  |(((
2271 2271  **OCT**
... ... @@ -2274,12 +2274,12 @@
2274 2274  )))|(((
2275 2275  OCENSUSUPT, OSODBT
2276 2276  )))|(((
2277 -19c
2245 +21c
2278 2278  )))
2279 2279  
2280 2280  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.
2281 2281  
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:
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:
2283 2283  
2284 2284  |(((
2285 2285  **Databáza**
... ... @@ -2297,7 +2297,7 @@
2297 2297  )))|(((
2298 2298  OINTP
2299 2299  )))|(((
2300 -19c
2268 +21c
2301 2301  )))
2302 2302  |(((
2303 2303  **OWEBP**
... ... @@ -2306,7 +2306,7 @@
2306 2306  )))|(((
2307 2307  OWEBP
2308 2308  )))|(((
2309 -19c
2277 +21c
2310 2310  )))
2311 2311  |(((
2312 2312  **OBIP**
... ... @@ -2315,7 +2315,7 @@
2315 2315  )))|(((
2316 2316  OISISBIEXP, OISISBIINP, NFSBI
2317 2317  )))|(((
2318 -19c
2286 +21c
2319 2319  )))
2320 2320  |(((
2321 2321  **ORDBP**
... ... @@ -2324,7 +2324,7 @@
2324 2324  )))|(((
2325 2325  OTN, ONR, OZA, OBB, OBAH, OKE, OPV, OTT
2326 2326  )))|(((
2327 -19c
2295 +21c
2328 2328  )))
2329 2329  |(((
2330 2330  **OSUP**
... ... @@ -2333,7 +2333,7 @@
2333 2333  )))|(((
2334 2334  OMILP, DWH0, OISISP
2335 2335  )))|(((
2336 -19c
2304 +21c
2337 2337  )))
2338 2338  |(((
2339 2339  **ORPOP**
... ... @@ -2342,7 +2342,7 @@
2342 2342  )))|(((
2343 2343  ORPOP, OGRP
2344 2344  )))|(((
2345 -19c
2313 +21c
2346 2346  )))
2347 2347  
2348 2348  ~* Verzia standby databázy musí byť zhodná s primárnou až na úroveň Release Update-u.
... ... @@ -2353,16 +2353,14 @@
2353 2353  
2354 2354  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.
2355 2355  
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.
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.
2357 2357  
2358 2358  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.
2359 2359  
2360 2360  == {{id name="projekt_1740_Projektovy_zamer_detailny-5.4.Návrhcentrálnehomonitoringu"/}}5.4.        Návrh centrálneho monitoringu ==
2361 2361  
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:
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:
2363 2363  
2364 -[[image:attach:Monitoring.jpg]]
2365 -
2366 2366  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.
2367 2367  
2368 2368  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í.
... ... @@ -2377,8 +2377,6 @@
2377 2377  
2378 2378  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.
2379 2379  
2380 -[[image:attach:Server.jpg]]
2381 -
2382 2382  Kľúčové vlastnosti
2383 2383  
2384 2384  * 2x databázový server, každý s:
... ... @@ -2392,13 +2392,13 @@
2392 2392  ** 1x16-jadrový Intel XEON XCC Platinum P8352Y procesor (2,2 GHz)
2393 2393  ** 768 GB Persistent Memory
2394 2394  ** Three tiers of storage: PMem, NVMe Flash, 18TB HDD
2395 -** 32 TB využiteľnej dátovej kapacity v móde High Redundancy
2359 +** 90 TB pre DB dáta, High Redundancy
2396 2396  
2397 2397  === {{id name="projekt_1740_Projektovy_zamer_detailny-5.5.2.OracleZFSStorageAppliance"/}}5.5.2.             Oracle ZFS Storage Appliance ===
2398 2398  
2399 2399  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.
2400 2400  
2401 - [[image:attach:Storage_appliance.jpg]]
2365 +
2402 2402  
2403 2403  Oracle ZFS Storage Appliance ponúka:
2404 2404  
Confluence.Code.ConfluencePageClass[0]
Id
... ... @@ -1,1 +1,1 @@
1 -131334391
1 +101835369