Page History

...

• SOSI-GW testklient, der kalder SOSI-GW services og kalder en test -service gennem SOSI-GW proxy-metoden.
  1. Testklienten kan konfigureres gennem Jmeters GUI, så den kan benyttes til flere forskellige slags test.

...

• 1. 1. Navne på SOSI-GW hosts, der skal være del af samme SOSI-GW cluster. 

...

• 1. 1. Størrelsen på svaret fra testservicen.

...

• 1. 1. Ventetiden i testservicen, til at simulere lang svartid fra servicen.

...

• 1. 1. Mængden af ID-kort den holder fast i, i sin cache.

...

• 1. 1. Hvor ofte den skal gennemføre logout /login på eksisterende ID-kort i cachen

...

• 1. 1. Hvor ofte den skal erstatte et ID-kort med et nyt, uden at kalde logut på det gamle.

...

• 1. Testklienten vælger ved hvert kald til SOSI-GW en tilfældig sosigwserver. Hvis kaldet fejler med socket- niveau fejl, prøver den de andre efter tur. Hvis det ikke lykkes på nogen af dem, fejler kaldet. Dette simulerer brug af en loadbalancer, der ikke vedligeholder nogen tilstand for klienterne og som sørger for at benytte en anden server når den valgte server ikke svarer. Bemærk at dette valg stresser intra- cluster kommunikationen rigtig meget. Den er ikke altid er hurtig nok til at et login mod en server er propageret til samtlige andre servere, inden klienten forsøger at benytte proxy mod en anden server. Klienten vil dermed få implicit login i denne situation, hvilket den opfatter som en fejl. For at modvirke dette kan SOSI-GW konfigureres til at vente et stykke tid, før den svarer med implicit-login, mens den venter på at idkortet ankommer. I testresultaterne kan det ses dels som fejl-procent, når det ikke når frem, og dels som øget svartid. I virkeligheden vil denne situation kun opstå, hvis man benytter klienter, der fuldautomatisk underskriver id-kortet på brugerens vegne på ganske få millisekunder. (Det ville have været let at løse i testklienten, hvis ikke implicit-login havde eksisteret: man kunne bare prøve igen, eller prøve den næste server. Men implicit login nulstiller ens ID-kort, så det skal underskrives igen.)

• Jakarta JMeter v2.3.1 som test - driver og analyseværktøj for nogle af resultaterne
  1. Java Sampler med førnævnte testklient.

...

• 1. HTTP Request kan benyttes til at stresse dele af browser-baseret login, men ikke hele forløbet, da den ikke kan udføre den applet, der udgør den reelle login. Den kan dog benyttes til at belaste serveren svarende til belastningen af klienter, der ikke tidligere har downloadet applet'en fra serveren.

• Trifork P4 v4.0.1 som måleværktøj til at analysere fordelingen af svartiden internt i SOSI-GW. Som kravene til SOSI-GW er beskrevet, er det nødvendigt at skelne mellem tid brugt i SOSI-GW og tid brugt i test servicen. (Som resultaterne er faldet ud, har denne del ikek været nødvendig og er undladt.)
  
  
• Trifork T4 v4.1.29 som omgivelse for SOSI-GW. Denne foretrækkes frem for Tomcat på grund af den indbyggede monitorering af memory og tråde.
  
  
• Windows XP på forskelligt bestykkede maskiner:
  1. sosigw01: AMD Sempron 2800+ @1.60GHz 1.0GB RAM.

...

• 1. 1. Trifork T4 med sosigw-testservice.war.

...

• 1. 1. PostgreSQL med den globale audit- log database.

...

• 1. sosigw02, sosigw03, sosigw04: AMD Sempron 2400+ @1.66GHz 1.5GB

...

• 1. RAM

...

• 1. 1. SOSI-GW cluster medlemmer

...

• 1. 1. Alternativt: Trifork T4 med sosigw-testservice.war.

...

• 1. sosigw05, sosigw06: AMD Sempron 2400+ @1.66GHz 1.5GB RAM

...

• 1. 1. JMeter testklienter.

...

• 1. 1. Alternativt: SOSI-GW cluster medlemmer
        
        
• Mellem testmaskinerne er der et 100 Mbit switched netværk.

...