Rendszerüzemeltetés (IRÜ) ZH felkészítő Anyag

Rendszerüzemeltetés a Felhő Korszakában

A rendszerüzemeltetés hagyományosan magában foglalja az IT rendszerek tervezését, telepítését, konfigurálását, a tároló- és hálózati komponensek kezelését, a magas rendelkezésre állás és katasztrófatűrés biztosítását, monitorozást, rendszerhangolást, terheléselosztást és biztonságot.

A felhő infrastruktúra térhódítása megváltoztatta ezeket a feladatokat:

Az erőforrás-gazdálkodás virtualizált és vegyes környezetben történik (virtuális gépek, platform, szoftverkörnyezet, funkciók, adatbázisok).
A felhő és helyi (on-premise) IT infrastruktúra együttélése általános, integrált menedzsmentet igényel (telepítés, konfigurálás, monitorozás).
Felmerül a kérdés, hogy lesz-e on-premise szoftverkiadás, vagy csak felhő változat.
Alkalmazásfejlesztés esetén a felhő platform menedzselése válik fontossá.
Az IT biztonság kiterjed a felhőre és a felhasználókra is.

Virtualizáció: Az Alap

A virtualizáció az a képesség, hogy egy adott fizikai rendszeren több(féle) informatikai erőforrás (pl. szoftver platform, adattároló, hálózati hozzáférés) létrehozható és használható, eredeti célja az erőforrás-megosztás.

Szerver Koncepciók: Hagyományos vs. Virtuális

Jellemző	Hagyományos Szerver Koncepció	Virtuális Szerver Koncepció
Definíció	A hardver, operációs rendszer, tároló és alkalmazások egyetlen egységet képeznek. A szervereket gyakran szolgáltatásaik szerint nevezik el (pl. levelező szerver).	Logikailag elválasztja a szerver szoftvert (op. rendszer, alkalmazások, tárolás) a hardvertől.
Meghibásodás Hatása	Az egység hibája esetén a szolgáltatás leáll.	Szolgáltatások (jó tervezéssel) nem szünetelhetnek egy host kiesésével. Karbantartás/fejlesztés leállás nélkül elvégezhető.
Skálázhatóság	Nem nagyon skálázható.	Könnyen skálázható (szükség szerint allokálható erőforrás).
Erőforrás Menedzsment	A processzor kihasználtsága gyakran alacsony.	Közös erőforrás gazdálkodás (Resource pooling), fizikai erőforrások optimalizálása, gazdaságos.
Telepítés	Nehéz másolni a konfigurációt.	Szerver mintákkal (templates) többszörözhető; hostról hostra könnyen telepíthető.
Redundancia	Viszonylag nehéz implementálni.	Redundancia, magas rendelkezésre állás kulcsfontosságú előnyök.
Költség	Viszonylag drága felállítani és karbantartani a hardvert.	Bonyolultabb tervezés, potenciálisan drágább konfiguráció (hardver, OS, alkalmazások + absztrakciós réteg).
Előnyök	Könnyű tervezni, megvalósítani és menteni. Virtuálisan bármely alkalmazás futtatható.	Erőforrás-megosztás, redundancia, magas rendelkezésre állás, új szerver gyors telepítése, leállás nélküli átkonfigurálás, gazdaságos erőforrás-optimalizálás.
Hátrányok	Drága HW telepítés/karbantartás, nem skálázható, nehéz konfiguráció másolás, nehéz redundancia, sebezhető HW üzemzavar miatt, alacsony CPU kihasználtság.	Bonyolultabb tervezés, potenciálisan drágább kezdeti konfiguráció.

Fájlszintű Virtualizáció:

Virtualizáció nélkül: Ha egy kliens egy fájlt szeretne elérni, tudnia kell, melyik konkrét fájlszerveren található. Ez problémákhoz vezethet (egyik szerver tele, másik üres), és a fájlok mozgatása érinti a klienst is.
Virtualizált fájlszerverrel: A kliensnek nem kell tudnia a fájl fizikai helyét. Ez egyszerűsíti a terhelésmegosztást, a fájlmozgatást és a bővítést.

Hatás az Erőforrás Kihasználtságra:

Saját IT Erőforrások: Gyakran alulhasznált (“felesleges”) kapacitást eredményez csúcsidőn kívül, ami állandó költséget jelent.
Felhő IT Megoldás: Változó költségeket tesz lehetővé, amelyek a tényleges használathoz (“kihasznált”) igazodnak, jobban összehangolva a kiadásokat az igényekkel.

A virtualizáció típusai közé tartozik az asztali (Desktop), adat (Data), hálózati (Network), tároló (Storage), szerver (Server), alkalmazás (Application) és felhő (Cloud) virtualizáció.

Felhőalapú Számítástechnika (Felhő IT)

A Felhő IT egy használat alapján fizetett IT erőforrás igénybevételi modell. Igény szerinti hálózati hozzáférést biztosít egy megosztott, konfigurálható IT erőforráskészlethez (pl. szerverek, tárolók, alkalmazások, szolgáltatások), amelyet gyorsan lehet biztosítani, kevés szolgáltatói interakcióval.

Kulcsfeltételek és Alapelvek:

Univerzális Hozzáférés: A szolgáltatások legyenek mindenütt igénybe vehetők.
Skálázható Szolgáltatások: Képesség a fel/leskálázásra, és az ezt vezérlő infrastruktúra.
Üzletvezérelt Erőforrás-allokálás: Döntések a tőke- és működési költségek alapján.
Mindig Elérhető és Igazítható: Internet protokollokkal elérhető bármely számítógépről.
Használat Szerint Fizetett (Pay-Per-Use): Bár a gyakorlatban változatos árazás létezik.
Vezérlő/Ellenőrző Interfészek és Önkiszolgálás.

Adatközpont Topológia: A felhő topológia virtuális egységekre törekszik közös keretben és hálózatban, eltávolodva a funkció-specifikus elemektől. Gyakran tartalmaz blade számítási és hálózati eszközöket egységes keretben.

Felhő Szolgáltatási Modellek

A három fő szolgáltatási modell az Infrastruktúra mint Szolgáltatás (IaaS), Platform mint Szolgáltatás (PaaS) és Szoftver mint Szolgáltatás (SaaS).

Szolgáltatási Modell	Mit “Adnak El”/Biztosítanak	Elsődleges Felhasználó	Ellenőrzés	Példák
IaaS (Infrastruktúra)	Virtualizált erőforrások (számítás, hálózat, tárolás), virtualizált image-ek, image metaadat, OS kernel, hardver.	Rendszerüzemeltető / Üzemeltető	A felhasználó menedzseli az alkalmazásokat, adatokat, futtatókörnyezetet, middleware-t, OS-t. A szolgáltató menedzseli a virtualizációt, szervereket, tárolókat, hálózatot.	CloudLinux.com ajánlata szerverekkel, CloudLinux OS operációs rendszerrel, hálózati kapcsolatokkal stb. (ZH Q24).
PaaS (Platform)	Fejlesztőeszközök, middleware (DB szolgáltatás, alkalmazásszerver), platform szolgáltatások.	Fejlesztő	A felhasználó menedzseli az alkalmazásokat és adatokat. A szolgáltató menedzseli a futtatókörnyezetet, middleware-t, OS-t, virtualizációt, szervereket, tárolókat, hálózatot.	Alkalmazásfejlesztési platformok, adatbázis szolgáltatások, munkafolyamat szolgáltatások.
SaaS (Szoftver)	Szolgáltatások és beépített funkciók, maguk az alkalmazások.	Végfelhasználó	A szolgáltató mindent menedzsel (alkalmazások, adatok, futtatókörnyezet, middleware, OS, virtualizáció, szerverek, tárolók, hálózat).	Zoom (ZH Q2), Email, CRM, ERP, Office eszközök, közösségi hálózatok.

A Virtuális Infrastruktúra Menedzsment (VIM) a felhőben egységes, homogén nézetet biztosít a virtualizált erőforrásokról, lehetővé téve a VM-ek menedzselését különböző fizikai hosztokon, és távoli biztonságos interfészeket kínál a vezérléshez és monitorozáshoz (különösen IaaS esetén).

Migrációs, Hibrid és Multicloud Stratégiák

Migráció a Felhőbe:

Miért? Költségmegtakarítás, IT munkaerőhiány, energiatakarékosság (“zöld IT”), piaci agilitás, biztonsági megfontolások.
Hogyan? Áttelepülés publikus felhő IT-be, magánfelhő létrehozása (adatközpont migrálása vagy új építése), vagy hibrid migráció (adat- és alkalmazáshordozhatóság biztosítása).

Hibrid Felhő:

Hagyományos Hibrid: Egy szervezet helyszíni adatközpontjának (részben magánfelhővé alakítva) és nyilvános felhőkörnyezeteknek az összekapcsolása, gyakran előrecsomagolt megoldásokkal és egységes felügyeleti eszközökkel.
- Előnyök: Biztonság az érzékeny adatok számára a magánfelhőben, költséghatékony nyilvános felhő a kevésbé érzékeny terhelésekhez, skálázhatóság (“felhőrobbanás”), gyors technológiaátvétel, régebbi alkalmazások modernizálása.
Modern Hibrid: A hangsúly a terhelések hordozhatóságán van a különböző felhőkörnyezetek között, gyakran mikroszolgáltatások és konténerek használatával. Nyilvános felhőszolgáltatások futhatnak az ügyfél helyszíni központjában, és magánfelhők üzemelhetnek külső helyszínen (VPN, VPC). Az Infrastruktúra mint Kód (Infrastructure-as-Code) lehetővé teszi a fejlesztők számára, hogy igény szerint hozzanak létre környezeteket.

Multicloud:

Több mint egy felhőszolgáltatás használata több mint egy felhőszolgáltatótól. Gyakran egyetlen konténer-orkesztrációs platformot foglal magában az alkalmazástelepítések automatizálására.
Megkülönböztetés:
- Hibrid Felhő: Több különböző típusú felhő erőforrást (pl. nyilvános és magán) használ egységes vagy integrált módon.
- Multicloud: Több különböző nyilvános felhőt VAGY több különböző magánfelhőt alkalmaz.
Hibrid Multicloud: Olyan hibrid felhő, amely több felhőszolgáltató nyilvános szolgáltatásait tartalmazza, lehetővé téve az egységes üzemeltetést hibrid, multicloud és peremhálózati környezetekben.
- Előnyök: Legjobb szolgáltatások kiválasztása, optimális környezet minden munkaterheléshez, jobb terheléselosztás, szolgáltatófüggés csökkentése. Nem feltétlenül jelent egyszerűbb architektúrát; sőt, növelheti a komplexitást. (ZH Q28, “Mivel egyszerűbb az architektúra, könnyebb menedzselni” a HAMIS állítás).
Multicloud Architektúrák:
- Replikált (Redundáns): Ugyanaz az alkalmazás fut két vagy több IaaS CSP-n. Ha az egyik felhő meghibásodik, a szolgáltatás egy másikon folytatódik. (ZH Q29).
- Egyszeri Elhelyezés (Kompozit): Egy alkalmazás áthelyezhető az IaaS CSP-k között, de egyszerre csak egyiken fut.

Üzemeltetési Felelősségek: Ahogy haladunk a hosztolt (helyi) megoldásoktól az IaaS, PaaS és SaaS felé, az IT/felhasználó felelőssége csökken, a szolgáltatóé pedig nő.

Multicloud Menedzsment: Eszközöket és eljárásokat foglal magában több felhő infrastruktúra közös kezeléséhez (terheléselosztás, monitorozás, biztonság, felhasználókezelés), ideális esetben egyetlen felhasználói felületen keresztül, amit gyakran a konténerizáció és a szervernélküli megközelítések tesznek lehetővé. Ennek ára a megnövekedett komplexitás.

Felhő Bróker: Olyan entitás (vállalat), amely a felhőszolgáltatások használatát, teljesítményét és konfigurációját menedzseli a felhőszolgáltatók és a felhasználók között. “Egyablakos ügyintézést” (Single point of entry) biztosít.

Felhő Bróker Típusok:
- Aggregáló Bróker: Többféle szolgáltatást kombinál és integrál a felhasználó felé (pl. adatintegráció, adatvédelem).
- Arbitrázs Bróker: Hasonló az aggregáláshoz, de a szolgáltatástartalom változékony, dinamikusan választhat szolgáltatók között.
- Közvetítő Bróker (Intermediation): Hozzáadott értéket nyújt egy vagy több szolgáltatáshoz (pl. riportolás, biztonság, account management).
- “Technológia-bróker” NEM nevesített típus. (ZH Q3).

SWOT Elemzés a Felhő Bevezetéséhez:

Erősségek: Szállítófüggés csökkentése, mozgékonyság, méretezhetőség, rugalmasság, TCO potenciális csökkenése, innovációk gyors bevezethetősége.
Gyengeségek: Toborzási, képzési költségek növekedése, vezetői teher a komplexitás miatt, működési és költséghatékonysági kérdések, kommunikációs hálózati korlátok (adatátvitel).
Lehetőségek: Integrált felhasználói élmény, adatvesztés kisebb kockázata, fokozott verseny/jobb árképzés, ellenállóképesség.
Fenyegetések: Nagyobb támadási felület a bonyolultság miatt.

Együttműködtethetőség és Szabványosítás

Az együttműködtethetőség (interoperability) – a különböző felhő IT rendszerek képessége az együttműködésre – szabványosítást igényel, különösen az adat- és alkalmazáshordozhatóság, valamint a felhő IT-k integrálhatósága érdekében. A túlspecifikáltság azonban gátolhatja az innovációt. Kulcsfontosságú forgatókönyvek: szolgáltatóváltás, több szolgáltató használata, összekapcsolt felhőszolgáltatások, hibrid konfigurációk, felhőbe migrálás.

Szabványosítási Törekvések:

OCCI (Open Cloud Computing Interface): Az Open Grid Forum (OGF) specifikációkészlete. Protokoll és API különböző felhő IT menedzsment feladatokhoz.
- Eredetileg távoli menedzsment API IaaS szolgáltatásokhoz (bevezetés, skálázás, monitorozás).
- Rugalmas, bővíthető API-vá fejlődött integrációs, hordozhatósági és interoperabilitási célokra.
- OCCI Célok:
  - Interoperabilitás: Különböző felhőszolgáltatók együttműködése adatséma/formátumfordítás vagy API-k közötti proxy-zás nélkül.
  - Hordozhatóság: Szolgáltatások mozgatása szolgáltatók között.
  - Integráció: Régi és új infrastruktúrák támogatása.
  - Bővíthetőség: Metamodell és képességfelderítési funkció lehetővé teszi az OCCI kliens együttműködését bármely OCCI szerverrel, szolgáltatóspecifikus OCCI kiterjesztések használatával.
- Példák OCCI-t használó rendszerekre: EGI (European Grid Infrastructure), OpenNebula, CloudStack, OpenStack.

Más szabványosító testületek: ITU-T, Cloud Standards Wiki, CCIF, NIST, ETSI, OASIS, DMTF.

Felhő Telepítési Modellek és Társbérlet

Felhő Típusok (Telepítési Modellek):

Nyilvános Felhő (Public Cloud): Az IT infrastruktúrát egy szolgáltató a saját telephelyein működteti. Az ügyfél nem tudja, nem befolyásolja, hogy hol. Az infrastruktúrán tetszőleges ügyfelek osztoznak.
Magánfelhő (Private Cloud): Dedikált IT infrastruktúra egy bizonyos szervezet számára, nem osztozik mással. Lehet helyszíni (on-premise) vagy külsőleg hosztolt (egy felhőből dedikálva). Általában drágább és biztonságosabb, mint a nyilvános felhő.
Hibrid Felhő (Hybrid Cloud): Két vagy több különböző felhő infrastruktúra (magán, közösségi vagy nyilvános) összetétele, amelyek egyedi entitások maradnak, de szabványosított vagy szabadalmaztatott technológia köti össze őket, amely lehetővé teszi az adat- és alkalmazáshordozhatóságot. Példák: kritikus alkalmazások magánfelhőben, mások nyilvánosban; normál IT üzem saját infrastruktúrán, csúcsterheléshez erőforrás nyilvános felhőből.

Társbérlet (Multi-tenancy):

A szoftver egy példánya fut a szolgáltató infrastruktúráján, és több bérlő (ügyfél) fér hozzá ugyanahhoz a példányhoz.
Igényli az adott példány testreszabását a különböző bérlők igényei szerint.
A bérlők ugyanazon a hardver erőforráson osztoznak, amelyet megosztott alkalmazás és adatbázis példány használ, de úgy, hogy azok konfigurálhatók, mintha dedikáltak lennének.

Társbérleti Módok Alkalmazásszerverhez:

Mód	Leírás
Izolált Alkalmazásszerver	Mindegyik bérlő dedikált fizikai szervereken futó alkalmazásszerverhez fér hozzá.
Virtualizált Alkalmazásszerver	Mindegyik bérlő dedikált alkalmazáshoz fér hozzá, amelyik szeparált VM-en fut.
Osztott Virtuális Szerver	Mindegyik bérlő dedikált alkalmazásszerverhez fér hozzá, amelyik osztott VM-en fut.
Osztott Alkalmazásszerver	A bérlők az osztott alkalmazásszerveren az alkalmazást szeparált szálon/session-ön keresztül érik el.

(ZH Q30: Virtualizált Alkalmazásszerver definíciója)

Felhő IT Biztonság

A Felhő IT Biztonsági Előnyei:

Egységes biztonsági politika és automatizált eljárások.
A homogenitás egyszerűsíti az ellenőrzést és auditálást.
Redundancia, mentés/helyreállítási képességek.
Dedikált biztonsági szakértelem és technológiai naprakészség.
Nagyobb befektetés a biztonsági infrastruktúrába.
Tervezett hibatűrés és megbízhatóság.
Valós idejű támadásészlelés és kapcsolódás biztonsági kezdeményezésekhez.

A Felhő IT Biztonsági Kockázatai:

Erőforrás- és Kockázatkoncentráció: Egy átfogó hiba következményei kiterjedtebbek lehetnek.
Ügyfélkoncentráció mint Sebezhetőség-koncentráció: Sok ügyfél ugyanabban a felhőben koncentrált célpontot jelenthet. (ZH Q1: Az ügyfélkoncentráció KOCKÁZAT, nem előny).
A felhőspecifikus támadások “csendesek” lehetnek, nem feltétlenül hagynak nyomot egy csomópont operációs rendszerében.

Kockázatok Kezelése:

Ellenőrzés Elvesztése az adatok, alkalmazások, erőforrások, felhasználói azonosítás, hozzáférési szabályok felett.
- Intézkedések: Monitorozás, különböző felhők használata, hozzáférés-menedzsment.
- Monitorozás: Ügyféligények azonosítása, visszaállítási mechanizmusok, alkalmazásspecifikus futásidejű eszközök, ügyfél hozzáférése a monitorozáshoz, esetleges beavatkozási lehetőség (pl. RADAC, VM portolás).
- Hozzáférés-szabályozás: Különböző szinteken (felhő, szerver, szolgáltatás, DB, VM). Ügyfél által menedzselt hozzáférés, ahol lehetséges, a szolgáltató biztosítja a végső authentikációt.
Bizalomhiány: Kockázatok definiálása mindkét (ügyfél/szolgáltató) szemszögből. Menedzsment sémák a bizalom és kockázat egyensúlyozására.
Sok Bérlőtárs Kérdése: Érdekkülönbségek miatti konfliktusok lehetősége. Az ügyfelek elválasztásának (erős/gyenge) kérdése az üzemeltetési politika része. A VPC erőforrásai is végesek és megosztottak.
Policy Nyelv: Szabványos, géppel értelmezhető SLA nyelv kombinálható leíró blokkokkal (pl. “VM-ek elválasztása szükséges”) és validációs eszközökkel.
Tanúsítványok: Elismert, független, ellenőrizhető leírása a biztonsági kérdéseknek, bizalomépítés és biztosítási konstrukciók alapja lehet.

DevOps

A DevOps a Fejlesztők (Dev) és az Üzemeltetők (Ops) szoros együttműködését jelenti.

A rendszeradminisztrátor egy DevOps környezetben elsősorban PaaS vagy SaaS szinten üzemeltet.
Az IaaS a felhőben nagyrészt hasonló a helyi (on-premises) rendszerek üzemeltetéséhez.
PaaS-ben az operációs rendszer, IT biztonsági megoldások nagy része a platform szerint lesz kialakítva, így a fejlesztőknek is beleszólásuk lehet ezek alakításába a fejlesztés során.
Az alkalmazás élesbe állítása után a számlázás, controlling, skálázás, biztonság kérdéseihez a fejlesztőknek már jellemzően nincs közvetlen közük, ezek az üzemeltetés feladatai maradnak.

Felügyeleti Rendszerek és Hálózati Szolgáltatásminőség

QoS, SLA, SLS, QoE

Szolgáltatásminőség (QoS - Quality of Service): A hálózati teljesítmény objektív mércéi.
- Tipikus Mércék: Rendelkezésre állás, Áteresztőképesség (throughput), Késleltetés (feldolgozási, sorbanállási, terjedési, összeállítási), Késleltetés-ingadozás (jitter), Csomagvesztés.
- Jitter: A késleltetés ingadozása. Fontos interaktív hang/videó átvitelnél; a nagy jitter a lejátszó puffer kiürüléséhez vezethet.
Szolgáltatási Szint Megállapodás (SLA - Service Level Agreement): Szerződés, amely meghatározza az elvárt szolgáltatási szintet, szolgáltatók között vagy szolgáltató és előfizető között.
Szolgáltatási Szint Specifikáció (SLS - Service Level Specification): Az SLA műszaki melléklete, amely részletezi a szolgáltatásminőség konkrét paramétereit és küszöbértékeit (pl. áteresztőképesség, késleltetés, jitter, vesztési arány, rendelkezésre állás, hibaelhárítási idők).
Élmény Minősége (QoE - Quality of Experience): A felhasználó szubjektív észlelése egy szolgáltatás minőségéről. Függ attól, hogy elvárásai teljesülnek-e a szolgáltatás elérhetőségével, az alkalmazások teljesítményével és a problémák megoldásával kapcsolatban.
- Példa QoE Video on Demand (VoD) streaming esetén: A kép blokkosodása (kockásodása) egy kulcsfontosságú észlelési mérőszám lenne, ami a csomagvesztéssel vagy az elégtelen, egyenletes áteresztőképességgel kapcsolatos. Míg a késleltetés és a jitter fontosak, a vizuális műtermék közvetlen QoE hatás. A hozzáférési sebesség tényező, de nem maga az élmény. (ZH Q16)

Kapcsolatuk: Ideális esetben a hálózati QoS támogatja az SLA/SLS-t, ami pedig jó QoE-t céloz meg. Ha ez a kapcsolat gyenge, megbízható felügyeleti rendszerekre van szükség.

TMN (Távközlés-menedzsment Keretrendszer)

A TMN (ITU-T M.3010) egy szabványosított keretrendszer, amely funkcionális és logikai modelleket, valamint szabványos interfészeket kínál a távközlési hálózatok és szolgáltatások menedzselésére különböző operációs rendszereken, hálózati elemeken és típusokon keresztül.

TMN Logikai Szintek:

Üzleti Menedzsment (Business Management): Magas szintű stratégiai tervezés, pénzügyi felügyelet, célok meghatározása, Üzleti Szintű Megállapodások (BLA-k).
Szolgáltatás Menedzsment (Service Management): Felhasználói kapcsolattartás, szolgáltatás aktiválása/módosítása, számlázás, szolgáltatásminőség felügyelete (Teljesítménymenedzsment - PM), és Hibamenedzsment (FM) szolgáltatási szempontból. Ez magában foglalja a felhasználói hibabejelentések kezelését is. (ZH Q25).
Hálózat Menedzsment (Network Management): A hálózat mint egész funkcionális egység menedzselése, információk aggregálása a hálózati elemekből a hálózati szintű hiba- és teljesítménymenedzsmenthez.
Elem Menedzsment (Element Management): Egyedi hálózati elemek (routerek, switchek) önálló eszközként történő menedzselése. Tipikusan rendszergazdai feladat.
(Hálózati Elem Szint: Maguk a fizikai/logikai komponensek).

TMN FCAPS Modell

Az FCAPS a hálózatmenedzsment öt funkcionális területét határozza meg:

FCAPS Terület	Leírás
Fault Management (Hibamenedzsment)	Hibák detektálása, izolálása, javítása és naplózása a szolgáltatás rendelkezésre állásának biztosítása érdekében. Eseményeket és hibajegyeket kezel. Az információ lehet Push (pl. SNMP trap) vagy Pull (pl. SNMP Get) jellegű.
Configuration Management (Konfigurációmenedzsment)	Hálózati elemek konfigurációjának azonosítása, vezérlése és nyomon követése. Magában foglalja a leltárt, topológiát, változáskezelést.
Accounting Management (Számlázásmenedzsment)	Használati statisztikák gyűjtése számlázáshoz, kvótakezeléshez és erőforrás-felhasználás követéséhez (CPU, memória, hálózat, szolgáltatás).
Performance Management (Teljesítménymenedzsment)	Teljesítményadatok (QoS vs. KPI vs. KQI) gyűjtése és elemzése a hálózati hatékonyság biztosítása, szűk keresztmetszetek azonosítása és szolgáltatási szintekről való jelentés érdekében.
Security Management (Biztonságmenedzsment)	Hálózati erőforrások védelme a hozzáférés szabályozásával és fenyegetések monitorozásával. Kulcselemei az AAA: Authentikáció, Authorizáció és Accounting (elszámoltatás/naplózás).

AAA a Biztonságmenedzsmentben (ZH Q12):

Authentikáció (Azonosítás): A felhasználó azonosításának módja (pl. felhasználónév/jelszó, retina-szkenner). (ZH Q26: retina-szkenner egy authentikációs módszer).
Authorizáció (Jogosultságkezelés): Meghatározza, hogy a hitelesített felhasználó milyen parancsokat adhat ki, milyen típusú szolgáltatásokat és erőforrásokat érhet el.
Accounting (Elszámoltatás/Naplózás): A felhasználó erőforrás-felhasználását méri.

Forgalom Monitorozása

Célja: Hálózattervezés, optimalizálás és felügyelet.
Módszerek:
- Passzív Monitorozás: A forgalom megfigyelése beavatkozás nélkül. Tiszta képet ad, de korlátozódhat egyetlen kapcsolatra, vagy komplex lehet több kapcsolat esetén.
- Aktív Monitorozás: Tesztforgalom beiktatása a válasz mérésére. Torzíthatja a normál forgalmat; mintavételezett, nem folytonos eredményeket ad, de jó végpontok közötti ellenőrzésekhez.
Adatfeldolgozás:
- Egyszerű statisztikák (csomagszintű, alkalmazásszintű).
- Tranzakciós rekordok (folyam-szintű, 5-ösfogat alapján: Forrás IP, Cél IP, Forrás Port, Cél Port, Protokoll).
- Tranzakciós statisztikák (mennyiség, időtartam, jitter, vesztés).

Hibamenedzsment Folyamat

Hibajel vs. Hibajegy:

Hibajel (Esemény - Event): Különféle eseményekről ad jelzést és nem feltétlenül kell az operátornak kezelni.
Hibajegy (Riasztás - Alarm): Mindig kezelendő, mert megszüntetendő hibára utal. (ZH Q13).

Hibamenedzsment Lépései:

Hibadetektálás: Szolgáltatást befolyásoló problémák azonosítása különböző forrásokból (eszközüzenetek, tranzakciós adatok, aktív próbák, felhasználói bejelentések) és egységesített hibajelekké alakítása.
Hibajel-feldolgozás (Hibafeldolgozás): Hibajelek átalakítása kezelhető hibajegyekké.
- Szűrés: Szűrőszabályok alkalmazása.
- Korrelálás: Korrelációs szabályok alkalmazása.
- Trendanalízis: Jelek hosszú távú elemzése. (A teljesítményelemzés (performancia riport generálása) és a csomagvesztési statisztika készítése NEM tartozik a hibajel-feldolgozás módszerei közé). (ZH Q15).
Hibaok-meghatározás és Javítás: A hibajegy mögöttes okának meghatározása és javítás implementálása.

Hibaok-analízis Módszerek:

Alarm Vektor: Aktuális hibajegyek vektorát veti össze előre definiált hibajellemzőkkel Hamming-távolság alapján. Gyors, de rugalmatlan.
Szabály Alapú Korreláció: Egy tudásbázisra épül, ez leírja, hogy mely esetekben milyen összetett alarmmal kell helyettesíteni a beérkező elemi hibajeleket. A tudásbázisban a szabályok tipikusan a Boole-algebrára jellemző relációként jelennek meg. Ha egy Boole-algebra reláció értéke igaz, akkor végrehajtódik a szabályhoz rendelt művelet. NEM igaz, hogy a tudásbázis elemeihez tanuló modell rendel valószínűségértékeket. (ZH Q14).
Eset Alapú Következtetés: Korábbi problémás eseteket és megoldásaikat használja új, hasonló problémák megoldására. Gépi tanulást foglal magában a szabályok finomítására.
Modell Alapú Következtetés: A hálózati topológia modelljét használja. A korrelációs szabályok hierarchikusak lehetnek és alkalmazkodhatnak a topológia változásaihoz.
Adatvezérelt Modell (Petri Hálók): Szakértői hibaelhárítást utánoz diagnosztikai tesztek (átmenetek) sorozatának meghatározásával a rendelkezésre álló adatok (tokenek a helyeken) alapján. A hibajegy paramétereiből indul ki. Ha egy ellenőrzéshez előállnak a kiindulási adatok, azt el is indítja. Az elindítható tesztek végrehajtása párhuzamosan zajlik. Nem kizárólag a legvalószínűbb hibalehetőség-csoportot aktiválja, és nem feltétlenül generál hibajelenségből hibajegyet (az már a bemenete lehet). (ZH Q17).

WiFi Hálózatok Üzemeltetése

WiFi Szabványok és Technológiák

WiFi Szabványok: IEEE 802.11 család. Fontosabb verziók: 802.11a/b/g/n/ac/ax.
Wi-Fi 6 (802.11ax):
- A 2,4 GHz-es, az 5 GHz-es és az 1-7,125 GHz közötti frekvenciasávokat használja kommunikációra (de nem kizárólagosan, és a 6 GHz-es sáv speciálisabb). Tehát NEM igaz, hogy kizárólag a 6 GHz-et, vagy kizárólag a 2,45 GHz-et, vagy csak az 5 és 6 GHz-et használja. (ZH Q8).
- OFDMA (Ortogonális Frekvenciaosztásos Többszörös Hozzáférés): A rádiós csatornát több segédvivőre (alcsatornára) osztja. Az erőforrás egységek (resource unit-ok) kiosztását dinamikusan kezeli. Kis csomagméretű IoT és beszédhang forgalom átvitelére hatékony technika. Nem igaz, hogy egyidejűleg kizárólag egy kliens eszköz számára továbbítható adat. (ZH Q11).
- MU-MIMO (Többfelhasználós Több Bemenet Több Kimenet): Lehetővé teszi egy AP számára, hogy egyszerre több klienssel kommunikáljon különböző térbeli adatfolyamok használatával. Jó nagy sávszélességű alkalmazásokhoz és nagy csomagokhoz.
- További jellemzők: 1024-QAM, Target Wake Time (TWT) energiatakarékossághoz, WPA3 támogatás.

Jellemző	OFDMA (WiFi 6-ban)	MU-MIMO (WiFi 6-ban továbbfejlesztve)
Elsődleges Cél	Nagyobb hatékonyság, alacsonyabb késleltetés	Nagyobb kapacitás, felhasználónként magasabb adatsebesség
Működés	Erőforrás Egységekre (RU) osztja a csatornát a felhasználók között.	Több antennát használ egyidejű térbeli adatfolyamokhoz.
Legjobb Alkalmazás	Alacsony sávszélességű alkalmazások, kis csomagok (IoT, hang).	Nagy sávszélességű alkalmazások, nagy csomagok (P-MP kapcsolatok).
Felh. Ütemezés	Több felhasználó ugyanabban az időrésben különböző RU-kon keresztül.	Több felhasználó ugyanabban az időrésben különböző adatfolyamokon keresztül.

Logikai Hálózatok és SOHO WiFi

SSID (Service Set Identifier): Egy logikai WiFi hálózatot azonosít. Több WiFi hálózat is osztozhat egy rádiós csatornán.
Beacon Keret: Egy AP periodikusan sugározott menedzsment üzenete, amely hálózati információkat tartalmaz (SSID, képességek, titkosítás). A beacon periódus hatással van a roaming időre. Nem igaz, hogy a beacon periódusnak nincs hatása a végpontok energiafogyasztására (van), és nem a felhasználói adatokat hordozza. (ZH Q10).
SOHO (Kis Irodai/Otthoni Irodai) WiFi Kihívások:
- Interferencia (más WiFi AP-k, mikrohullámú sütők, Bluetooth).
- Jelgyengülés építőanyagok miatt.
- Csatornatervezés 2.4 GHz-en: Nem átfedő csatornák (sok régióban 1, 6, 11) használata a közös csatornás interferencia minimalizálása érdekében.
Airtime Fairness (Adásidő Méltányosság): Biztosítja, hogy a lassabb, régebbi eszközök ne fogyasszanak aránytalanul sok adásidőt, javítva a hálózat általános teljesítményét vegyes generációs kliensek esetén.

WiFi Authentikáció és Titkosítás

WPA2/WPA3: Biztonsági protokollok.
- PSK (Előre Megosztott Kulcs): Egyszerűbb, otthoni használatra.
- Enterprise (802.1X/EAP): Robusztusabb, központi authentikációs szervert (pl. RADIUS) használ egyedi felhasználói authentikációhoz.
AES (Advanced Encryption Standard): Erős titkosítási algoritmus, amit a WPA2/WPA3 használ.

WiFi QoS és Mobilitás (Roaming)

QoS WiFi-n: Fontos a megosztott közeg és a half-duplex természet miatt. Valós idejű alkalmazások alacsony késleltetést/jittert/veszteséget igényelnek.
- WMM (Wireless Multimedia Extensions / Wi-Fi Multimedia): A 802.11e-n alapul, forgalmi prioritási szinteket biztosít (Hang, Videó, Legjobb Szolgáltatás, Háttér).
Roaming (Barangolás): Az a folyamat, amikor egy WiFi kliens átváltja a kapcsolatát egyik Hozzáférési Pontról (AP) a másikra.
- L2 Roaming: Akkor történik, ha az AP-k ugyanabban az IP alhálózatban vannak. A kliens IP címe nem változik.
- L3 Roaming: Akkor történik, ha az AP-k különböző IP alhálózatokban vannak. A kliens IP címe megváltozik. (Tehát NEM igaz, hogy L2 és L3 roaming esetén is megváltozik a kliens IP címe, és nem igaz, hogy a cellák SSID-je különbözik roaming esetén – azonos SSID szükséges a zökkenőmentes roaminghoz). (ZH Q7).
- Roaming Kezdeményezése és Döntés: A kliens kezdeményezi a roaming folyamatot, valamint a kliens dönti el, hogy melyik szomszédos bázisállomáshoz kapcsolódjon. Nem az aktuális AP kezdeményez és a RADIUS dönt, sem az új AP kezdeményez, sem a kliens kezdeményez és az AP dönt. (ZH Q27).
- Roaming Fázisok: 1. Csatorna-szkennelés, 2. 802.11 authentikáció, 3. 802.11 asszociáció, 4. 802.1X authentikáció (Enterprise biztonság esetén).
- AP Keresési Módszerek:
  - Passzív Keresés: A kliens Beacon keretekre figyel az AP-ktől.
  - Aktív Keresés: A kliens Probe Request üzeneteket küld és Probe Response válaszokra vár.
- Preemptive Scanning (Előzetes Keresés): A kliens alternatív AP-kat keres, mielőtt a jelenlegi kapcsolat jelentősen leromlana.
  - Hatására a roaming ideje alatt a valós idejű alkalmazások érzékelt minősége (QoE) kevésbé csökken. A keresést követően a bázisállomásnak újra kell küldenie az alatt elveszett üzeneteket. Nem igaz, hogy a keresés alatt a kliensnek nem kell megszakítania a forgalmazást, és nem igaz, hogy a QoE jelentős mértékben csökken (épp ellenkező a cél). (ZH Q9).
- Gyorsított Roaming: Olyan szabványok, mint a 802.11k (szomszédlista), 802.11r (Gyors Alap Szolgáltatás Készlet Átmenet - FT), és 802.11v (BSS Átmenet Menedzsment) segítik a roaming folyamat felgyorsítását azáltal, hogy információt nyújtanak a klienseknek a közeli AP-król és egyszerűsítik az authentikációt.

IT Szolgáltatások Menedzsmentje

Általános Alapelvek az IT Szolgáltatásokhoz

Alapvető Cél: A szolgáltatásoknak megbízhatónak, skálázhatónak, monitorozottnak, karbantartottnak és támogatottnak kell lenniük.
Alap (Kritikus) Szolgáltatások: Hálózati kapcsolódás, DNS, Email, Authentikáció, Távoli elérés, Nyomtatás. A licenckezelés NEM alapszolgáltatás. (ZH Q18).
Jól Karbantartható Szolgáltatások jellemzői:
- Egyszerű és standard elemekből épül fel.
- Kevés függőséggel rendelkeznek.
- Szabványosított hardvert, szoftvert és konfigurációkat használnak.
- Jól dokumentáltak.
- Független a gazdagép hardverétől. (Nem feltétlenül igaz, hogy egyetlen beszállítótól származnak az elemei, vagy hogy semmiképpen sem függ tőle másik szolgáltatás). (ZH Q19).
Felhasználói Igények és SLA-k: Ismerjük meg a felhasználói elvárásokat és formálisan határozzuk meg a szolgáltatási szinteket az SLA-ban.
Megbízhatóság: Egyszerűséggel és redundanciával (hardver, áramellátás, telephelyek) érhető el.
Távoli Hozzáférés Házirend: Erős jelszavakat kell használni. Nem igaz, hogy a felhasználóra bízhatjuk a módszert, vagy hogy a vállalati policyt nem kell betartani, vagy hogy csak VPN-en lehet csatlakozni, és a több tűzfal-lyukasztás sem általános követelmény, sőt kerülendő. (ZH Q20).

Email Szolgáltatás Menedzsmentje

Kulcsjellemzők: Skálázható, egyszerű, egységes, automatizált, biztonságos, archivált, jól kommunikált változásokkal.
Email Protokollok:
- SMTP (Simple Mail Transfer Protocol): Szerverek közötti és User Agent (UA) által a levelezőszerver felé történő email küldésre használatos. Push-filozófiájú protokoll. A response 3-digites státuszkódból és szövegből áll. Filozófiájában a szerver tárolja az üzenetet, ha a következő SMTP szerver (hop) nem elérhető. A command nem feltétlenül négy karakteres ASCII sztring. (ZH Q22).
- POP3 (Post Office Protocol v3): Egy UA használja emailek letöltésére a levelezőszerverről.
  - A retr üzenettel és számukkal kéri le az üzeneteket a kliens a szervertől.
  - Az utolsó mail-szerver és a fogadó “user agent” között játszik szerepet.
  - Nem igaz, hogy a get paranccsal kéri le a listát, és nem igaz, hogy MIME-darabonként is lekérheti az üzenetet. (ZH Q21).
- IMAP (Internet Message Access Protocol): Fejlettebb letöltési protokoll; lehetővé teszi az üzenetek szerveren történő kezelését, több klienst támogat, MIME részek részleges letöltését és szerveroldali keresést.
Távozó Munkatársak Email Fiókjainak Kezelése: A javasolt eljárás az archiválás és deaktiválás. Nem a felettesnek vagy helyettesnek való automatikus továbbítás, és nem is a mindenestől való törlés a legjobb gyakorlat. (ZH Q23).

IT Eszköz/Rendszer Üzemeltetési Szabványok

IPMI (Intelligent Platform Management Interface): Hardverszintű interfész specifikáció, amely lehetővé teszi a rendszergazdák számára a szerver hardverének monitorozását és menedzselését az operációs rendszertől, CPU-tól vagy firmware-től függetlenül. Akkor is működik, ha az OS nem fut, vagy a rendszer ki van kapcsolva. Szenzoradatokat (SDR), leltárt (FRU), távoli vezérlést (bekapcsolás, újraindítás) és riasztást biztosít.
Redfish: DMTF szabvány és RESTful API (HTTPS-en keresztül JSON használatával) modern, skálázható és biztonságos adatközponti hardverek (szerverek, tárolók, hálózat) menedzselésére, az IPMI utódjának szánva.
DASH (Desktop and mobile Architecture for System Hardware): Szabványos módon kérheti le az IT eszköz BIOS-ából a gép alkatrészeiről, felépítéséről az adatokat. Nem univerzális távoli asztal, nem architektúra-tervezési módszertan, és nem modellezési eszköz. (ZH Q4).
WBEM (Web-Based Enterprise Management): Informatikai rendszermenedzsment technológiák olyan készlete, ami az elosztott IT környezet menedzselésének egységesítésére szolgál, CIM-alapú. Nem csupán csoportmunka alkalmazás, dokumentációs megvalósítás vagy vékony kliens. (ZH Q5).
CIM (Common Information Model): Nyílt DMTF szabvány, amely definiálja egy információtechnológiai környezetben üzemeltetett eszközök objektum-alapú reprezentációját. Nem licensz architektúra vagy szoftver komponensek adatreprezentációja. (ZH Q6).

ITIL (Információtechnológiai Infrastruktúra Könyvtár)

Az ITIL egy széles körben elfogadott keretrendszer az IT Szolgáltatás Menedzsment (ITSM) legjobb gyakorlataiból. Nem egy merev szabvány, hanem útmutatások összessége az IT szolgáltatásnyújtás és támogatás javítására.

Fontosabb ITIL Folyamatok (példák):

Service Desk (Szolgáltató Központ): Egyablakos kapcsolattartási pont a felhasználók számára.
Incident Management (Incidenskezelés): A normál szolgáltatás mielőbbi helyreállítása egy incidens (szolgáltatáskiesés) után.
Problem Management (Problémakezelés): Az incidensek kiváltó okainak felderítése és megoldása az ismétlődés megelőzése érdekében.
Change Management (Változáskezelés): Minden változás életciklusának ellenőrzése a zavarok minimalizálása érdekében.
Configuration Management (Konfigurációkezelés): Információk karbantartása a Konfigurációs Elemekről (CI – hardver, szoftver, dokumentáció) és azok kapcsolatairól egy Konfigurációkezelési Adatbázisban (CMDB).
Service Level Management (SLM - Szolgáltatási Szint Menedzsment): Szolgáltatási Szint Megállapodások (SLA-k) megtárgyalása, elfogadása és monitorozása az ügyfelekkel.

Rendszerüzemeltetési Etika

A rendszerüzemeltetési etika túlmutat a törvények betartásán; a szakmai magatartásról, feddhetetlenségről és a kiemelt hozzáférés felelősségteljes használatáról szól. Kulcsfontosságú szempontok:

Feddhetetlenség és Őszinteség.
Felhasználók Magánszférájának és Bizalmas Adatainak Tisztelete.
Szakmai Hozzáértés és Folyamatos Tanulás.
Világos Kommunikáció.
Vonatkozó Jogszabályok Ismerete és Betartása (adatvédelem, szerzői jogok stb.).
Jogosultságok Felelősségteljes Használata.

Vissza a bloghoz

Tartalomjegyzék