Systematische AanpakApplicatie Performance

een introductie

Peter HJ van Eijk2 maart 2011

peter@digitalinfrastructures.nl+31 6 22684939

10-04-2023 2

Waarom is performance belangrijk?• Gebruikers ergeren zich aan vertraging• Trage response frustreert werkprocessen• Capaciteitoverschot voor performance is duur

• Uit Google/Microsoft metingen blijkt dat vanaf 0.5 seconden vertraging meetbare business schade ontstaat, die oploopt naarmate de vertraging groter wordt

10-04-2023 3

Waarom is performance management moeilijk?

Data deluge• Tientallen componenten, tientallen metingen per component, elke

5 minuten…

Analysis paralysis• De gegevens zijn nooit volledig, het systeem is nooit helemaal te

snappen, de metingen zijn wel eens onbetrouwbaar

Veel stakeholders, met conflicterende belangen• Gebruikers, eigenaar, software leverancier(s), beheerorganisatie(s)

10-04-2023 4

Waarom een model?• Voorspellen– Reduceer het risico van een performance probleem

in productie– Hoeveel hardware is nodig?– Wat is het effect van alternatieve configuraties in infrastructuur

(DB, caching, solid state disk, …)?• Analyseren– Als het traag is, waar ligt dat dan aan?– Waar zit de bottleneck?– Waar moeten we meten voor een stresstest?– Wat moeten we veranderen?

10-04-2023 5

Risk based performance mgtBusiness Value wordt gerealiseerd door de ondersteuning van bedrijfsprocessen door applicaties(opbrengst)

Infrastructuur bestaat uit technische componenten die samen de applicaties realiseren(kosten)

Welke prestaties zijn het meest van belang / kritisch?(bijvoorbeeld dossier inzien)

Welke componenten zijn het meest van belang / kritisch?(bijvoorbeeld storage performance)

Hypotheses over de belangrijkste risico’s

Performance en capaciteitModel

10-04-2023 6

Voorbeelden van hypotheses

• De interactieve response is het belangrijkste?• De batch doorzet is het belangrijkste?• We hebben een sneller SAN nodig?• We hebben een sneller netwerk nodig?• Er zitten teveel mensen op een terminal server?• Het ligt aan de software(leverancier)?

10-04-2023 7

Een performance model

# gebruikers

# transacties / sec

# DB queries / sec

# IOPS (disk/SAN)

Server CPU load

DB server load

Onder te verdelen in processen, typen gebruikers

en tijd van de dag

÷

÷

÷ ÷

÷Volu

mes

Resp

onsti

jd

10-04-2023 8

Risk based stress testen

• Niet alle componenten zijn uitputtend te testen• Synthetische load is nooit werkelijke load

• Risico’s vertellen welke componenten van belang zijn.

• Het model vertelt waar welke capaciteiten nodig zijn• Gerichte stresstesten zijn eenvoudiger en

betrouwbaarder uit te voeren

10-04-2023 9

Metingen vormen de invulling van uiteenlopende informatiebehoeftes

• Grenswaarde bewaking– bijv responsetijd of belasting tbv incident management

• Drill down in acute problemen– Waar wordt dit probleem nu door veroorzaakt?

• Service level bewaking– Leveren wij/zij wel volgens afspraak?

• Capacity planning– Hoeveel spullen hebben we nodig, fysiek danwel virtueel?

• Architectuur onderzoek– Welke architectuur is beter/sneller/goedkoper?

10-04-2023 10

Waarom trends volgen?

• Het aantal processen waarin de applicatie een rol speelt neemt in de loop van de tijd toe, waardoor verhoudingen gaan wijzigen.

• Gebruikers migreren van eenvoudig gebruik naar intensiever gebruik.

• Dag cycli, week cycli

10-04-2023 11

VRAGEN?

peter@digitalinfrastructures.nl+31 6 22684939

www.digitalinfrastructures.nlwww.nlcmg.nl

@petersgriddle

10-04-2023 12

Appendix

10-04-2023 13

Objecten, meetwaarden, en performance indicators

• Gebruikersbeleving– Aantallen unieke gebruikers– Gebruikersbeoordeling– Door gebruiker waargenomen responstijd

• Applicatie– Applicatie

• Aantal transacties per module/ per gebruiker• Top transacties

– Hoe beleeft de applicatie de back-end performance

• Infrastructuur– Server

• CPU benutting• Memory utilisatie / Swap rate• Waargenomen disk performance

– Applicatie server• Aantal ingelogde gebruikers/sessies

– DB server• Queries• Cache hit rate

– Netwerk• Bandbreedtebenutting, round trip delays en error rates

– SAN/Storage• IOPS liefst per LUN• Responsetijden resp queuelengte• Disk benutting

• Elke architectuur heeft zijn eigen mogelijkheden en uitdagingen– ERP– Web farm– Citrix

10-04-2023 14

Maturity levels in het meten van performance indicators

Niveau Omschrijving Voorbeeld1 Weetbaar Wat is het getal, wat betekent het? Bijv: CPU load van machine x2 Meetbaar Kunnen we het meten, met welk tool? Bijv: Scom of Nagios

3 Beschikbaar

Kunnen we dit getal in een tabel geleverd krijgen (met voor elke regel een nieuwe tijd en waarde)? Bijv: in eenCSV-file

4 BegrepenWat betekent het getal in relatie tot andere getallen? Bijv: gebruikersbeleving

5 Geleverd Wordt dit getal procesmatig uitgeleverd?Bijv: automatisch, niet alleen op aanvraag

6 BewaaktIs er procesmatig een alert voorbij een grenswaarde?

Weten we dan wat we daar mee gaan doen?