[Changed the subject] Anil, now you can ask ;)
https://wiki.opendaylight.org/view/Genius:Sharding_evolution Thanks, Faseela From: Anil Vishnoi [mailto:[email protected]] Sent: Saturday, June 09, 2018 5:30 AM To: Faseela K <[email protected]> Cc: Tom Pantelis <[email protected]>; Michael Vorburger <[email protected]>; [email protected]; controller-dev <[email protected]>; [email protected] Subject: Re: [controller-dev] [infrautils-dev] OK to resurrect c/64522 to first move infrautils.DiagStatus integration for datastore from genius to controller, and then improve it for GENIUS-138 ? On Fri, Jun 8, 2018 at 4:50 PM, Faseela K <[email protected]<mailto:[email protected]>> wrote: From: Tom Pantelis [mailto:[email protected]<mailto:[email protected]>] Sent: Saturday, June 09, 2018 2:24 AM To: Anil Vishnoi <[email protected]<mailto:[email protected]>> Cc: Faseela K <[email protected]<mailto:[email protected]>>; Michael Vorburger <[email protected]<mailto:[email protected]>>; [email protected]<mailto:[email protected]>; controller-dev <[email protected]<mailto:[email protected]>>; [email protected]<mailto:[email protected]> Subject: Re: [controller-dev] [infrautils-dev] OK to resurrect c/64522 to first move infrautils.DiagStatus integration for datastore from genius to controller, and then improve it for GENIUS-138 ? On Fri, Jun 8, 2018 at 3:11 PM, Anil Vishnoi <[email protected]<mailto:[email protected]>> wrote: On Thu, Jun 7, 2018 at 11:39 AM, Faseela K <[email protected]<mailto:[email protected]>> wrote: Not related in this context, but if we can get shard leader change notification, can we use that to derive an entity owner instead of using EOS? ;) Humble suggestion, don't use shard location/ownership status in your business logic ;-) +1. And knowledge, assumptions about shard names, member names ... :) >> Of course we all like to avoid such complex logics in the application code. >> In a 3 node cluster, for an application like netvirt which has to push a lot >> of flows, plus a set of OVSDB configuration, based on some events coming >> from neutron datastores(note that all of these are different config shards), >> I am just trying to understand what is the best way to place things. It is >> always good not to make application logic, depend on internals of infra, but >> is the only way then to collocate shards? I have few questions around what lead to the solution that putting all the shard to one node is the only solutions , but i don't want to hi-jack this thread with that topic :). Thanks, Faseela From: [email protected]<mailto:[email protected]> [mailto:[email protected]<mailto:[email protected]>] On Behalf Of Tom Pantelis Sent: Friday, June 08, 2018 12:07 AM To: Michael Vorburger <[email protected]<mailto:[email protected]>> Cc: [email protected]<mailto:[email protected]>; controller-dev <[email protected]<mailto:[email protected]>>; [email protected]<mailto:[email protected]>; Robert Varga <[email protected]<mailto:[email protected]>> Subject: Re: [infrautils-dev] [controller-dev] OK to resurrect c/64522 to first move infrautils.DiagStatus integration for datastore from genius to controller, and then improve it for GENIUS-138 ? -- Thanks Anil
_______________________________________________ controller-dev mailing list [email protected] https://lists.opendaylight.org/mailman/listinfo/controller-dev
