Hi Lusheng, Thanks for the questions & attention to detail:
For #1, go with what is on the detailed requirements page... just "reroute" is necessary. However, if you combine it with the scalability requirement, then there will be a need to add a new instance within the site... whether that is considered "recovery" or not is questionable. In the cloud native world, you should be able to kill any process and a new process will take its place. For #2, the idea was to run a test where you fail one of the stateful instances while running a load on the system. You then measure how much data is "lost" while the recovery is happening... typically, some data doesn't get replicated if an instance gets killed. Does that make sense? Let me know if this explanation helped. Regards, Jason Hunt Executive Software Architect, IBM Phone: 314-749-7422 Email: [email protected] Twitter: @DJHunt From: "JI, LUSHENG (LUSHENG)" <[email protected]> To: Jason Hunt <[email protected]> Cc: Gildas Lanilis <[email protected]>, "LEFEVRE, CATHERINE" <[email protected]>, "FREEMAN, BRIAN D" <[email protected]>, "Kumar Skand Priya, Viswanath V via onap-discuss" <[email protected]> Date: 01/10/2018 04:30 PM Subject: clarification question on ONPA R2 resilience requirement Hello Jason, I have couple of questions regarding the resilience requirement for ONAP R2 that I hope to get your clarification. In particular, for the level 2 requirement, The table in your recommendation ppt shows level 2 resilience as “automated detection and recovery (single site)”, but the detailed requirement wiki page ( https://wiki.onap.org/pages/viewpage.action?pageId=15998867) shows no “recovery”, only “reroute”. Is failed component recovery part of level 2? On the detailed requirement page ( https://wiki.onap.org/pages/viewpage.action?pageId=15998867), the third bullet under level 2 resilience states: “stateful components: establish baseline of data loss for a component failure within a site”. What exactly does this mean? Thanks, Lusheng Ji ONPA DCAE
_______________________________________________ onap-discuss mailing list [email protected] https://lists.onap.org/mailman/listinfo/onap-discuss
