„Információs rendszerek üzemeltetése - Számolós feladatok kidolgozása” változatai közötti eltérés

A VIK Wikiből
← Régebbi szerkesztés
VizuálisWikiszöveges
Hryghr (vitalap | szerkesztései)
1 168 szerkesztés
Nincs szerkesztési összefoglaló
Nincs szerkesztési összefoglaló
 
(3 közbenső módosítás, amit egy másik szerkesztő végzett, nincs mutatva)
2. sor: 2. sor:


== Rendelkezésre állás ==
== Rendelkezésre állás ==
; Feladat
=== 1. feladat ===
 
Spórolós Kft.-nél, ahol 0 a redundancia, te vagy a rendszergazda.
Spórolós Kft.-nél, ahol 0 a redundancia, te vagy a rendszergazda.
# Három kilences rendelkezésre állásnál hány másodperc lehet a kiesés? (Egy év 31536000 másodpercből áll)
# Három kilences rendelkezésre állásnál hány másodperc lehet a kiesés? (Egy év 31536000 másodpercből áll)
12. sor: 13. sor:
; Megoldás
; Megoldás
# 31536000 * ( 1 - 0.999 ) = 31536 mp
# 31536000 * ( 1 - 0.999 ) = 31536 mp
#: [[Információs_rendszerek_üzemeltetése_(IRÜ)_-_Vizsgakérdések#Rendelkez.C3.A9sre_.C3.A1ll.C3.A1sok]]
# 31536 / 4 = 7884 mp
# 31536 / 4 = 7884 mp
# ( frissítés + tesztelés + visszakozz + tesztelés ) * ( biztonsági szorzó [2-3] )
# Karbantartási idő = ( Frissítési idő + Teszt idő + Visszakozz-idő + Visszakozz-teszt idő ) * (biztonsági szorzó [2..3]) [https://www.tmit.bme.hu/sites/default/files/IRU_2016_4_Serv_deskt.pdf]
#: ( 20 + 25 + 15 + 25 ) * [2-3] = 170-255 perc
#: ( 20 + 25 + 15 + 25 ) * [2..3] = 170-255 perc
# Legalább 25 + 15 = 40 perccel a határidő lejárta előtt
# Legalább 25 + 15 = 40 perccel a határidő lejárta előtt
#: Frissítésre szánt idő=Karbantartási idő – visszakozz-idő – sikerességi teszt [https://www.tmit.bme.hu/sites/default/files/IRU_2016_4_Serv_deskt.pdf]
# Redundáns szerverek használata
# Redundáns szerverek használata
=== 2. feladat ===
A következő feladat és megoldás a hivatalos diából származik: http://medialab.bme.hu/targy_fileok/VITMA314/Slide/IRU_2013_Ism_Hal_Serv_deskt_1.pdf
Háromfős IT csapatával egy rendszert üzemeltet, amelyben 4 szerver és 30 desktop gép van. A vezetés rossz pénzügyi
politikája miatt a rendszer nem redundáns.
# Három kilences rendelkezésre állást feltételezve, éves átlagban (egy év 31 536 000 másodpercből áll) mennyi ideig megengedhető, hogy ne működjön a rendszer?
# Tervezetlen leállás nincs a rendszerben. Ez esetben mekkora a negyedéves szerver-karbantartási ablak?
# A legkomplexebb szerveren a frissítési idő 20 perc. A régi rendszer visszaállítása 15 percet vesz igénybe. A rendszer akármilyen állapotban történő tesztelésére 10 perc kell.
## Mennyi időt tervez ennek a szervernek a karbantartására?
## Ha látszik, hogy nem sikerül a frissítés, mikor kezdi a visszakozzt?
# Három kilences rendelkezésre állás = az idő 99,9%-ában jó, 100% - 99,9%-ában (0,001) rossz.
#: 31 536 000 * 0,001 = 31 536 másodperc (~ 8 és ¾ óra)
# Nincs tervezetlen leállás -> az előző pontban kiszámolt a tervezett leállás (karbantartás) egy évben
#: Negyedéves: 31 536 / 4 = 7884 másodperc
#: (~ 2 óra 11 perc)
#
## 20 perc update + 10 perc teszt + 15 perc visszakozz + 10 perc teszt = 55 perc - szorozva 2..3 közötti számmal, a biztonság kedvéért.
##: De maximum a karbantartási ablak (2 óra 11 perc)!
## A karbantartási ablak vége előtt 15 perc (visszakozz) + 10 perc (teszt) = 25 perccel


== Biztonsági mentés ==
== Biztonsági mentés ==

A lap jelenlegi, 2016. április 24., 20:22-kori változata


Rendelkezésre állás

1. feladat

Spórolós Kft.-nél, ahol 0 a redundancia, te vagy a rendszergazda.

  1. Három kilences rendelkezésre állásnál hány másodperc lehet a kiesés? (Egy év 31536000 másodpercből áll)
  2. Mennyi a negyedéves ablak, ha nincs tervezett leállás?
  3. A legkomplexebb szerver frissítési ideje 20p, a visszakozz ideje 15p, a tesztelés meg 25p. Mennyi időt szánsz a karbantartásra?
  4. Ha látod, hogy nem fog sikerülni a tesztelés, mikor kezded el a visszakozást?
  5. Mivel látod, hogy nem fogsz beleférni az időkeretbe, milyen használható ötlettel állsz elő a vezetésnél?
Megoldás
  1. 31536000 * ( 1 - 0.999 ) = 31536 mp
    Információs_rendszerek_üzemeltetése_(IRÜ)_-_Vizsgakérdések#Rendelkez.C3.A9sre_.C3.A1ll.C3.A1sok
  2. 31536 / 4 = 7884 mp
  3. Karbantartási idő = ( Frissítési idő + Teszt idő + Visszakozz-idő + Visszakozz-teszt idő ) * (biztonsági szorzó [2..3]) [1]
    ( 20 + 25 + 15 + 25 ) * [2..3] = 170-255 perc
  4. Legalább 25 + 15 = 40 perccel a határidő lejárta előtt
    Frissítésre szánt idő=Karbantartási idő – visszakozz-idő – sikerességi teszt [2]
  5. Redundáns szerverek használata

2. feladat

A következő feladat és megoldás a hivatalos diából származik: http://medialab.bme.hu/targy_fileok/VITMA314/Slide/IRU_2013_Ism_Hal_Serv_deskt_1.pdf

Háromfős IT csapatával egy rendszert üzemeltet, amelyben 4 szerver és 30 desktop gép van. A vezetés rossz pénzügyi politikája miatt a rendszer nem redundáns.

  1. Három kilences rendelkezésre állást feltételezve, éves átlagban (egy év 31 536 000 másodpercből áll) mennyi ideig megengedhető, hogy ne működjön a rendszer?
  2. Tervezetlen leállás nincs a rendszerben. Ez esetben mekkora a negyedéves szerver-karbantartási ablak?
  3. A legkomplexebb szerveren a frissítési idő 20 perc. A régi rendszer visszaállítása 15 percet vesz igénybe. A rendszer akármilyen állapotban történő tesztelésére 10 perc kell.
    1. Mennyi időt tervez ennek a szervernek a karbantartására?
    2. Ha látszik, hogy nem sikerül a frissítés, mikor kezdi a visszakozzt?
  1. Három kilences rendelkezésre állás = az idő 99,9%-ában jó, 100% - 99,9%-ában (0,001) rossz.
    31 536 000 * 0,001 = 31 536 másodperc (~ 8 és ¾ óra)
  2. Nincs tervezetlen leállás -> az előző pontban kiszámolt a tervezett leállás (karbantartás) egy évben
    Negyedéves: 31 536 / 4 = 7884 másodperc
    (~ 2 óra 11 perc)
    1. 20 perc update + 10 perc teszt + 15 perc visszakozz + 10 perc teszt = 55 perc - szorozva 2..3 közötti számmal, a biztonság kedvéért.
      De maximum a karbantartási ablak (2 óra 11 perc)!
    2. A karbantartási ablak vége előtt 15 perc (visszakozz) + 10 perc (teszt) = 25 perccel

Biztonsági mentés

Feladat

Inkrementális mentéses feladat (10p): 3TB adat, napi 20% változás, vasárnap full mentés.

  1. mennyi adatot mentünk le 4 hét alatt?
  2. 200GB/órás sebességű eszközökkel az egyes napokon meddig tart a mentés?
  3. hány eszközt használjunk a mentéshez, ha azt akarjuk, hogy mindig beleférjen 8 órába?
  4. hány média kell az összes mentéshez, ha minden mentés külön médiára megy és a kapacitásuk 500GB?
  5. max hány média kell egy adott időpontra való visszaállításhoz?
Megoldás
  1. Inkrementális mentést alkalmazunk, ezért hétfőtől szombatig minden nap: 3000*0.2=600 GB adat. Mivel 6 ilyen nap van: 6*600=3600.
    Hozzávesszük a vasárnapi teljes mentést: 3000 GB Tehát a héten összesen 3600+3000 = 6600GB.
    Mivel 4 hét volt a kérdés, ezért: 4*6600 = 26400 GB.
  2. Hétfőtől szombatig minden nap: 3 óra. Vasárnap: 15 óra.
  3. 2 eszközt, a vasárnap miatt.
  4. Ez a kérdés nem volt egyértelmű, ezért a vizsga közben mondták, hogy konkrétan az a) feladat beli mentésre gondolnak.
    Hétfőtől szombatig minden nap 2 média szükséges -> 12 média
    Vasárnap 6 média kell. Tehát egy héten 18 média kell.
    Mivel 4 hét van, ezért 4*18=72 média szükséges összesen.
  5. Legrosszabb eset, amikor a legtöbb média kell: szombat. Ekkor vissza kell állítani az elöző vasárnapi mentést, valamint a hétköznapi mentéseket is. Ez 6+6*2= 18 médiát takar.

Jitter

Feladat

24 frames/s-es video szolgáltatás. 24 Mbit/s-es vonalon. SLS 0.25 sec-es max késleltetést garantál. A hálózat 0.05 sec-es késleltetést ad max.

  1. Mekkora buffer szükséges?
  2. Mekkora jitter-buffer kell, ha 1000 felhasználónk van, akinek átlag 20%-a használja egyidejűleg a szolgáltatást?
Megoldás
  1. ( SLS - hálózati)* átviteli sebesség = ( 0.25s - 0.05s ) * 24Mb/s = 4.8Mb
  2. 4.8Mb * 1000 = 4800Mb

A második megoldásnál javítás szerint azért 1000, mert annyi emberre vállaltuk a szolgáltatást nem 200-ra.

A lap eredeti címe: „https://vik.wiki/index.php?title=Információs_rendszerek_üzemeltetése_-_Számolós_feladatok_kidolgozása&oldid=188916”