IRF vizsgatémakör-kidolgozások

Ez az oldal a korábbi SCH wiki-ről lett áthozva. Az eredeti változata itt érhető el.

Ha úgy érzed, hogy bármilyen formázási vagy tartalmi probléma van vele, akkor kérlek javíts rajta egy rövid szerkesztéssel.

Ha nem tudod, hogyan indulj el, olvasd el a migrálási útmutatót

Modellezés

TODO: utolsó módosítás 2009-ben, frissíteni!!!

Szükséges előadásdiák: 3. (IT Infrastruktúra modellezése)

Célja: Komplexitás kezelése

Metamodell: Modellezés modellje: Sablon definiálás, kényszerek, összefüggések

				Példánya				Konkretizáció
			  ---------->			----------->
Metamodell				  Modell					Rendszer
			  <---------			 <-----------
				Típusa				  Absztrakció

			Meta szintek		Absztrakciós szintek

Több szinten is lehetnek(több absztrakciós és több meta szint)!

Modellezési lehetőségek:

• Kézi rajz
• Visio ábra
• Visio ábra + adatkötés
• UML

Szabványos modell nyelvekben definiáltak:

• Elemkészlet (absztrakt szintaxis)
• Ábrázolásmód (konkrét szintaxis)
• Jelentés (formális szemantika)
• További kényszerek (jólformáltsági szabályok)

UML:

Általános modellező:

• Struktúra leírására: Osztály, objektum, komponens, telepítés
• Viselkedés leírására: use-case, állapotgép, aktivitás, interakció

Osztálydiagramm elemkészlet:

• Osztály
• Attribútum
• Kompozíció
• Öröklődés

Metaszintek:

• UML metamodell
• Osztály
• Objektum

IT struktúra modellezése: metamodell(~osztály), példány(~objektum)

Modellezés haszna: ellenőrzés(típushelyesség, kényszerek), generálás

XML: jól formált, valid

XSD: elemek: element, comlexType, sequence, attribute

-- sashee - 2009.05.13.

• forras: 03-IRF-2009-modellezes
• modellezes: a rendszer absztrakt abrazolasa
• cel: komplexitas kezelese
• metamodell: modellezesi nyelv modellje
• kapcsolatok az egyes szintek kozott: tipusa/peldanya - metaszint, absztrakcio/konkretizacio - absztrakcios szint
• uml (csak a legalapvetobb jelolesek):
  • vonal es csillag a vegen: 1-n kapcsolat
  • ures landzsa: orokles
  • sima nyil: asszociacio (ha nem orokles akkor kell neki adni vmi nevet)

-- Vajna Miklós - 2009.05.29

IT folyamatkezelés

TODO: utolsó módosítás 2009-ben, frissíteni!!!

Szükséges előadásdiák: 4. (Folyamatkezelés és modellezés)

Mukafolyamat: Azon lépések sorozata, melyeket egy adott cél elérése érdekében meg kell valósítani.

Folyamatok modellezése: Aktivitás diagramm

Elemei:

• Akció
• Döntés
• Elágazás
• Objektum

ITIL: Information Technology Infrastructure Library

Céljai:

• Best practice gyűjtemény
• Közös nyelv: mi a probléma, incidens, szolgáltatás
• Nem foglalkozik implementációval

Fő területei:

• Service Strategy (hosszú távú tervezés)
• Service Design (új szolgáltatások tervezése)
• Service Transition (implementálás, bevezetés)
• Service Operation (napi üzemeltetés)
• Continual Service Improvement (folyamatos mérés, javítás)

Alterületek(példák, sok van):

• Kapacitástervezés
• Rendelkezésre állás
• Konfiguráció kezelés
• Változáskezelés
• Telepítés kezelés
• Incidens kezelés
• Problémakezelés

-- sashee - 2009.05.13.

Folyamatmodellezes

• forras: 04-IRF-2009-folyamatkezeles
• workflow: cel erdekeben elkovetendo lepesek sorozata
• uml jelolesek
  • belepes: sotet kor
  • kilepes: lyukas kor
  • akcio: lekerekitett teglalap
  • dontes: rombusz
  • elagazas: ||}
  • teglalap: objektum
• soa: komplex alkalmazasok szolgaltatasokra bontasa, ezek kozott jol definialt interfesz, lazan csatolt architektura
• itil: information technology infrastructure library, best practices gyujtemeny, de nincs benne konkret megvalositasrol szo
• itil alteruletek: kapacitastervezes, rendelkezesreallas, incidenskezeles, problemakezeles, konfiguraciokezeles, valtozaskezeles, stb.
• itup: ibm tivoli unified process
• mof: microsoft operations framework
• gartner: it erettseg szintjei (0..4)
• mio: microsoft infrastructure optimization, technologiak menten lebontva az egyes szintek (pl desktopon mi kell az egyes szinteken)

-- Vajna Miklós - 2009.05.29

Felhasználókezelés

TODO: utolsó módosítás 2009-ben, frissíteni!!!

Szükséges diasor: 5. (Felhasználókezelés)

Rendszer biztonsága = leggyengébb láncszem biztonságossága

C.I.A.:

• Bizalmasság (Confidentability)
• Sértetlenség (Integrity)
• Rendelkezésre állás (Availability)

Cél:

• Rendszer mindig az elvárt módon működjön
• Illetéktelenül ne lehessen adatokhoz jutni, műveleteket végezni

Engedélyezés (Autorizáció)

Hitelesítés (Autentikáció)

• Tudás alapján azonosítható a felhasználó(pl. jelszó)
• Mindenhol szükséges
• Protokollok (Kriptográfia)

Linuxon a felhasználókezelés:

• User: UID, name, password, shell, home directory, comment, expiry date
• Group: GID, name, (password)

Windowson:

• SID: ez alapján azonosítja a rendszer a felhasználót(nem név alapján)
• registryben tárolódnak a felhasználók
• Hozzáférési tokenek

-- sashee - 2009.05.16.

• forras: 05-IRF-felhasznalokezeles
• biztonsag: egyre tobb problema: tervezes-implemenacio-uzemeltetes
• "leggyengebb lancszem"
• biztonsag fogalma: sertetlenseg (integrity), bizalmassag (confidentality), rendelkezesre allas (availability)
• hitelesites (authentikacio, igazolom, hogy en vagyok pisti) vs engedelyezes (authorizacio, mit csinalhat pisti)
• biztonsagi entitasok windows alatt: principal, belole user/group/machine (usernek <gep sid>-<rid> a sidje)
• azonositas: windows alatt ntlm v kerberos
• bash, powershell

-- Vajna Miklós - 2009.05.29

Címtárak

TODO: utolsó módosítás 2011-ben, frissíteni!!!

Szükséges diasor: 6. (Címtárak)

Címtár:

• Nyilvános adattár, címjegyzék
• Felhasználó adatai, számítógépek adatai, biztonsági információk
• Hitelesít: Beléptetéshez hozzá fordulnak a szerverek(így központi lesz a felhasználókezelés)

LDAP(Lightweight Directory Access Protocol):

Séma:

• Statikus, konfigurációs fájlokból
• Szabványok
• Minden elemnek (osztály, attribútum) van azonosítója
• Öröklés
• Attribútumok: Opcionális vagy kötelező, multiplicitás
• Referenciák stringek(DN)

Objektumok:

• RDN: Kitüntetett attribútum, azzel azonosítjuk(~primary key)
• DN: A tartalmazások mentén azonosítható minden objektum a szülők RDN listájával
• Referenciák: DN alapján hivatkoznak
• Típus - példány kapcsolat is referencia, ez az objectClass
• Egy objektumnak több típusa is lehet, akkor az attribútumok uniójával fog rendelkezni

Műveletek:

• Bind: csatlakozás
• Search: lekérdezés, keresés
• Update: módosítás

Active Directory:

• Microsoft címtár implementációja
• Fa szerkezet, belül ez is LDAP
• Hierarchia eleme: szervezeti egység (OU)
• Szerkezeti szintek: tartomány, fa, erdő

Csoportházirend (Group Policy):

• Windows
• Kötelezően érvényre jutó beállítások
• Helyi rendszergazda nem tudja felülbírálni
• Fajtái: számítógép és felhasználó szintű
• Policy vs. Preferences

Identity management

-- sashee - 2009.05.16. -- KoviBalu - 2011.05.30.

• forras: 06-IRF-cimtarak
• kozos adatter, innen tud hitelesiteni majd a webserver, vpn, ssh, stb.
• dns, nis, ldap, ad
• ldap: lightweight directory access protocol
• ldap sema -> cimtar tartalom, hierarchikus
• muveletek: bind, search, update; lekerdezheto a sema is
• rdn: megmondja, hogy melyik attributum az ~ elsodleges kulcs
• gyokernel az rdn altalaban a dn, a tobbinel a cn, igy dn,cn parral egyedileg azonosithato mindenki
• az objectClass referencia mondja meg h az object melyik class peldanya
• az objectClass az egy lista! (eredmeny az attributumok unioja)
• ad: active directory, ldapon alapulo nemszabvanyos megoldas
• ds* parancs kezeli vagy powershell vagy gui

-- Vajna Miklós - 2009.05.29

Engedélyezés

TODO: utolsó módosítás 2009-ben, frissíteni!!!

Szükséges diasor: 7. (Engedélyezés)

Engedélyezés(Autorizáció): Mihez van joga a felhasználónak

Általános séma:

• A szereplőt egy adatszerkezet reprezentálja
• A jogosultság egy reláció a szereplők és a védett objektumok között

A rendszer működése során:

• A szereplők műveleteket végeznek
• A műveletek kontextusa tartalmazza a szereplő azonosítóját
• A döntő komponens engedélyezi vagy megtiltja a hozzáférést
• A végrehajtó biztosítja, hogy a döntés érvényre jusson

A rendszer karbantartása során:

• Jogosultságok beállítása

Általában nincs leállás karbantartásra:

• A jogosultságokat leíró adatszerkezet is védett adat
• A jogosultság módosítások azonnal érvényre jutnak

Kihívások:

• Sok szereplő, sok védett objektum, ezért sok lehetséges jogosultsági reláció
• Rendszeres karbantartás szükséges(árva felhasználók,...)
• Törvényi követelmények is lehetnek(naplózás,...)

Fajtái:

• Kötelezőség
  • Kötelező
  • Belátás szerint
• Szint
  • Rendszer szintű
  • Erőforrás szintű
• Fajta
  • Integritási szintek
  • Hozzáférési listák

RBAC(Role Based Access Control): A felhasználókhoz szerepeket rendelünk(hierarhikus), és a szerepekhez rendeljük a jogosultságokat

Linux fájlrendszer jogok (védelmi kód):

• 3*3 bit
  • Saját, csoport, többiek
  • Olvasás, írás, végrehajtás
    • könyvtáraknál olvasás: tartalom listázása; írás: fájl létrehozása, átnevezése, törlése; végrehajtás: tartalmazott fájl elérése
• +3 bit:
  • könyvtárakra
    • sticky bit (aka t-bit): csak tulajdonos törölhet belőle (amúgy írásjog elég lenne a könyvtárra)
    • setgid: csoport öröklődik
  • normál (futtatható) fájlokra:
    • setuid, setgid: A fájl tulajdonosának a nevében/csoportjában fut (effektív uid/gid)
• Execute tiltás hatása öröklődik a könyvtárakon

Windows csoportházirend:

• Számítógép szintű (SW telepítés, tűzfal,....)
• Felhasználó szintű (képernyő beállításai,...)
• Öröklődés, felüldefiniálás

-- sashee - 2009.05.16.

• forras: 07-IRF-engedelyezes
• hozzaferesi matrix
• torveny: jogosultsagok szetvalasztasa, naplozas
• jogosultsagkezeles:
  • kotelezoseg: kotelezo ha kozponti jogosultsagellenorzes, belatas szerint ha tovabb lehet osztani a jogokat
  • szint: rendszer szint, eroforras szint (?)
  • fajta: ingegritas szintek (no read up, no write down - vagy forditva :P), hozzaferesi listak (acl, rbac)
• xacml (xml + acl)
• linux: bla bla, orokles csak diren exec hianya oroklodik lefele
• windows:
  • mandatory integrity control: no write up, ie hasznalja pl
  • rendszerszintu jogosultsagok: privilege (gep elallitas, driver telepites, stb) es accountright (ki lephet be, honnan lephet be, stb)
  • dacl: discretionary acl, objektumokra. owner akkor is valtoztathat rajta ha nem lenne egyebkent joga. egyebkent engedelyek unioja, de tiltasnak nagyobb prioritasa van
  • group policy: gepre es felhasznalora is

-- Vajna Miklós - 2009.05.29

Azonosságkezelés

Szükséges diasor: 8. (Azonosságkezelés)

Egységes azonosságkezelés:

Feladatai (példák):

• Jelszó lejárásáról értesítő küldés
• Inaktív azonosítók szűrése
• Soha sem használt azonosítók szűrése
• Csoport tagságok módosítása
• Lejárt szerződésű felhasználók törlése
• Időzített/triggerelt események
• Ezt adott(bármilyen) infrastruktúrán

Előnyei:

• Rendszermérnök és nem a rendszergazdák határozzák meg a hozzáférést
• Felhasználók életciklusának a kezelése
• Központosított kockázatkezelés
• Egyszerű interface
• Központi házirend kezelés
• Csoporttagságok központi kezelése
• Felhasználótárak és IT erőforrások egységes kezelése
• Egységes jelszókezelés és kérelmek intézése(felhasználói szemszögből)
• Jelentések generálása

Hátrányai:

• Csak jól karbantartott infrastruktúrán működik
• Plusz technológia, karbantartás
• Bevezetés költsége
• A szervezeti felépítés és IM adminisztráció nem egyezik
• Hamis biztonságérzetet adhat, ha rosszul van beállítva

Logikai megvalósítások:

• Egy címtár
  • Minden egy helyen van karbantartva
  • Mindent egyetlen címtárhoz kell integrálni
• Több címtár
  • Flexibilis
  • Nehezen karbantartható
  • Nehéz házirendeket definiálni
  • Árva felhasználók
• Metacímtár (másolat az összes adatról)
  • Egységes kép a rendszerről
  • Több adminisztrációs belépési pont
  • Teljesítménykorlát
  • Komplex szabályrendszerek
• Saját adminisztrációs eszközök (adott gyártó eszközeit fogja össze)

Házirendek:

• Általános szabályok (szerep vagy csoport alapú)
• Felhasználói fiókok kezelése
• Prioritás, ütközések feloldása
• Központi rendszeren és a menedzselt erőforrásokon is vannak(szinkronizáció szükséges)

Munkafolyamatok:

• Elemi lépések + feltételkiértékelés
• Kérelmek elbírálása
• Eszkaláció
• Webes felület, email küldés, időzített események

-- sashee - 2009.05.16.

• forras: 08-IRF-identity-management
• cel: ne legyenek elfelejtett felhasznalok, ne kelljen mindent ldapbol authentikalni -> lehet masolat, csak legyen rendesen szinkronizalva
• a cel rendszeren lehetnek "arva" fiokok, csak ez legyen elore megadva, es akkor normalis (pl windows everyone, stb.)
• itim: ibm tivoly identity manager. adatokat ldapban es rdbmsben is tarol.

-- Vajna Miklós - 2009.05.29

Konfigurációkezelés

TODO: utolsó módosítás 2009-ben, frissíteni!!!

Szükséges diasorok: 9. (Konfigurációkezelés), 10. (Konfigurációkezelés Windowson)

Feladatai:

• Információ tárolás
  • HW leltár
  • Hálózati eszközök és topológia leírása
  • OS és SW leltár
  • SW licenszek
  • OS beállítások
  • Erőforrások
• Konfiguráció lekérdezése és távoli módosítása

Architektúra:

			 Kliens*
			lib/tool?
				^
				|
			  \/
  Konfiguráció-menedzser<---->....
				^
				|
			  \/
		 "Provider"*
*: Több is lehet
?: nem biztos, hogy van

• Hordozóprotokoll
  • Operációk
    • Adatok

CIM(Common Information Model): Adatmodell, mellyel leírható a konfiguráció

Felépítése:

• Objektumorientált szemlélet (~osztálydiagramm)
  • Példányosítás, metódushívás
• Meta séma(lásd diasor:9. sor 26-28)

MOF(Managed Object Format): Menedzselt információk deklaratív leírása (CIM meta séma konkrét szintaxisa)

WBEM(Web Based Enterprise Management): Szabványkészlet

• CIM-XML vagy WS-Management
• CIM Query Language
• WBEM Discovery Using the Service Location Protocol

CIM-XML: XML-ben reprezentált CIM információ-csere HTTP felett

• DTD-t használ, ez a CIM metasémát írja le

WS-Management:

• Webszolgáltatás alapú
• Műveletek
  • DISCOVER: Erőforrás felderítés
  • GET, PUT, CREATE, DELETE: Erőforrás kezelés
  • ENUMERATE: Gyűjtemények elemeinek a felsorolása
  • SUBSCRIBE: Eseményekre feliratkozás
  • EXECUTE: Metódus meghívása

-- sashee - 2009.05.16.

• forras: 09-IRF-konfiguraciokezeles-alapok, 10-IRF-2009-konfiguraciokezeles_windows
• alapok
  • cmdb tartalma: license-ek, halozati topologia, szolgaltatasok vs eroforrasok, stb.
  • cmdb egy adatbazis, modell kell hozza, ez lesz a cim (common information model)
  • oo modell: peldanyositas (useradd), metodushivas (gep restart), stb.
  • cimom: cim object manager, modelleket kezel .mofban
  • wbem: web based enterprise managenent, (tobbek kozott) cimet hasznalja, eszkoz ra windowson: wbemtest.exe. nem konkret protokoll, az majd a cim-xml meg a ws-management lesz.
  • cim-xml: http felett, definialja a cim query language-t is
  • wbem(cim-xml) tamogatas sok helyen: openpegasus (rhel, vmware, stb), openwbem (sles), pywbem, stb
  • sblim: stanrads based linux instrumentation, ennek kereteben keszult: cim provider rpmhez, perlhez, "cim java api", stb
  • small footprint cim broker, egy cimom beagyazott rendszerekhez
  • linuxos cmdline tool: wbemcli
  • cmpi: common manageability programming interface, szabvanyos cimom provider interface. van benne peldany szolgaltato, metodus szolgaltato, stb
• windowson
  • wmi
  • cmdline tool: wmic
  • hozza wql: wmi wmi query language
  • ws-management: web services for management, ez se csak cimre jo...
  • muveletek: discover, get, put, create, delete, subscribe, execute
  • az egesz https es soap felett
  • implementacio: winrm, openwsman (cim-xmlbol fordit)
  • winrm tudja a wmit meg annal is tobbet, vista ota (hogy ne kelljen dcommal szenvedni)
  • winrm nevu cmdline tool, winrs (windows remote shell)

CMDB

TODO: utolsó módosítás 2009-ben, frissíteni!!!

Szükséges diasorok: 11 (CMDB)

Előnyei:

• Központi helyen tárolódnak az adatok
• Szabványos formában
• IT infrastruktúra modell (elemek+kapcsolatok)
• Modell ellenőrzés: Valóságnak megfelel, ellentmondásmentes
• Diagnosztika: Esemény hatása, hiba okának felderítése

Architektúra: 11. diasor 14. dia

Alappillérei:

• Föderáció: Több adatraktár, közöttük külső kulcsok, a részletes adatokat csak ezeken keresztül lehet elérni
• Összeegyeztetés
• Szinkronizáció
• Vizualizáció és leképzés

Autómatikus felderítés:

• IP scannelés (Subnet vagy IP range)
• Port scannelés
• Általános számítógép scannelés
• Specifikus számítógép scannelés

-- sashee - 2009.05.17.

Konfiguraciokezelo adatbazisok (CMDB)

• forras: 11-IRF-2009-CMDB
• motivacio: hogy lassuk h pl hdd ledoglese mit erint, $foo szabvanynak megfelelunk-e
• cmdb: tarolja a teljes infrastrukturat
• termelo-fogyaszto: szabvanyos interfeszen tolnak bele (szenzorok) / vesznek ki belole adatokat
• felderites: agens alapu v megbizoleveles (besshzunk)
• vagy megbizolevel-mentes: nmap, ping, stb (lehet aktiv v passziv, pl wireshark)
• itil cmd: relevans infok elemekrol (ci, configuration item) es a koztuk levo kapcsolatokrol
• nagyvallalai cmdbk:
  • foderacio: nem egy db, hanem sok, es kulso kulcsok
  • osszeegyeztetes: kulonbozo dbkben levo ci-ket felismerni ha azonosak
  • szinkronizacio: eleg legyen egy helyen megvaltoztatni a user uj lakcimet
  • vizualizacio es lekepezes: lehessen reportot generalni + szurni
• cmdb resze a ci-k modellje is!
• cmdbf: ipari szabvany cmdb-k kozt
• ibm taddm (tivoli application dependency discovery manager): cmdb ibm modra
• automatikus felderitas: ping, os, portscan, server-specifikus lekerdezesek

-- Vajna Miklós - 2009.05.29

Rendszermonitorozás

TODO: utolsó módosítás 2009-ben, frissíteni!!!

Szükséges diasorok: 12. (Rendszermonitorozás)

Célja: Folyamatos képet kapjunk

• Infrastruktúra, eszközök működőképességéről
• Terhelésről, erőforrás kihasználtságról
• Topológiáról, konfigurációról
• Biztonságról

Részfeladatai:

• Adatgyűjtés
• Beavatkozás
• Megjelenítés
• Riasztás
• Pillanatnyi adatok tárolása
• Historikus adatok tárolása

Adatgyűjtés: Hálózaton keresztül kérjük le, beépülő ágens segítségével

• Hardverben
  • Állapot-, és parancsregiszterek (állapotkiolvasás, beavatkozás)
  • Külön processzor
• Szoftverben
  • A megfigyelt szoftver nincs felkészítve a megfigyelésre
    • Ágens külön folyamat, OS-en keresztül figyel
    • Belső adatstruktúrákhoz nem fér hozzáa
  • A megfigyelt szoftver fel van készítve a megfigyelésre
    • Forráskód instrumentáció

Lekérdezési lehetőségek:

• Pull: A központosító adatgyűtő kezdeményezi az ágensek lekérdezését
• Push: Az ágens kezdeményezi az adatok küldését a feliratkozott adatgyűjtőknek

Hálózatmenedzsment szabványok:

• SNMP (Simple Network Management Protocol)
  • MIB: Lekérdezhető attribútumok szabványos leírása
    • Fa struktúra, minden elemhez azonosító:OID (szintek pontokkal választva, amúgy szám)
    • Metamodellje
      • ObjectIdentifier: ~csomag
      • ObjectType: ~osztály
      • Csak tartalmazásai kapcsolat
    • Kiegészíthető
      • Saját bináris formátum
      • Gyártóspecifikus kiegészítések
      • Nem kérdezhető le, hogy az ágens milyen MIB kiegészítéseket ismer
    • Hiányok
      • Referencia
      • Öröklődés
      • Meta lekérdezési lehetőségek
      • Dinamikus osztály-példány kapcsolat
  • Műveletek
    • getRequest: Attribútum érték lekérdezés
    • getNextRequest: Következő érték lekérdezése
    • getResponse: Érték elküldése
    • setResponse: Attribútum beállítása
    • trap: Esemény jelzés (eredetileg kivétel elfogása): aszionkron üzenettel értesítés
    • walk: Részfa rekurzív lekérdezése
  • MRTG (Multi Router Traffic Grapher): Forgalom monitorozása (BIX)
  • Felderítés
    • Üzenetszórás
    • Csak az érintett gépek válaszolnak
  • Biztonság
    • Kötelezően implementált gyenge titkosítás
    • Opcionálisan implementálható erős titkosítás
    • Beléptetés, hitelesítés
• RMON
• Netflow/IPFIX
• SFlow
• CMIS, CMIP, CMOT
• Syslog
• Netconf
• JMX
• WBEM
• WSDM

Historikus adatgyűjtés

• Feladatai
  • Historikus tárolás
  • Tendenciák
  • Következtetések
• Kihívás: Túl sok adat
  • Aggregáció: Régebbi adatokat összevonjuk, tehát minél régebbi az adat, annál rosszabb a felbontása. Ezért külön kell menteni az érdekes részeket, melyeket nem akarjuk rontani.

-- sashee - 2009.05.17.

• forras: 12-IRF-rendszermonitorozas
• hogy ne akkor vegyuk eszre h gaz van ha szolnak a juzerek
• preventiv jelleg! :)
• szeretnenk kepet kapni a rendszer teljesitmenyerol, kihasznaltsagarol
• adatgyujtes + megjelenites + riasztas ha kell + historikus tarolas
• aganes: figyel + esetleg ertesit + egyszeru beavatkozasok
• vagy kulon process vagy builtin support
• pull/push modell. pull mint munin, pushnal az agens kezdemenyez
• szabanyok: snmp, syslog, jmx (jvm-ek monitorozasara), wbem
• szondazas (active proving): nincs kulon agens, csak userkent teszteljuk a szolgaltatast (pl monit). de itt is kell agens ha adott helyrol akarunk tesztelni.
• snmp: szabvanyos mib, agens a mib-et implementalja (mar amit..)
• kiterjesztheto, de nem kerdezheto le h milyen kiterjeszteseket hasznal a device
• muveletek: get, set, trap (ertesites feltetel teljesulese eseten async uzenetkuldessel adott ipre)
• mib es cim hasonlo, de mib kevesebbet tud, igy nem cmdb
• snmp vs wbem: binaris vs xml, configolni ne szokas snmpvel (pedig lehetne)
• gyakorlatban: peldaul mrtg, bix hasznalja
• historikus adatgyujtes: csak az "erdekes" reszeket taroljuk, az unalmas idoszakokban aggregalunk. (min/max/avg ertekek)
• munin: monitoroz, mrtghez hasonloan rrdtool oldja meg a historikus adatgyujtest, nagiossal kombinalva tud riasztani, max 50 gepig kenyelmes

-- Vajna Miklós - 2009.05.29

Eseménykezelés

TODO: utolsó módosítás 2009-ben, frissíteni!!!

Szükséges diasorok: 14. (Rendszermonitorozás - Eseménykezelés)

Az esemény fogalma: Az IT szolgáltatás- és rendszerfelügyeletben az esemény olyan adat, ami egy vagy több erőforrásról, illetve szolgáltatásról hordoz információt.

ITIL esemény menedzsment folyamata:

• Esemény analizáló
  • Detect and Log Event
  • Examine and Filter Event
  • Correlate, Escalate and Process Event
  • Resolve Event
  • Close Event
• Esemény menedzser
  • Establish Event Management Framework
  • Evaluate Event Management Performance

Eseményfeldolgozás lépései:

• Szűrés
• Továbbítás
• Lassítás (pl. magas CPU használat nem baj, csak ha sokáig tart)
• Duplikátumok detektálása
• Elévültetés
• Korreláció (azonos probléma által generált események együttes kezelése)
• Eszkaláció
• Események állapotváltásának szinkronizálása feldolgozók között
• Notification
• Átvezetés a hibabélyeg kezelő rendszerbe

-- sashee - 2009.05.17.

• forras: 14-IRF-2009-esemenykezeles
• cel: mert ertekekben a valtozast eszrevenni
• naplozas != esemenykezeles
• hibaok (fault), ebbol hibas allapot (error), es emiatt a user lat egy hibahatast (failure)
• windows event log, cmdline tool: wevtutil.exe
• syslogd: "pri header msg", ahol pri = 8*facility+severity
• itil: event management
• feldolgozas: szures, tovabbitas, lassitas (100% cpu fel percig nem erdekes), diplikatumok keresese
• elevules
• korrelacio: 2 esemenynek lehet u.az az oka
• ibm tivoli netcool / omnibus: probe-ok + hozza egy inmemory rdbms ami alerteket tarol

-- Vajna Miklós - 2009.05.29

Szolgáltatási szintek

TODO: utolsó módosítás 2009-ben, frissíteni!!!

Szükséges diasorok: 15. (Rendszermonitorozás - szolgáltatási szintek)

Szolgáltatásbiztonság attribútumai:

• Rendelkezésre állás
• Megbízhatóság
• Biztonságosság
• Integritás
• Karbantarthatóság

IT metrikák:

• Mérhető/számolható
• Rendszer/szolgáltatás jellemző
• Rendezett értelmezési tartomány
• + Időintervallum/időpont

GQM (Goal - Question - Metric)

• Goal: Cél, amit mérni akarunk
• Question: Mitől függ
• Metric: Mivel lehet mérni

SLA (Service Level Agreement):

• Szolgáltató és igénybevevő közötti megállapodás
  • Minőségi jellemzők meghatározása
  • Vonatkozó kötelezettségek
  • Megsértés esetén eljárásrendről

SLA jellemzői:

• Minőségi jellemzők és korlátok
  • Metrikák definiciói
  • Mérés mikéntjének módja
• Szolgáltatási szint monitorozás és jelentés
• Ki mér?
  • Vevő: van-e elég joga?, mi okozhat pontatlanságot?
  • Szolgáltató: instrumentáció testre szabása, megbízható-e?
• Problémák jelentésének folyamata
• Problémákra reagálás és megoldás időkeretei
• SLA sértés következményei
• Felmentő-, és kivétel cikkelyek (pl katasztrófánál)

-- sashee - 2009.05.17.

• forras: 15-IRF-2009-szolgaltatasi-szintek
• szolgaltatas: onallo entitas, adminisztralni kell
• it metrikak: amit merni tudunk
• gqm: goal-question-metric
  • pelda: online erzet, mennyit kell varnia a usernek az oldalmegjelenesre, ehhez letoltesi/renderelesi ido
• sla: mit vallalunk, ezek definialva, es ezekre fix ertekek, meres mertekenek definicioja, sla-sertes kovetkezmenyei, ki mer, problemak jelentesenek folyamata

-- Vajna Miklós - 2009.05.29

Virtualizáció

TODO: utolsó módosítás 2009-ben, frissíteni!!!

Szükséges diasorok: 16. (Virtualizáció - Bevezető), 17. (Virtualizáció - Gyakorlati megvalósítások)

Definició: Ez erőforrás elvonatkoztatása az erőforrást nyújtó elemektől

Fajtái:

• Platform virtualizáció: Több OS egy gépen.
  • Hosted: OS fölött egy alkalmazásként fut
  • Bare-metal: OS alatt fut
• OS szintű virtualizáció
• Alkalmazás virtualizáció
• Alkalmazás futtatókörnyezetek
• Desktop virtualizáció

CPU virtualizáció fajtái:

• Tiszta emuláció: A vendég kódját nem futtatja, haem adatként feldolgozza
  • Lassú
  • Eltérhet a host és a vendég utasításkészlete
  • Interpreter / JIT
• Trap & Emulate: Emulálja a virtuális hardvert
  • Nem privilegizált utasítások közvetlenül végrehajtódnak
  • Privilegizáltak kivételt dobnak, amit a host elkap és végrehajtja az emulált hardveren
  • Nem támogatják teljesen azok a processzorok, amelyeket nem erre készítettek
• Szoftveres: Hasonló, mint a Trap & Emulate
  • Egy JIT fordító átnézi a kódot, és a problémás részeket átírja
• Hardveres: VT-x és AMD-V -vel új ring jött létre
  • VMCALL-al lehet az új ring-be hívni
  • Onnan VMRETURN-el jön vissza
• Paravirtualizáció:
  • A vendég tud róla, hogy virtualizált, ezért ne használjon elfoghatatlan utasításokat
  • Lehetőleg kevés privilegizált utasítást használjon
  • Saját rendszerhívások

Memória virtualizálása:

• 2 laptábla kell
  • A vendég fizikai címet képezi le a VM-ben futó alkalmazások virtuális címeire
  • A futtató gép fizikai címeit képezi le a VM-ben futó alkalmazások virtuális címeire
• Ha a vendég módosítani akarja a laptábláját
  • Read-onlyra állítjuk, így ha módosítani akarja, akkor kivétel->trap
  • Hardveres kiegészítés többszintű laptáblák kezeléséhez
  • Ne akarja módosítani, kérje meg a VMM-et
• Memórialap deduplikáció
• Dinamikus allokáció
• Memória felfújás
  • Ha a hoszt memóriája kifogy, akor elvesz a vendégől. Ekkor egy driver elkezdi lefoglalni a vendégben a memóriát, amit pedig lefoglalt, azt a hoszt elveheti. Vendég swappelni fog egy idő után.

Perifériák virtualizálása:

• Emuláció: I/O műveletek elfogása és emulálása (lassú)
• Paravirtualizáció: Nem létező hardvert emulálunk, így összetett műveleteket hatékonyabban tudunk elvégezni
• Hardveres virtualizáció: Közvetlenül elérhető. Nem biztonságos

Speciális igények:

• Grafikus periféria igények
  • Az egér egyenlő sebességgel mozogjon a hoszt és a vendég számára is
  • A grafikus kép kövesse az ablak méretét
  • Seamless
• Háttértár igények:
  • Csak annyi helyet foglaljon a képfájl amennyit ki is használ
  • Pillantkép
  • Másolatkészítés

Kliens oldali igények:

• Egyszerű telepítés meglévő Op. rendszerre
• Egyszerű kezelés
• Jó erőforrás-kiosztás
• Multimédia, jó grafikus teljesítmény
• Könnyű host-guest kommunikáció, adat- és periféia megosztás
• Speciális igények: snapshot, clone

Szerver oldali igények:

• Távoli elérés fontos!
• Erőforrás gazdálkodás (VMware ESX/ESXi)
  • Resource Limit: kemény felső korlát az erőforrás igénybevételére
  • Resource Reservation: garantált rendelkezésre álló erőforrás mennyiség
  • Resource Shares - prioritás, versenyhelyzet esetén
• Központi menedzsment

Központi menedzsment:

• Erőforráscsoportok
  • VMware DRS (Distributed Resource Scheduling)
    • Fürtökbe fog sok ESX/ESXi gépet
    • Automatikusan vagy félautomatikusan osztja szét a VM-eket a fizikai gépek között
• Live migration
• Hibatűrés
  • Redundancia
  • Feladatátvételi fürtök
  • Egy HW hiba -> sok virtuális gép hibásodik meg!
  • Ha a VM háttértára hozzáférhető marad, akkor újraindíthatjuk másik hoszton
  • Futási állapot elvesztés kivédése
    • Checkpointing
    • Lockstep (Többszörözött futtatás több hoszton)
      • Egy példány „elsődleges”, ez kommunikál a hálózaton
      • A többi példány „tartalék”, ezek kívülről nem megfigyelhető módon (kis késletetéssel) követik az első állapotát

-- sashee - 2009.05.17. -- KoviBalu - 2011.05.31.

• bevezeto
  • forras: 16-IRF-virtualizacio-bevezeto
  • fogalma: eroforrasok elvonatkoztatasa az eroforrast nyujto elemektol
  • fajtai(5): platform (teljes gepet emulalunk), container/jaim (openvz), alkalmazas virtualizacio (fakeroot), futtatokornyezet (jvm, .net), desktop virtualizacio (rdp)
  • platform ket fajta: bare-metal (virtualizacios reteg+mgmt os;xen) vagy hosted (normal osbe epul bele a virtualizacios cucc;kvm)
  • plat. virt. def.: azonossag (u.az legyen a programok futasi eredmenye), biztonsagossag (igazi hw-t vmm - virtual machine monitor - kezeli), hatekonysag (utasitasok nagyresze modositas nelkul fusson)
  • lehet szoftveres v hardware-es virt: hw eseten mar nem lehet optimalizalni
  • paravirt: mikor a guest tud rola h virt. gepben fut, pl uml
  • trap and emulate: hogy raengedhessuk a cpura az olyan kodot amiben bizonyos utasitasokat nem engedunk lefutni
• szerver virtualizacio
  • forras: 17-IRF-virtualizacio-gyakorlat-szervervirtualizacio
  • memoriakezelesnel is a szokasos 3 eset: sw, hw es paravirt megoldasok shadow page table kezelesere
  • paravirt trukk: balooning driver
  • copy-on-write: irhatonak mutatjuk es ha vhova irni akar akkor elotte elmentjuk az eredeti adatot
  • openvz: vpseknel jo, tobb mint a chroot (pl process lista), de meg mindig kozos kernel
• virtualizacio managementje:
  • forras: 18-IRF-Virtualizacio-menedzsmentje
  • ez nemnagyon kell...

-- Vajna Miklós - 2009.05.29

Incidens-, probléma-, változáskezelés

TODO: utolsó módosítás 2009-ben, frissíteni!!!

Szükséges diasorok: 19. (Incidens-, probléma-, változáskezelés)

Service Desk:

• Felület a felhasználók felé, ahova zavar esetén fordulnak
• Ticket nyitása, kitöltése, zárása
• Kísérlet a probléma megoldására, ha nem sikerül, akkor eszkalálja

Incidenskezelés:

• Incidens: Nem tervezett leállás, probléma vagy anomália egy szolgáltatásban
• Feladatai:
  • Kevesebb leállás
  • Prioritizálás, jobb erőforrás kihasználtság
  • Szolgáltatási szint javítása
• Lépései:
  • Azonosítás: Milyen forrásból jön
  • Naplózás: ID, időbélyeg, leírás, súlyosság, prioritás, kontakt, CI, státusz
  • Kategorizálás
  • Prioritizálás: Sürgősség * hatás
  • Kezdeti diagnózis
  • Eszkalálás: Update + továbbítás
  • Diagnózis
  • Helyreállítás: Tesztelés, végrehajtás
  • Incidens lezárása: Visszajelzés, dokumentálás
• Ticket: Egy incidens életútja
  • Opened
  • Assigned
  • Resolved
  • Closed

Problémakezelés:

• Hiba okának feltárása, megoldás megkeresése, tesztelése, implementálása

Változáskezelés: Változások életciklusának a kezelése

• Káros hatások kiküszöbölése
• Folytonos(abb) üzletmenet biztosítása
• Erőforráskihasználtság
• Folyamatvezérelt
• CMDB szinkronban tartása
• Incidensek elkerülése

-- sashee - 2009.05.18.

• forras: 20-IRF-2009-Incidens_menedzsment
• service desk: ide lehet fordulnia a felhasznalonak. ticketeket nyitnak, lezarnak, torolnek, stb
• incidens: nem tervezett leallas/hiba/anomalia szolgaltatasban, formalizalt kezeles kell ra
• alfolyamatai: bejon, logoljuk, kategoriazalas, proirizalas, diagnozis, eszkalaljuk (opcionalis), megoldjuk, lezarjuk
• prioritas = surgosseg * hatas
• problema: az incidens oka.
• valtozaskezeles: valtozasok eletciklusat kezeli, hogy legyen ra terv (igy cmdb syncben lesz, hatekony eroforraskihasznalas, bla bla)

-- Vajna Miklós - 2009.05.29

Kiadás és telepítéskezelés

TODO: utolsó módosítás 2009-ben, frissíteni!!!

Szükséges diasorok: 20. (Kiadás és telepítés kezelés)

Kiadáskezelés: Elfogadott változások elkészítése és elfogadott kiadások készítése belőlük

• Részei:
  • Tervezés
  • Implementálás
  • Tesztelés
  • Telepítés
  • Elennőrzés, lezárás
  • Kiértékelés
• Fogalmai:
  • Release: HW, SW, dokumentáció és folyamatok gyűjteménye, amely együtt egy RFC-t implementál
  • Release azonosító: név/szám konvenció
  • Release típusa: teljes/delta
  • Build környezet: eszközök, eljárások
  • Fejlesztői/teszt/UAT/éles rendszer
  • Definitive Software library(DSL): Logikai tárhely az engedélyezett összes szoftverrel
  • Baseline: Adott időpontban valaminek az állapota
  • Back-out plan: ha nem sikerülne

Telepítéskezelés: Kiadások telepítése

• Előkészítés
  • Tervezés
  • Előkészítés
  • Adminisztrálás
• Végrehajtás
  • Telepítés
  • Verifikálás
  • Átnézés és lezárás

-- sashee - 2009.05.18.

• forras: 21-IRF-2009-kiadas-es-telepites
• release: hw, sw, doksi, folyamatok egyutt ami implemental egy rfc-t
• dsl: definitive sofrware library, ami ebben van azt lehet telepiteni
• linux: rpm, windows: msi
• msi workflow: fejlesztes, msi, msi testreszabasa, group policy, telepul
• wsus: windows server update services

-- Vajna Miklós - 2009.05.29

Szolgáltatásbiztonság

TODO: utolsó módosítás 2009-ben, frissíteni!!!

Szükséges diasorok: 21. (Szolgáltatásbiztonság IT rendszerekben)

Szolgáltatásbiztonság:

• A képesség, hogy igazoltam bízni lehet a szolgáltatásban
  • Igazoltan: méréseken alapszik
  • Bízni: Szolgáltatás az igényeket kielégíti

Jellemzői:

• Rendelkezésreállás: Folyamatos, hibamentes szolgáltatás
• Megbízhatóság: Használatra kész szolgáltatás
• Biztonságosság: Katasztofális következmények nélküli szolgáltatás
• Bizalmasság: Nincs jogosulatlan hozzáférés
• Integritás: Nincs hibás változtatás
• Karbantarthatóság: Javítás és módosítás lehetősége

Befolyásoló tényezők:

• Hibajelenség: Specifikációnak nem megfelelő szolgáltatás
• Hiba: Hibajelenséghez vezető rendszerállapot
• Meghibásodás: A hiba feltételezett oka

Hatáslánc: Meghibásodás -> Hiba -> Hibajelenség

Kategorizálás:

• Hardverhibák
• Szoftverhibák
• Emberi hibák
• Környezeti hatások

Szolgáltatásbiztonság eszközei:

• Hiba megelőzés: verifikáció
• Hiba megszüntetés: monitorozás
• Hibatűrés: Szolgáltatást nyújtani hiba esetén is. Hibakezelés, redundancia
• Hiba előrejelzés: Hibák és hatásuk becslése

Analízis módszerek:

• Ellenőrző listák
• Táblázatok: FMEA (Failure Mode and Effect Analysis)
  • Meghibásodás és hatásai felsorolása
• Hibafák
  • Gyökérben a hibajelenség
  • Kör: Alapszintű meghibásodás
  • AND és OR kapu
  • Téglalap: alrendszer
  • Analízise
    • Kvalitatív:
      • Egyszeres hibapont(SPOF) azonosítása
      • Kritikus esemény: Több úton is hibajelenséget okoz
    • Kvantitatív:
      • Alapszintű eseményekhez valószínűségek rendelése
      • Gyökérelem jellemzőjének számítása
• Állapot alapú módszerek

-- sashee - 2009.05.21.

• forras: 22-irf-szolgaltatasbiztonsag
• sil: safety ingegrity level: 10 ^ -9en csak azt jelenti h x berendezesbol 15 evig csak 1 hibasodik meg, nem tobb1000 evet..
• szolgaltatasbiztonsag def: a kepesseg, hogy igazoltan bizni lehet egy szolgaltatasban (igazoltan: elemzesen, meresen alapul. bizni: kielegiteni az igenyeket)
• jellemzoi: rendelkezesreallas, megbizhatosag, biztonsagossag, bizalmassag, integritas, karbantarthatosag
• befolyasolo tenyezok hataslanca: fault (kivalto ok) -> error (rendszerallapot) -> failure (specifikacio megsertese)
• meghibasodasok kategoriai:
  • hw hibak
  • sw hibak
  • emberi hiba (rendszergazda, felhasznaloi artalmatlan/artalmas hiba)
  • kornyezeti hatas, pl termeszeti katasztrofa
• szolgaltatasbiztonsag eszkozei
  • hibamegelozes (tervezes)
  • hibamegszuntetes (teszteles)
  • hibatures. rendundancia tipusa: hideg (ott a polcon kikapcsolva) / langyos (be van kapcsolva csak mast csinal) / meleg tartalek (teljes duplazas)
• analizis modszerek
  • tablazat (fmea, failure mode and effect analysis)
  • hibafa: digites AND es OR kapukbol, elemi hibak korok

-- Vajna Miklós - 2009.05.29

Fürtözés és replikáció

TODO: utolsó módosítás 2009-ben, frissíteni!!!

Szükséges diasorok: 22. (Fürtözés és replikáció)

Fürt: Különálló számítógépek együttese, amelyek egymással együttműködve és azonos szolgáltatásokat, alkalmazásokat futtatva egyetlen rendszerként, virtuális kiszolgálóként jelennek meg az ügyfelek számára.

• Számítási célú
• Terheléselosztási
  • Hálózati szintű
    • Kérések szétosztása hálózati rétegben
    • Alkalmazás elől rejtett
  • Alkalmazás szintű
    • Alkalmazás specifikus
• Nagy rendelkezésre állású
  • Megosztott lemezes
    • Egy erőforrást egyszerre többen használnak
    • Alkalmazás szintű zárolás
  • Megosztott elem nélküli
    • Erőforrás birtoklása kizárólagos

Problémák:

• Terheléselosztási fürtökben:
  • Egyenletes terhelésosztás Vs. egyszerűség
  • Munkamenet megőrzése
• Nagy rendelkezésre állású fürtökben:
  • Tagsági kép fenntartása: Ki működik éppen a csoportból
  • Csoportkommunikáció: Hiba esetén is lehessen üzenetet küldeni a többieknek
  • Tudathasadás: A fürt több független részre hullik
  • Amnézia: kiesés után visszajövő csomópontot értesíteni kell a közben történt változásokról
  • Gördülő frissítés: Frissítések egyesével

Elsődleges-másodlagos sémájú replikáció:

• Több adatbázisszerver is van
• Az elsődlegeset lehet írni, azonban a többire is kijutnak a változások
• Szinkron írás:
  • Elsődlegeset írjuk, akkor értesíti a másodlagosat, és csak akkor tér vissza, ha az is sikerrel írt
• Aszinkron írás:
  • Az elsődleges az írás után azonnal visszatér, és aszinkron módon értesíti a másodlagosat az írásról

-- sashee - 2009.05.18.

• forras: 23-IRF-2009-furtozes-es-replikacio
• redundancia akkor erdemes altalaban ha 99%nal jobb rendelkezesreallast akarunk
• cluster: tobb gep virtualis kiszolgalokent jelenik meg a userek fele
• fajtai: hpc (grid, parhuzamositott), terheleseloszto, ha
• terheleseloszto:
  • alkalmazas vagy tud vagy nem tud rola
  • lehet vmi kozpont (pl szotar) vagy lehet teljesen elosztott (utobbira pelda az rr dns, vagy microsoft nlb - network load balancing - ahol a clusternek van kulon ipje)
  • session megorzese celjabol mindig u.az a node kell kiszolgalja az adott usert
• ha (feladatatveteli, omg)
  • vagy van kozos storage vagy nincs
  • felmerulo problemak (amnezia, csoportkep, stb)
• replikacio
  • szinkronizacio lehet pull vagy push
  • primary/secondary, pl bind: zero data loss (de lassabb) vagy async (de lehet adatvesztes)
  • multimaster (komplexebb, active directory tud ilyet)

-- Vajna Miklós - 2009.05.29

Backup, Archiválás

TODO: utolsó módosítás 2009-ben, frissíteni!!!

Szükséges diasorok: 23. (Backup, Archiválás)

Adattár hibatűrési technológiák:

• RAID: Adathordozó meghibásodása ellen
• Replikáció: Többféle hardverhiba, hálózati hiba
  • Folyamatos
  • Periódikus
• Backup: Hardverhiba, elemi kár, emberi hiba (nem mind ellen)
  • Archive bit a fájlokon (=to be backed up)
  • Típusok:
    • Normal: Minden fájlt ment, törli az archive bitet
    • Copy: Minden fájlt ment, nem törli a bitet
    • Differential: Csak a bittel jelölt fájlokat menti, és nem törli róluk
    • Incremental: Csak a bittel jelölt fájlokat menti, törli a bitet
    • Daily: Adott napon módosult fájlokat menti
• Archiválás (nem hibatűrési technológia)
  • Használaton kívüli adatok biztonságos tárolása

Adat deduplikáció: Többszörözött adatok eltávolítása (rossz redundancia)

• Fájl szinten
  • Azonos tartalmú fájlok keresése
  • Ismétlődő fájlok csréje az első példányra való hivatkozással
• Blokkos eszköz szinten
  • Blokkok vagy nagyobb egységek hash összege alapján
  • Néha kevésbé hatékony
  • Néha hatékonyabb

Konzisztens mentés készítése:

• Pillanatkép: Másolás atomi művelet
• Virtualizáció segít, mert az alkalmazások állapotait is elmenti, így erre fel nem készített alkalmazások esetében is működik

Adatmegsemmisítés:

• Sima törlésnél csak a deleted bitet állítja át a rendszer
• Biztonsági másolatokban is megmarad a fájl - tudni kell, hogy hol van belőle még példány
• Felül kell írni 0-kal vagy véletlen számokkal

-- sashee - 2009.05.18.

• forras: 24-IRF-Backup-archivalas
• adat tobbet er mint az adathordozo
• raid: altalaban csak serveren (kerdes h mennyi ideig allhat egy szolgaltatas - a gep ne erdekes)
• backup hibaturest noveli, archivalas viszont arra megy ki, h a nemhasznalt de megorzendo adatokat biztonsagosan tarolja
• drbd: distributed redundant block device
• backup tipusok:
  • normal (torli az archive bitet)
  • copy (ro)
  • incremental
  • differential (ro incremental)
  • daily (adott napon modusult file-okat)
• data deduplication: "rossz redundancia", tehat nem tomorites, siman csak sok azonos tartalmu nagy file esetere, pl. dirvish
• mit: filerendszer, de neha kell app szintu support is hozza
• snapshot != backup, csak egy tamogato technologia backuphoz, mivel a masolas nem atomi muvelet
• virtualizacioval mindent tudunk menteni, app-level support se kell
• data destroy

-- Velias - 2009.05.29.

• Ezen a helyen volt linkelve a(z) irf.pdf nevű fájl ("irf.pdf" link szöveggel) a régi wiki http://wiki-old.sch.bme.hu/bin/view/Infoszak/IRFVizsgaJegyzetV2 oldaláról. (Ha szükséged lenne a fájlra, akkor a pontos oldalmegnevezéssel együtt küldd el a wiki

  Hiba a bélyegkép létrehozásakor: Nem lehet a bélyegképet a célhelyre menteni

  @NO-SPAM.sch.bme.hu címre a kérésedet)

Vajna Miklós öf. jegyzete

Cloud computing

TODO: utolsó módosítás 2011-ben, frissíteni!!!

Érvek mellette:

• Széles körű hálózati hozzáférés
• Igény szerinti önkiszolgálás
• „Resource pooling”
• Rugalmas fel- és leskálázás
• Mért szolgáltatások
• Költségcsökkentés
• Gyorsabb „time to value”

Ellenérvek:

• Szolgáltatásbiztonság
• Skálázás sebessége
• Adatbiztonság
• Adat átvitel: szűk keresztmetszet
• Nem jósolható teljesítmény

XaaS (X as a Service):

• SaaS (Software)
  • szolgáltató alkalmazásainak használata
  • jellemzően vékony kliens
  • pld: Google Apps
• PaaS (Platform)
  • saját/beszerzett alkalmazás telepítése bérelt futtatókörnyezetbe
  • pld: Google AppEngine, Microsoft Windows Azure Platform
• IaaS (Infrastucture)
  • alapvető számítási erőforrások foglalása
  • A felhasználó „tetszőleges” szoftvert futtat
  • pld: Amazon Elastic Compute Cloud (EC2)

Szolgáltatásbiztonság:

•  ?

-- KoviBalu - 2011.05.31.