Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

In frankfurt we also consider the stability of the installation through teh Dialy chainsthe Daily chains (https://docs.onap.org/projects/onap-integration/en/frankfurt/integration-s3p.html#integration-s3p)

Guilin

The stability tests considered for the release were:

...

what do we want to test, which figures? Nb of onboardings / instantiations? test duration//

In a first step, we estimate our needs to  < to be discussed/commented/challenged/questioned/...>:

  • 10 parallel service onboarding
  • 50 parallel intsantiation
  • ....
  • - 10 simultaneous module upload in ONAP
  • 50 parallel instantiation - 50 simultaneous service creations of service declared in ONAP

We could imagine additional KPIs

  • number of simultaneous loop creation/instantiation
  • number of dmaap messages
  • number of event messages

The question has been raised at the community level especially among the service provider operating ONAP in production.

Testcase 1: Parallel onboarding tests

Description

The goal of this test is to create in parallel several services in the SDC.

...

Environment

Tests executed from 07/01/2021 to 13/01/2021 on a Guilin lab. Reusing the basic_vm with different service names (it means that we recreate all the SDC objects VSP, VF Services).

2 series run several times:

  • 5 simutalneous simultaneous onboarding
  • 10 simultaneous onboarding

The main component used for this test is the SDC (+AAI).

the reporting page can be described as follows:

Image Added


The name of the service is basic_onboard_<Random string>, the random string is needed to ensure we reuse the onboarding mechanism (with the same name pythonsdk will retrieved the service already onboarded)


During the test we monitor the ONAP cluster resources through a prometheus/grafana

<graph grafana memory & CPU générale>

...

:

Image Added


Image Added


Common Cassandra resource consumption:

Image Added

Image Added

Results

Data format is MM:SS,00.

5 parallel onboarding (10 series)

8098,0023,0014,00,00,0041,0053,00,0034,00,00,00,0026,0020,00,0059,18,00,0050,00,8027,4015,601026,001118,7547,800757,2011,20:38,40,00,00,0026,0018,5048,00,0012,00:39,00

ERROR : maximum recursion depth

exceeded in a python object
criteria \ Serie12345678910AverageGlobal
Success rate (%)100100100100100100100100100100100
Min duration04:46,0027:3910:2410:1510:2611:1807:4207:5408:0508:3508:2007:42
Max duration04:53,0027:4310:3610:1710:2711:2207:530708:0008:1908:4208:4427:43
Average duration0427:4127:4010:1610:2711:2007:4807:5808:1208:3908:4211:09
Median duration04:50,0027:4110:2610:1610:2711:1907:4907:5908:1308:4008:3809:30
Comments/Errrors/////

/

/////


<graph min/max/mean/average = f(serie)Evolution of the average duration in seconds over time for series of 5.

Image Added



10 parallel onboarding (5 series)

03,0015:23,00,0039,00,00,00,0000,0014,4014,401650,401722,2050,18,501618,5008,001731,50:52,00
criteria \ Serie12345AverageGlobal
Success rate (%)100100100100100100
Min duration16:16:03,000415:2416:3219:4019:0715:24
Max duration16:2216:22,0017:1017:3620:0119:5020:01
Average duration16:1516:5117:2319:5219:4618:00
Median duration16:2017:0817:3319:5319:3817:33
Comments/Errrors////

ERROR : Resource Category

with "Generic" name

does not exist

<graph min/max/mean/average = f(serie)

...

/

/


Evolution of the average duration in seconds over time for series of 10.

Image Added

Evolution of test durations over the campaign for series of 5 (red/first circle) and 10 (green/second circle).

Image Added


Conclusions

ONAP Guilin is able to support 10 parallel onboarding, which is what we do expect.


We may also observe that:

  1. The number of previous onboarded services has no impact on the onboarding duration. The creation of resources is linear. It means that on serie 10, 9 services have been already created. We could have expected a linear increase of the onboarding duration because the client used for test list several times the services.So the more services in SDC, the bigger the list is. So globally the SDC resources increases continuously because we cannot delete them but it has no direct impact on the onboarding duration. The duration evolution is not linear and the duration may depend mainly on the cluster status.
  2. The more // processing we have, the slower the onboarding this. duration = f(nb parallel onboarding) seems almost linear.