Page History
...
Samt at fejlprocentet på den fulde kørsel er 0,49 %.
Access log data
Denne log findes for hver applikations server (docker container) hvor registration komponenten har kørt.
Her findes data for hvert enkelt kald, der er lavet til minlog servicen, herunder hvor lang tid et kald har taget (Duration) samt hvornår kaldet er udført. Ud fra loggens data kan man også beregne hvor mange kald, der udføres i en given periode.
Følgende tabel viser en række beregnede data fra access loggen fordelt på applikations server (container) og test iteration. Nederst i tabellen er tallene for hver applikations server lagt sammen. Test iteration er beregnet ved at sammenligne tidstempel fra access log med start og sluttidspunktet for iterationen.
De beregnede data er antal kald, kald per sekund i gennemsnit (hver iteration er 900 sekunder) samt tidsforbrug per kald i millisekunder. Derudover er antal kald der tager 6,5 sekund eller mere samt 15,5 sekund eller mere talt sammen for at kunne vurdere performance kravene.
| Application server | Iteration | Antal kald | Kald per sekund | Tidsforbrug (ms) | Kald >= 6,5 sekund | Kald >=15,5 sekund |
|---|---|---|---|---|---|---|
| docker01.cnsp.stage.nsp.netic.dk | 1 | 1325 | 1,5 | 198 | 0 = 0 % | 0 = 0 % |
| 2 | 2765 | 3,1 | 211 | 0 = 0 % | 0 = 0 % | |
| 3 | 4540 | 5,5 | 178 | 0 = 0 % | 0 = 0 % | |
| 4 | 6159 | 6,8 | 157 | 0 = 0 % | 0 = 0 % | |
| 5 | 7748 | 8,6 | 150 | 0 = 0 % | 0 = 0 % | |
| 6 | 8494 | 9,4 | 167 | 0 = 0 % | 0 = 0 % | |
| 7 | 11582 | 12,9 | 240 | 15 = 0,13 % | 15 = 0,13 % | |
| 8 | 12132 | 13,5 | 369 | 52 = 0,43 % | 51 = 0,42 % | |
| docker02.cnsp.stage.nsp.netic.dk | 1 | 1325 | 1,5 | 236 | 0 = 0 % | 0 = 0 % |
| 2 | 2765 | 3,1 | 211 | 0 = 0 % | 0 = 0 % | |
| 3 | 4540 | 5,0 | 168 | 0 = 0 % | 0 = 0 % | |
| 4 | 6159 | 6,8 | 154 | 0 = 0 % | 0 = 0 % | |
| 5 | 7748 | 8,6 | 148 | 0 = 0 % | 0 = 0 % | |
| 6 | 8494 | 9,4 | 153 | 0 = 0 % | 0 = 0 % | |
| 7 | 11582 | 12,9 | 214 | 11 = 0,09 % | 11 = 0,09 % | |
| 8 | 12105 | 13,5 | 414 | 62 = 0,51 % | 61 = 0,50 % | |
| Total | 109463 | 228 | 140 = 0,13 % | 138 = 0,13 % |
Udtræk af svartid og antal kald fordelt over testens løbetid vises i følgende 4 grafer:
Data serier i grafen er:
- DurationAverage (rød): den gennemsnitlige svartid (ms) for hvert minut
- NoOfCalls (blå): det gennemsnitlige antal kald hvert minut
- De 8 iterationer (sort) er baseret på det tidstempel, som findes i access loggen
Vurdering
Af tabel og grafer fremgår det, at jo flere nodes og tråde (disse øges per iteration) jo flere kald kommer der igennem per sekund.
Det ses, at svartiden ikke ændres i starten, fordi antallet af nodes/tråde øges. Først i iteration 7 bliver svartiden forøget.
Performance kravene er
- under 6,50 sekund for 95 % af tilfældende
- under 15,5 sekund for 98 % af tilfældende
Og disse overholdes fint qua ovenstående tabeloversigt. I iteration 8 på docker02, hvor tallene er højest, er 99,5 % under 6,5 og 15,5 sekunder.
Vmstat log
Denne log findes for hver applikations server (docker container). Både for registration og kafka-consumer. Den viser resultatet af kommandoen vmstat
Udtræk omkring cpu fra denne log vises i de følgende grafer.
Data serier i grafen er:
- cpuNonKernel (rød): tid brugt på non-kernel opgaver
- cpuKernel (blå): tid brugt på kernel opgaver
- cpuIdle (grøn): tid brugt på ingenting
- cpuWaitIO (gul): tid brugt på at vente på i/o
- iterationerne (sort) er en cirka placering, da wmstat loggen ikke indeholder tidstempel
Registration:
- Man kan se at cpuIdle og cpuNonKernel påvirkes lidt som servicen presses mere. cpuIdle ligger lavere over tid, mens cpuNonKernel grafen ligger en smule højere over tid. Den generelle flyt af kurverne er dog ikke faretruende. I iteration 7 og 8 er der lidt mere udsving for docker02.
Kafka-consumer:
- cpuIdle og cpuNonKernel ligger meget konstant over iterationerne.
Udtræk omkring io læs og skriv fra vmstat vises i de følgende grafer.
Data serier i grafen er:
- ioBlockRead (rød): læsning på disk (blokke)
- ioBlockWrite (blå): skriving på disk (blokke)
- iterationerne (sort) er en cirka placering, da wmstat loggen ikke indeholder tidstempel
Registration:
- Der er lidt løbende skriv til disken mens testen kører, og i slutningen af iteration 7 en del på docker02. Sammenligner man graferne fra før på cpu forbrug, ses det, at de store udsving i skrivninger falder sammen med at cpuKernal går op og cpuIdle går ned.
Kafka-consumer:
- Der er lidt løbende skriv til disken mens testen kører, og igen falder de få store udsving i skrivninger falder sammen med at cpuKernal går op og cpuIdle går ned.
Vurdering
Der er intet negativt at bemærke omkring cpu forbruget eller disk io.