On Fri, Jun 10, 2016 at 05:31:15PM -0400, Russell Bryant wrote: > On Fri, Jun 10, 2016 at 5:08 PM, Ben Pfaff <b...@ovn.org> wrote: > > > I've obtained a little more information from a conversation on Twitter > > with Xiang Li, a CoreOS developer, see below. > > > > On Fri, Jun 10, 2016 at 01:14:29PM -0700, Ben Pfaff wrote: > > > This leaves me with the following discussion questions: > > > > > > - Is lack of non-amd64 support a blocker? It's going to suck for > > > me, because I do my development on i386 specifically to introduce > > > diversity (I find bugs that others don't because they're all on > > > amd64). Also, we've lately had people actually making sure that > > > the testsuite passes on non-x86-64, so there seems to be real > > > interest there. > > > > Xiang says that to support non-x86-64 architectures, they would need > > someone to take responsibility for maintaining them. > > > > I still don't know whether this is a blocker. > > > > Another way to look at this is that etcd has gained a huge amount of > traction, at least in the modern app infrastructure / container space. > This wouldn't be a limitation we would be accepting alone. If the demand > is really there, we wouldn't be alone in needing to solve it. I wouldn't > consider it a blocker. > > > > > > > - Can etcd handle big transactions? > > > > Xiang says that there's a 1 MB limit on transactions by default, which > > can be increased. This is probably not a blocker. > > > > > - Can etcd handle a sufficient number of notify registrations? > > > > Xiang says that etcd can handle at least a million notify registrations. > > This is probably not a blocker. > > > > This all sounds very promising! Do you have any thoughts on next steps? a > detailed look at how our existing schemas and some example transactions > would be mapped to etcd? My gut reaction is that this is probably the > right direction unless we can identify blockers. > > If we get to the point of a migration, I'd be willing to join an effort of > locking a small group in a room to do the migration as quick as possible to > help keep OVN on track.
After talking to Justin, I think I'm going to take a few days (maybe Wednesday through Friday next week) to hack on etcd related stuff, with the goal being to come up with a detailed to-do list and try to verify that the stuff that I think should work really will. (For example, Andy thinks that the gRPC implementation for C is incomplete, but neither of us has really tried anything.) I guess the first step for me personally is an x86-64 container or chroot or something. Assuming that it comes out positive, what if we plan to organize a mini-hackathon kind of thing (probably virtual) to bang out the migration? I agree that doing a quick migration is probably wise. _______________________________________________ discuss mailing list discuss@openvswitch.org http://openvswitch.org/mailman/listinfo/discuss
