3 Sichten auf die gleiche Fragestellung. Wie erkennt man Probleme frühzeitig?▪ Nach erfolgter Installation▪ Als Betreiber eines Datacenters / Cloud▪ Als Konsument von IT Services aus der Cloud
RFC 2544
L7 Tests
Element Monitoring
etc.
Agenda
RFC 2544▪ Throughput▪ B2B Burstability▪ Frame Loss▪ Latency▪ System Reset▪ System Recovery
Nach erfolgter Installation
HQ
DataCenter
Kein Gegenstück
«virtuelles» Kabel
Keine Kontrolle
Nach erfolgter Installation in der Cloud?
HQ
Cloud
2 Arten von Test’s
1. Point to Point:▪ «Messung» Zwischen 2 End-Point’s
▪ Resultate-Packet-Verlust, Delay (OneWay), Jitter, TCP, UDP, QoS
▪ Service-Prüfungen-VoIP, Skype, YouTube, Netflix
▪ Spezielles: End-Point kann auch SW sein für iOS, Android, Windows, Linux, etc.
Layer 7 Messung mit Hawkeye von Ixia
HQ
DataCenter
Cloud
Layer 7 Messung mit Hawkeye von Ixia
2 Arten von Test’s
2. «Real Service»:▪ «Messung» zwischen End-Point
und echtem «Server» (Cloud, Data-Center, etc.)
▪ Echte Service-Tests-HTTP, DNS, DHCP, eMail, FTP, YouTube, etc.
▪ Mit beiden Messungen sind Rückschlüsse auf die Ursache Möglich -> Rückweg
HQ
Cloud
DataCenter
Aussagekraft von Hawkeye
HQ
DataCenter
Cloud Klare Aussage mit Hawkeye:▪ Wir haben Historie▪ Immer die gleichen «Test’s»▪ Wir verifizieren gleichzeitig:
-Link (A zu B, B zu A)-Netzwerk Service-Real Services
▪ Z.b. wir Wissen, genau was eine gute/schlechte Response Zeit zu den Cloud-Services ist
▪ Oder ob eine «Verbindung» vorhanden ist!
Hawkeye Top / Down Drill-Down
Dashboard, 24x7 Monitoring / Überwachung
Details wie für z.B. HTTP
Detail-Messungen
Es werden viel mehr Informationen benötigt
Funktionale Tests
Wie werden die Services produziert?
Welche / wieviele aktive Komponenten sind vorhanden?
Wie hängen die Komponenten zusammen?
Als Betreiber eines Datacenters / Cloud
HQ
DataCenter
Cloud
Top Related