Add s3p docs for xacml and drools
[policy/parent.git] / docs / development / devtools / drools-s3p.rst
1 .. This work is licensed under a
2 .. Creative Commons Attribution 4.0 International License.
3 .. http://creativecommons.org/licenses/by/4.0
4
5 .. _drools-s3p-label:
6
7 .. toctree::
8    :maxdepth: 2
9
10 Policy Drools PDP component
11 ~~~~~~~~~~~~~~~~~~~~~~~~~~~
12
13 Both the Performance and the Stability tests were executed against an ONAP installation in the Policy tenant
14 in the UNH lab, from the admin VM running the jmeter tool to inject the load.
15
16 General Setup
17 *************
18
19 Agent VMs in this lab have the following configuration:
20
21 - 16GB RAM
22 - 8 VCPU
23
24 Jmeter is run from the admin VM.
25
26 The drools-pdp container uses the JVM memory and CPU settings from the default OOM installation.
27
28 Other ONAP components exercised during the stability tests were:
29
30 - Policy XACML PDP to process guard queries for each transaction.
31 - DMaaP to carry PDP-D and jmeter initiated traffic to complete transactions.
32 - Policy API to create (and delete at the end of the tests) policies for each
33   scenario under test.
34 - Policy PAP to deploy (and undeploy at the end of the tests) policies for each scenario under test.
35 - XACML PDP Stability test was running at the same time.
36
37 The following components are simulated during the tests.
38
39 - SDNR.
40
41 Stability Test of Policy PDP-D
42 ******************************
43
44 PDP-D performance
45 =================
46
47 The tests focused on the following use cases running in parallel:
48
49 - vCPE
50 - SON O1
51 - SON A1
52
53 Three threads ran in parallel, one for each scenario.  The transactions were initiated
54 by each jmeter thread group.  Each thread initiated a transaction, monitored the transaction, and
55 started the next one 250 ms. later.
56
57 The results are illustrated on the following graphs:
58
59 .. image:: images/s3p-drools-1.png
60 .. image:: images/s3p-drools-2.png
61 .. image:: images/s3p-drools-3.png
62
63
64 Commentary
65 ==========
66
67 There is around 1% unexpected failures during the 72-hour run.   This can also be seen in the
68 final output of jmeter:
69
70 .. code-block:: bash
71
72     summary = 4751546 in 72:00:37 =   18.3/s Avg:   150 Min:     0 Max: 15087 Err: 47891 (1.01%)
73
74 Sporadic database errors have been observed and seem related to the 1% failure percentage rate.