On Fri, Dec 16, 2016 at 6:19 PM, Russell Bryant <[email protected]> wrote:
> > > On Thu, Dec 15, 2016 at 8:35 AM, Andy Zhou <[email protected]> wrote: > >> The goal of this series is to make it easier to set up OVN in >> a larger setup, i.e. not having all services running on a single host. >> >> Currently ovn-central package starts and stop all three services >> northbound-db, northd and southbound-db on the same host. While it >> is convenient for a single host setup, it is hard to test scale >> and HA, where OVN services may have to be installed on different hosts. >> > > The package itself doesn't start or stop anything, right? > Thanks for the comments. Yes, those are separate issues. > The systemd config does start/stop all 3 together, but that seems like the > common case unless you're running in an HA setup. If you're running in an > HA setup using Pacemaker, you wouldn't be using systemd. > In the case we'd like install northd on a dedicated server, It seems odd that I have to install the database servers on the same server. One possible HA set up is to run OVSDB servers with HA, and have northd running on a dedicated server accessing ovsdb-servers via a floating IP. In this case, It seems natural to have a unit file that start / stop northd only. Also it would seem odd if we require OVNSB and OVNNB to run on the same host. > > It does mean you might have ovn-northd installed where it's not running, > but at least in my (OpenStack) case, I want it that way. ovn-northd will > be running on one host, but we'll have Pacemaker configured to ensure it's > running on any of 3 hosts, for example. > > Separate them into three packages should not prevent this use case. If extra checks are required when running HA, may be they can be added into the ocf scripts? > >> This patch series splits the ovn-central package into three packages >> ovn-northbound-database, ovn-southbound-database and ovn-northd. >> Also, Each one provides the corresponding systemd services. >> >> Another drawback of current packaging is that ovsdb-server is part >> of vswitchd package. If one wants to run ovn-northbound-database, >> he needs to install and start vswitchd service as well. This is >> unnecessary and may lead to confusions. This patch series separate >> ovsdb-server into its own package. >> > > Why do you need to start and install vswitchd to use ovsdb-server? It is > indeed an install requirement at least. > > Before the patch, ovn-northd.service requires openvswitchd.service. In case we want to dedicate a host to run OVNSB only, it would be nice to make vswitchd optional. > I suppose splitting out ovsdb-server seems OK, as long as we don't see > upgrade issues due to the package changes. This hasn't come up for me with > our OpenStack work because we're always using OVS on the hosts anyway. > Agreed. > > >> >> ovn-central package is retained to be friendly to single host >> deployments. However ovn-central service is marked as exclusive >> with the other three services mentioned above. (I am not sure >> if this is necessary, and may more confusing than its worth) >> >> Andy Zhou (5): >> rpms: Seperate ovsdb-server into its own package >> rpms: Style fixes >> rhel: Rename nrothd to central service >> ovn-ctl: Factor out start/stop ovnsb/ovnnb >> rpms: Adding three additional OVN packages >> >> ovn/utilities/ovn-ctl | 55 +++++++- >> ovn/utilities/ovn-ctl.8.xml | 4 + >> rhel/automake.mk | 3 + >> rhel/openvswitch-fedora.spec.in | 141 >> +++++++++++++++------ >> rhel/usr_lib_systemd_system_ovn-central.service | 34 +++++ >> ...sr_lib_systemd_system_ovn-northbound-db.service | 16 +++ >> rhel/usr_lib_systemd_system_ovn-northd.service | 29 ++++- >> ...sr_lib_systemd_system_ovn-southbound-db.service | 16 +++ >> 8 files changed, 251 insertions(+), 47 deletions(-) >> create mode 100644 rhel/usr_lib_systemd_system_ovn-central.service >> create mode 100644 rhel/usr_lib_systemd_system_ovn-northbound-db.service >> create mode 100644 rhel/usr_lib_systemd_system_ovn-southbound-db.service >> >> -- >> 1.8.3.1 >> >> _______________________________________________ >> dev mailing list >> [email protected] >> https://mail.openvswitch.org/mailman/listinfo/ovs-dev >> > > > > -- > Russell Bryant > _______________________________________________ dev mailing list [email protected] https://mail.openvswitch.org/mailman/listinfo/ovs-dev
