Hi Muthu, Indeed this is the general idea we had with respect to scaling. Of course, the scale points where this would make sense depend on the specifics of the application being federated and the load level induced by it. Some scale issues would more suitably be handled by increasing a single ODL cluster, but when MDSAL becomes highly loaded, federation may achieve better performance, especially if data and its associated logic can be effectively sharded.
Best regards, Gidi -----Original Message----- From: Muthukumaran K [mailto:muthukumara...@ericsson.com] Sent: Thursday, 28 July 2016 19:58 To: Kaempfer, Gideon <g...@hpe.com>; n...@hq.sk Cc: netvirt-...@lists.opendaylight.org; Sela, Guy <guy.s...@hpe.com>; controller-dev@lists.opendaylight.org; Noy, Ariel <ariel....@hpe.com>; mdsal-...@lists.opendaylight.org Subject: RE: [mdsal-dev] Serialize/Deserialize DTOs to JSON Hi Gidi, On scaling part, is the high level idea to separate applications and its data into separate smaller clusters and any southbound plugins (and their data) into another set of clusters and establish messaging mechanism(s) between these two "mini/micro" clusters ? Regards Muthu -----Original Message----- From: controller-dev-boun...@lists.opendaylight.org [mailto:controller-dev-boun...@lists.opendaylight.org] On Behalf Of Kaempfer, Gideon Sent: Thursday, July 28, 2016 8:33 PM To: n...@hq.sk Cc: netvirt-...@lists.opendaylight.org; Sela, Guy; controller-dev@lists.opendaylight.org; Noy, Ariel; mdsal-...@lists.opendaylight.org Subject: Re: [controller-dev] [mdsal-dev] Serialize/Deserialize DTOs to JSON Hi Robert, For the Carbon cycle we are planning to implement a Federation Service for ODL. The idea would be to have the ability to federate information coming from MD-SAL to ODL instances outside of the local cluster. The first concrete use case would be to federate NetVirt such that Neutron networks on different sites (OpenStack clouds) could be seamlessly interconnected at L2 or L3 over VXLAN tunnels just like compute hosts are connected within a single site. We already have a POC implementation demonstrating this. Looking forward, we envision other services leveraging this federation capability as well. It could be used as a means for geographical distribution of ODL clusters as well as a means to scale ODL beyond what is currently possible within a single ODL cluster (which has certain limitations related to the way MD-SAL clustering works). We would be more than happy to exchange ideas on the above in preparation for the Carbon DDF. Best regards, Gidi -----Original Message----- From: Robert Varga [mailto:n...@hq.sk] Sent: Monday, July 25, 2016 5:13 PM To: Sela, Guy <guy.s...@hpe.com>; controller-dev@lists.opendaylight.org; mdsal-...@lists.opendaylight.org Subject: Re: [mdsal-dev] Serialize/Deserialize DTOs to JSON On 07/25/2016 08:18 AM, Sela, Guy wrote: > What is the reason for deciding the DTOs won't implement Serializable? Again, this is just an API layer for native Java applications. Aside from being highly inefficient, Serializable is a contract which cannot really be evolved. What is the actual use case? Bye, Robert _______________________________________________ controller-dev mailing list controller-dev@lists.opendaylight.org https://lists.opendaylight.org/mailman/listinfo/controller-dev _______________________________________________ controller-dev mailing list controller-dev@lists.opendaylight.org https://lists.opendaylight.org/mailman/listinfo/controller-dev
