<div dir="ltr"><div>Hey all,</div><div><br></div><div>I'm tying to understand what ovsdb managers actually do.</div><div><br></div><div>Say that I have two OVS hosts, each with its own ovs-vswitchd and ovsdb-server.</div><div>Both OVS hosts are logically related, and I want to control them from a single, central location.</div><div><br></div><div>In the datapath plane, I can set-controller on all bridges on both OVS hosts to the same OpenFlow controller, and thus achieve central management.</div><div><br></div><div>In the management plane, I don't see how I can add/remove/manipulate bridges on both OVS hosts from the same location, since each OVS host has its own ovsdb-server.</div><div>(In my use case, I happen to add/remove bridges quite frequently).<br></div><div><br></div><div>Of course, I can just issue two ovs-vctl command with different DB each time, but this isn't a vert scalable approach, and it also has severe consistency drawbacks, since the network topology is held in two places.</div><div>This is in direct contrast from the datapath plane, because I can actually write an OpenFlow controller that determines the correct rules from, say, an application DB (not ovsdb!).<br></div><div><br></div><div></div><div></div><div>I've stumbled upon the ovs-vsctl set-manager command, which, from what I can see, can be used in conjunction with something like an OpenDaylight OVSDB Manager.</div><div>If so, can a single OVSDB manager manage both OVS hosts?</div><div>And if so, what part does the local ovsdb-server play, if the network topology is held with the OVSDB manager? Do I still actually need it, or can ovs-vswitchd just directly query the manager?<br></div><div><br></div><div>Regards,</div><div>Matan</div><div><br></div></div>