Laste ned presentasjonen
Presentasjon lastes. Vennligst vent
PublisertHolger Gabrielsen Endret for 9 år siden
1
1 8. februar 2005 TDT4285 Planl&drift av IT-syst Forelesning nr 14 Redundans TDT4285 Planlegging og drift av IT-systemer Våren 2005 Anders Christensen, IDI
2
2 8. februar 2005 TDT4285 Planl&drift av IT-syst Definisjon Redundans er å bruke ekstra, overflødig kapasitet for å etablere en sikkerhetsmargin mot feil på systemet.
3
3 8. februar 2005 TDT4285 Planl&drift av IT-syst Ulike typer redundans Fail-over – sømløs overgang til en annen men funksjonelt lik komponent Backup – sikkerhetskopi av viktige data Duplisering – flere enheter som løser samme problem, og som kan dekke opp for hverandre. Fall-back – alternativ, men dårligere løsning som kan ta over i tilfelle feil
4
4 8. februar 2005 TDT4285 Planl&drift av IT-syst Fail-over ved full redundans tjener1 tjener2 speiling klient Opprinnelig Etter feil på tjener1 To eller flere ekvivalente tjenere Auto fail over Samme prinsipp som for RAID1
5
5 8. februar 2005 TDT4285 Planl&drift av IT-syst Overkapasitet ved N+1–redundans Trenger tre enheter Har fire enheter Ekstra kapasitet er en nyttig bieffekt Ved feil kan man leve med redusert kapasitet tjener1 Ekstra enhet
6
6 8. februar 2005 TDT4285 Planl&drift av IT-syst Single point of failure Definisjon: SPOF er en enkelt komponent som helheten avhenger av. Eksempler: Strøm, datanett Redundans: eliminerer SPOF. spof
7
7 8. februar 2005 TDT4285 Planl&drift av IT-syst SPOF kan også være ønskelig... Ta ut en feil på en kontrollert punkt (eksempel: sikring i et sikringsskap) Tillater oversiktlig punktsikring Bruken blir samtidig testing Det er betraktelig lavere kostnader
8
8 8. februar 2005 TDT4285 Planl&drift av IT-syst Eksempel: RAID5 Disk1Disk2Disk3Disk4Disk5Disk6Disk7 ”Data””Paritet”Ekstra Gjenoppbygging Av harddisk2 NB: forenklet modell!
9
9 8. februar 2005 TDT4285 Planl&drift av IT-syst Full og N+1–redundans N+1-redundans En ekstra av hver komponenttype Vanligvis for HW Implementert for utvalgte komponenter Full redundans Hele systemet er duplisert Dyrt (>2*kostnad) Kan implementeres for en hel site
10
10 8. februar 2005 TDT4285 Planl&drift av IT-syst Feller ifm redundans Fail-over blir til doblet levetid Like instanser med identiske bugs Installert men utestet Kjøpt – men falsk – trygghet Ingen garanti mot menneskelige feil Kan bli en ”hvit elefant”
11
11 8. februar 2005 TDT4285 Planl&drift av IT-syst Eksempel: Kjøling på IDIs maskinrom Vannverket Lukket kjøles- system Datagulv Vifte Radiator Tilsvarende kjøleenhet Strøm
12
12 8. februar 2005 TDT4285 Planl&drift av IT-syst Kostnader Redundans koster mer Ekstra utstyr + Høyere kompleksitet + Mer vedlikehold - Fordel av høyere oppetid = Ekstra kostnader NB: omtrentlig regnestykke
13
13 8. februar 2005 TDT4285 Planl&drift av IT-syst Kostnader vs oppetid 90% 99% 99,9% Oppetid Kostnader Alternativ: recovery i stedet for redundans
14
14 8. februar 2005 TDT4285 Planl&drift av IT-syst Return On Investment (ROI) 1.Resultat med nulløsning (=R1) 2.Resultat med investering (=R2) 3.Kostnad av investering (=Invest) ROI = (R2 – R1) – Invest Merk at resultatene er basert på Ulike sansynlighetsfordelinger NB: svært forenklet
15
15 8. februar 2005 TDT4285 Planl&drift av IT-syst Eksempel: en bil Dekk: 4+reservedekk (N+1 redundans) Bensin: Reservekanne (backup) Bremselys: To stk (full redundans) Bremser: håndbrekket (fall-back) Taxi: Kan ringes etter (out-soucing) S.belte og k.pute: ulik funk (duplisering) Frontlys: inkl park.lys (fall-back)
Liknende presentasjoner
© 2024 SlidePlayer.no Inc.
All rights reserved.