„ITL2 - MITágazati mérés: Cloud szolgáltatás jellemzők vizsgálata” változatai közötti eltérés
A VIK Wikiből
Új oldal, tartalma: „{{GlobalTemplate|Infoszak|InfTechLabor2MITagazati}} __TOC__ ==Segédletek== ===Felkészülési útmutatók=== * [https://sauron.inf.mit.bme.hu/Edu/InfTechLab2/itl2-09…” |
a autoedit v2: fájlhivatkozások egységesítése, az új közvetlenül az adott fájlra mutat |
||
(9 közbenső módosítás, amit egy másik szerkesztő végzett, nincs mutatva) | |||
1. sor: | 1. sor: | ||
{{ | {{Vissza|Informatikai_technológiák_laboratórium_2}} | ||
__TOC__ | __TOC__ | ||
==2013 előtt: Szolgáltatási szint menedzsment (TBSM)== | |||
==Segédletek== | ==Segédletek== | ||
===Felkészülési útmutatók=== | ===Felkészülési útmutatók=== | ||
7. sor: | 10. sor: | ||
* [https://sauron.inf.mit.bme.hu/Edu/InfTechLab2/itl2-09.nsf/c8fa003326020a21c125755800375752/2e7ba9f86734e6d3c12576330060e09a?OpenDocument Segédlet] | * [https://sauron.inf.mit.bme.hu/Edu/InfTechLab2/itl2-09.nsf/c8fa003326020a21c125755800375752/2e7ba9f86734e6d3c12576330060e09a?OpenDocument Segédlet] | ||
Ha ez nem működne akkor: | Ha ez nem működne akkor: | ||
* | * [[Media:ITL2-MITá-Szolgáltatási_szint_menedzsment_(TBSM)_Kocsis_Imre_szolg_szintek_segedlet_2009_osz.pdf|szolg_szintek_segedlet_2009_osz.pdf]] | ||
===Feladatsor=== | ===Feladatsor=== | ||
* | * [[Media:ITL2-MITá-TBSM_utmutato_2009-11-17.pdf]] | ||
==Ellenőrző kérdések== | ==Ellenőrző kérdések== | ||
33. sor: | 36. sor: | ||
* Az IT folyamatokat is úgy kell kialakítani, hogy megfelelő mértékben biztosított legyen az SLA sértések elkerülése. | * Az IT folyamatokat is úgy kell kialakítani, hogy megfelelő mértékben biztosított legyen az SLA sértések elkerülése. | ||
===4. Mi történik egy üzenettel a Netcool | ===4. Mi történik egy üzenettel a Netcool OMNIbus ObjectServeren és miért, ha a Severity mezőjének értéke 0-ra változik meg?=== | ||
* Severity: alert adatbázis status táblájának egy oszlopa az ObjectServer-ben. Ha értéke 0, az azt jelenti, hogy az adott rekordban tárolt üzenet törölhető. | * Severity: alert adatbázis status táblájának egy oszlopa az ObjectServer-ben. Ha értéke 0, az azt jelenti, hogy az adott rekordban tárolt üzenet törölhető. | ||
* Csak akkor törlődik a rendszerből, ha azt valami explicite eltávolítja (pl.: időzített trigger). | * Csak akkor törlődik a rendszerből, ha azt valami explicite eltávolítja (pl.: időzített trigger). | ||
===5. Mi a különbség a Netcool | ===5. Mi a különbség a Netcool OMNIbus ObjectServer alerts.status táblájának Severity és Type mezői között? A kettő egyszerre mely beépített mechanizmusban kap szerepet?=== | ||
* A Severity mező a probléma súlyosságát adja meg (1: nem meghatározott 2: figyelmeztetés ... 5: kritikus) | * A Severity mező a probléma súlyosságát adja meg (1: nem meghatározott 2: figyelmeztetés ... 5: kritikus) | ||
44. sor: | 47. sor: | ||
* A _generic_clear_ triggerben van együtt szerepük. | * A _generic_clear_ triggerben van együtt szerepük. | ||
===6. Sorolja fel az | ===6. Sorolja fel az OMNIbus néhány fontosabb univerzális szondáját és mindegyikre adja meg az adatgyűjtés módját!=== | ||
{| border="1" | {| border="1" | ||
66. sor: | 69. sor: | ||
|- | |- | ||
|Syslogd Probe||Távoli UDP portra logolásra konfigurált syslogd-k üzeneteinek fogadása és értelmezése | |Syslogd Probe||Távoli UDP portra logolásra konfigurált syslogd-k üzeneteinek fogadása és értelmezése | ||
|} | |||
===7. Az ObjectServerben milyen trigger típusokat különböztetünk meg? Miért szükséges adatbázis trigger az OMNIBusban? Említsen meg néhány konkrét triggert!=== | ===7. Az ObjectServerben milyen trigger típusokat különböztetünk meg? Miért szükséges adatbázis trigger az OMNIBusban? Említsen meg néhány konkrét triggert!=== | ||
117. sor: | 121. sor: | ||
| Type || integer || A riasztás típusa (figyelem: ez nem azonos a súlyossággal!). A fontosabb értelmezett konstansok: 0: nem beállított 1: probléma 2: probléma megoldása | | Type || integer || A riasztás típusa (figyelem: ez nem azonos a súlyossággal!). A fontosabb értelmezett konstansok: 0: nem beállított 1: probléma 2: probléma megoldása | ||
|} | |} | ||
===10. Mit takar a "status.alerts" kifejezés az ObjectServer terminológiájába? Mire használják?=== | ===10. Mit takar a "status.alerts" kifejezés az ObjectServer terminológiájába? Mire használják?=== | ||
123. sor: | 128. sor: | ||
* A különböző szondákból érkező adatokat ebben a táblában tárolják. | * A különböző szondákból érkező adatokat ebben a táblában tárolják. | ||
-- dON - 2009.11.24. | |||
-- [[FaPe|FaPe]] - 2009.11.24. | |||
==2013/14. őszi félév: Cloud szolgáltatás jellemzők vizsgálata== | |||
* [https://inf.mit.bme.hu/edu/courses/materials/informatikai-technol%C3%B3gi%C3%A1k-laborat%C3%B3rium-2/2013-%C5%91sz/mit-%C3%A1gazati-felh%C5%91alap%C3%BA-szolg MIT Ágazati: Felhőalapú szolgáltatások vizsgálata] | |||
[[Category:Infoszak]] | [[Category:Infoszak]] |
A lap jelenlegi, 2017. július 12., 15:31-kori változata
2013 előtt: Szolgáltatási szint menedzsment (TBSM)
Segédletek
Felkészülési útmutatók
Ha ez nem működne akkor:
Feladatsor
Ellenőrző kérdések
1. Mik a szolgáltatásbiztonság jellemző attribútumai?
- Rendelkezésre állás (availability): készenlét (helyes) szolgáltatás nyújtására.
- Megbízhatóság (reliability): helyes szolgáltatás nyújtásának folytonossága.
- Biztonságosság (safety): a felhasználók ás környezetük szempontjából katasztrofális hatások hiánya.
- Integritás (integrity): a rendszer helytelen módosulásainak hiánya.
- Karbantarthatóság (maintainability): módosíthatóság és javíthatóság.
2. Oldja fel az SLA rövidítést és adjon a fogalomra rövid definíciót!
- SLA: Service Level Agreement.
- QoS (Quality of Service) mérőszámoknak a definícióját, azok megkötéseit, valamint be nem tartásuk esetén a szankciókat tartalmazza.
- Tipikusan jogi dokumentumok, szolgáltatót kártérítésre kötelezi.
3. Az SLA-k betartásának kötelezettsége milyen hatással van az informatikai infrastruktúrát támogató folyamatokra?
- Az IT folyamatokat is úgy kell kialakítani, hogy megfelelő mértékben biztosított legyen az SLA sértések elkerülése.
4. Mi történik egy üzenettel a Netcool OMNIbus ObjectServeren és miért, ha a Severity mezőjének értéke 0-ra változik meg?
- Severity: alert adatbázis status táblájának egy oszlopa az ObjectServer-ben. Ha értéke 0, az azt jelenti, hogy az adott rekordban tárolt üzenet törölhető.
- Csak akkor törlődik a rendszerből, ha azt valami explicite eltávolítja (pl.: időzített trigger).
5. Mi a különbség a Netcool OMNIbus ObjectServer alerts.status táblájának Severity és Type mezői között? A kettő egyszerre mely beépített mechanizmusban kap szerepet?
- A Severity mező a probléma súlyosságát adja meg (1: nem meghatározott 2: figyelmeztetés ... 5: kritikus)
- a Type mező a riasztás típusát adja meg (0: nem beállított, 1: probléma, 2: probléma megoldása)
- A _generic_clear_ triggerben van együtt szerepük.
6. Sorolja fel az OMNIbus néhány fontosabb univerzális szondáját és mindegyikre adja meg az adatgyűjtés módját!
Szonda neve | Adatgyűjtés módja |
Exec Probe | Fork-olt folyamatok stdout-jának értelmezése |
Fifo Probe | Nevesített pipe-on kapott bemenet értelmezése |
Generic ODBC Probe | Olvasás adatbázisból |
Generic Log File Probe | Logállományból olvasás és értelmezés |
Ping Probe | ICMP kérések elvégzése és kiértékelése |
SNMP Probe | SNMP lekérdezés |
Socket Probe | TCP/IP kiszolgáló socket-re kapott ASCII adatok értelmezése |
Syslog Probe | UNIX rendszerlogok értelmezése |
Syslogd Probe | Távoli UDP portra logolásra konfigurált syslogd-k üzeneteinek fogadása és értelmezése |
7. Az ObjectServerben milyen trigger típusokat különböztetünk meg? Miért szükséges adatbázis trigger az OMNIBusban? Említsen meg néhány konkrét triggert!
- Triggert ípusok:
- adatbázis (database)
- időzített (temporal)
- jelzés (signal)
- Miért szükséges:
- Az adatbázis műveletek nem atomiak, egyszerre több szondából is érkezhet az adatbázis felé kérés az adatgyűjtés során. Ennek a problémának kezeléséért szükséges adatbázis triggert készíteni.
- Konkrét triggerek:
- generic_clear, delete_clear, expire, deduplication triggerek
8. Az adatbiztonság milyen összetevőkből áll, az összetevőket jellemezze!
- Rendelkezésre állás (availability): készenlét (helyes) szolgáltatás nyújtására.
- Integritás (integrity): a rendszer helytelen módosulásainak hiánya.
- Bizalmasság (confidentiality): jogosulatlan információszerzés hiánya
9. Vázolja fel az alerts.status táblát!
Oszlopnév | Adattípus | Leírás |
Identifier | varchar(255) | Egyértelmű eseményazonosító, mely pl. a deduplikációt vezérli |
Node | varchar(64) | A riasztás forrásaként értelmezhető felügyelt entitás. IP hosztok esetén a hoszt (DNS) neve; amennyiben az nem állapítható meg, úgy az IP cím. |
Manager | varchar(64) | Az eseményt begyűjtő probe neve; használható a probe-ot futtató hoszt jelzésére is |
AlertKey | varchar(255) | Az adott node-on belül annak a felügyelt entitásnak a neve, amire a riasztás vonatkozik |
Severity | integer | Súlyosság érték; meghatározza a riasztás színét az eseménylistában (lásd később). Az értelmezett konstansok: 0: „clear” („törölhető” üzenet) 1: nem meghatározott 2: figyelmeztetés 3: kisebb probléma 4: súlyos probléma 5: kritikus |
Summary | varchar(255) | A riasztás okának szöveges összefoglalója. |
StateChange | time | Automatikusan karbantartott időbélyeg ; az adott sor legutolsó beszúrásának vagy frissítésének időpillanata (akármely forrásra) |
FirstOccurence | time | A riasztás első beszúrása és a UNIX epoch között eltelt idő, másodpercekben |
LastOccurence | time | Az utolsó időpont amikor a riasztás frissítve lett az őt szolgáltató szondán |
InternalLast | time | Az utolsó időpont amikor a riasztás frissítve lett az ObjectServer-en |
!Tally | integer | Az ezen a riasztáson bármely forrásból elvégzett (újra)beszúrások és frissítések száma |
Acknowledged | integer | 0/1 flag; azt reprezentálja, hogy az eseményt egy operátor már tudomásul vette-e vagy sem |
ExpireTime | integer | Az esemény törlődjön automatikusan ennyi másodperc után |
Type | integer | A riasztás típusa (figyelem: ez nem azonos a súlyossággal!). A fontosabb értelmezett konstansok: 0: nem beállított 1: probléma 2: probléma megoldása |
10. Mit takar a "status.alerts" kifejezés az ObjectServer terminológiájába? Mire használják?
- Az ObjectServer "status" adatbázisának az "alerts" táblája.
- A különböző szondákból érkező adatokat ebben a táblában tárolják.
-- dON - 2009.11.24.
-- FaPe - 2009.11.24.