Hi,
End of July, Valentin (Orange) and Arturo (Ixia) finalized the
automation of load test using Ixia loader based on cloudify_ims testcase.
This work was initiated during the Plugfest in Paris.
So far, the cloudify_ims was dealing with 3 steps
- deployement of cloudify (orchestrator part)
- deployment of clearwater ims
- run functional signaling suite based on metaswitch ruby suite
This has been integrated by Valentin and released since Brahmaputra (see
description in the OPNFV book)
During the plugfest Arturo and Valentin were able to generate realistic
load through the ixia loader on such system (see Plugfest report)
Most of the additional operations (installation of the loader,
generation of the load, ..) were done manually.
During the summer session we were able to generate more than 130.000
calls within 10 minutes.
you can see the effects on the power consumption through the POD
monitoring (2 load tests visible on the figure below)
this part has been automated
Valentin submitted a patch to create the testcase =>
https://gerrit.opnfv.org/gerrit/#/c/38767/4
This new test case is raising 2 questions
- integration of proprietary loader (already raised in vsperf)
In the configuration file there is a link towards Ixia licence server in
order to enable loader.
within open source community context it can be discussed with Ixia. it
could make sense to create an url such as opnfv.ixia.org for the license
server with referencing the OPNFV community PODs (filtering on the IPs
of the community PODs on Ixia side).
- testing organization on VNF performance tests
The test case is in Functest because it requires the cloud_ims as
prerequisites.
However Functest is not aiming to perform performance test...the pseudo
micro service approach we already discussed a little bit could make sense
- a performance project is able to ask functest to deploy the vIMS
through an API (patch under review) then perform the performance part.
For Euphrates it will be too short...we then intend to merge the case in
Functest with a status disabled (people could run it manually but not
integrated in CI).
But we will probably need to discuss how to manage VNF performance
testing in the future.
what do you think?
I suggest a 20' presentation on the work done during a testing working
group meeting (on the 23rd or 31st of August?)
I could also invite people from the EUAG that may be interested by the
topic and/or people from ONAP?
any comment welcome
/Morgan
_________________________________________________________________________________________________________________________
Ce message et ses pieces jointes peuvent contenir des informations
confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce
message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages
electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou
falsifie. Merci.
This message and its attachments may contain confidential or privileged
information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete
this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been
modified, changed or falsified.
Thank you.
_______________________________________________
opnfv-tech-discuss mailing list
opnfv-tech-discuss@lists.opnfv.org
https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss
