It is almost linear to the number of VMs since the requests are sent one by one. And I think we should raise the priority of this issue.
But I wonder what it will perform if the requests are sent simultaneously with async calls. How will nova deal with that? On Fri, Sep 30, 2016 at 4:25 PM Juvonen, Tomi (Nokia - FI/Espoo) < [email protected]> wrote: > Hi, > > Run Doctor test case in Nokia POD with APEX installer and state of the art > Airframe HW. Modified the Doctor test case so that I can run several VMs > and consumer can receive alarms from those. Measuring is it possible to > stay within doctor requirement of under 1second from recognizing the fault > to having alarm to consumer. This way I can see how much overhead comes > when more VMs on failing host (overhead comes from calling reset server > state API for each VM on failing host). > > > > Here is how many milliseconds it took to get scenario trough: > > With 1 VM on failing host: 180ms > > With 10VMs where 5 VMs on failing host: 800ms to 1040ms > > With 20VMs where 12 VMs on failing host: 2410ms > > With 20VMs where 13 VMs on failing host: 2010ms > > With 20VMs where 11 VMs on failing host: 2380ms > > With 50VMs where 27 VMs on failing host: 5060ms > > With 100VMs where 49 VMs on failing host: 8180ms > > > > Conclusion: With ideal environment one can run 5 VMs on a host and still > fulfill Doctor requirement. So this needs to be enhanced. >
_______________________________________________ opnfv-tech-discuss mailing list [email protected] https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss
