7:16 a.m.
Devin,
I presume the OVN Controller should just be some VM that is on the
ovirtmgmt network, or is there a preferred place to install the OVN
controller software?
Please note the difference between OVN-Central and OVN-Controller:
OVN-Central is the central part of OVN, storing the logical configuration and controlling
the many OVN-Controllers
OVN-Controller is the piece of software which resides on the ovirt-hosts, and manages the
local OVS setup on the host.
OVN-Central
/ | \
/ | \
/ | \
/ | \
OVN-Controller OVN-Controller OVN-Controller
OVN-central can be installed anywhere , as long as it can communicate with the engine and
all the hosts.
During development we install it along the ovirt engine for convinience.
OVN-Controller must be installed on every ovirt host.
I then also assume I install the OVN agents onto all
the oVirt Nodes.
Short answer: Yes
Longe answer: If you plan not to use external networks on some clusters, you
can skip its hosts.
You can choose the clusters which support the external network by assigning the
network to clusters.
I see
that when you go to add the External Provider, does OVN Controller use
authentication, is there any information I would need to have besides
knowing which node it's on in order to add it to external provider?
For now it is only the url of the provider.
The provider is still under development, authentication is still just an
empty mock.
Would I
need to have any bridges or OVS configured on the nodes for this to work or
just install the services and get them configured and it just works?
We are using the default 'br-int' bridge which OVN is using. All should be
configured
when OVS/OVN is installed.
Let me know if I can help with anything else.
Marcin
----- Original Message -----
From: "Devin Acosta" <devin(a)pabstatencio.com>
To: "Marcin Mirecki" <mmirecki(a)redhat.com>
Cc: "users" <Users(a)ovirt.org>, "Yaniv Dary"
<ydary(a)redhat.com>
Sent: Thursday, December 1, 2016 6:19:07 PM
Subject: Re: [ovirt-users] oVirt 4 and Neutron
I have manually created the RPM's successfully, I just want to clarify a
few items so I make sure I'm deploying this according to best practice.
I presume the OVN Controller should just be some VM that is on the
ovirtmgmt network, or is there a preferred place to install the OVN
controller software? I then also assume I install the OVN agents onto all
the oVirt Nodes. My take on this is that this OVN replaces the more complex
Neutron/OVS installation, and makes for a more simple deployment. I see
that when you go to add the External Provider, does OVN Controller use
authentication, is there any information I would need to have besides
knowing which node it's on in order to add it to external provider? Would I
need to have any bridges or OVS configured on the nodes for this to work or
just install the services and get them configured and it just works?
Your assistance is appreciated.
On Thu, Dec 1, 2016 at 3:54 AM, Marcin Mirecki <mmirecki(a)redhat.com> wrote:
> Devin,
>
> The openvswitch OVN packages must be build manually at the moment. It is
> still not available either in the repos, nor as a download.
> For now please use the procedure attached below to build the OVN rpm's.
>
> I am not sure where 'firewalld-system' comes from. Is it not
> 'firewalld-filesystem'?
> This should be available from the standard repo.
>
> The ovirt-provider-ovn is being developed quite actively, and the blogpost
> is already somewhat outdated (even though it's not even a month old). I
> will try to update it asap.
>
> Thanks,
> Marcin
>
>
> BUILDING PROVIDER RPMS:
> ----------------------
> git clone https://gerrit.ovirt.org/ovirt-provider-ovn
> make rpm
>
>
>
>
> BUILDING OVN RPMS:
> ------------------
>
> Clone the repository:
>
> git clone https://github.com/openvswitch/ovs
>
> Install the following packages, as they are need to build ovn:
>
> yum -y install gcc make python-devel openssl-devel kernel-devel graphviz
> kernel-debug-devel autoconf automake rpm-build redhat-rpm-config rpm-build
> rpmdevtools bash-completion autoconf automake libtool PyQt4 groff
> libcap-ng-devel python-twisted-core python-zope-interface graphviz
> openssl-devel selinux-policy-devel
>
> Build the ovn rpms:
>
> cd ovs
> ./boot.sh
> ./configure
> make dist
> cp openvswitch-<version>.tar.gz $HOME/rpmbuild/SOURCES
> cd $HOME/rpmbuild/SOURCES
> tar xzf openvswitch-<version>.tar.gz
> cd openvswitch-<version>
> rpmbuild -bb rhel/openvswitch-fedora.spec
>
> The built rpms will reside here: ~/rpmbuild/RPMS/x86_64/
>
> --------------------
>
>
>
>
>
>
>
> ----- Original Message -----
> > From: "Yaniv Dary" <ydary(a)redhat.com>
> > To: "Devin Acosta" <devin(a)pabstatencio.com>, "Marcin
Mirecki" <
> mmirecki(a)redhat.com>
> > Cc: "users" <Users(a)ovirt.org>
> > Sent: Thursday, December 1, 2016 11:15:00 AM
> > Subject: Re: [ovirt-users] oVirt 4 and Neutron
> >
> > Adding Marcin to help with this.
> >
> > Yaniv Dary
> > Technical Product Manager
> > Red Hat Israel Ltd.
> > 34 Jerusalem Road
> > Building A, 4th floor
> > Ra'anana, Israel 4350109
> >
> > Tel : +972 (9) 7692306
> > 8272306
> > Email: ydary(a)redhat.com
> > IRC : ydary
> >
> >
> > On Thu, Dec 1, 2016 at 6:42 AM, Devin Acosta <devin(a)pabstatencio.com>
> wrote:
> >
> > >
> > > Yaniv,
> > >
> > > I am looking at the page that talks about ovirt-provider-ovn, and it
> > > sounds like something I want to try. However the document seems to be
> not
> > > complete, and I'm not sure i fully understand how it should be
> deployed.
> > > When I downloaded the "ovirt-provider-ovn-driver-0-1.noarch.rpm"
and
> try
> > > to install on the oVIRT nodes it complains about needing other packages
> > > such as:
> > >
> > > - openvswitch-ovn-central
> > > - python-openvswitch
> > > - firewalld-system
> > > - openvswitch-ovn-host
> > >
> > > I don't see anywhere where it talks about getting access to the RPMS
> for
> > > openvswitch-ovn-central. Also I presume like Neutron I would install
> OVN on
> > > a Master node and then install some clients on the nodes? Can you
> provide
> > > me additional information on this?
> > >
> > >
> > >
> > > On Tue, Nov 22, 2016 at 1:43 AM, Yaniv Dary <ydary(a)redhat.com>
wrote:
> > >
> > >> We are working on a native path to SDN via OVN (experimental at this
> > >> point):
> > >> https://www.ovirt.org/blog/2016/11/ovirt-provider-ovn/
> > >>
> > >> Using Neutron is an option, but at some point the native option might
> be
> > >> easier to use (we want to add a UI for it and tighter integration).
> > >>
> > >> Yaniv Dary
> > >> Technical Product Manager
> > >> Red Hat Israel Ltd.
> > >> 34 Jerusalem Road
> > >> Building A, 4th floor
> > >> Ra'anana, Israel 4350109
> > >>
> > >> Tel : +972 (9) 7692306
> > >> 8272306
> > >> Email: ydary(a)redhat.com
> > >> IRC : ydary
> > >>
> > >>
> > >> On Tue, Nov 22, 2016 at 5:09 AM, Devin Acosta
<devin(a)pabstatencio.com
> >
> > >> wrote:
> > >>
> > >>> oVirt Users:
> > >>>
> > >>> My work is currently deploying oVirt 4.0.5 into our Development
> > >>> environment. I see there use to be a maintained Openstack Neutron
> image
> > >>> that could be used with oVirt to provide SDN functionality.
I'm
> > >>> suspecting
> > >>> that the reason for the image no longer being maintained is
because
> it
> > >>> became a hassle to keep updated and patched. From what I
understand
> the
> > >>> current idea is to just point your oVirt installation to an
already
> > >>> installed Openstack setup. I can easily install an image and
install
> the
> > >>> latest Openstack (Keystone/Neutron) and then point oVirt to it,
but I
> > >>> want
> > >>> to understand if that is the proper way to move forward. Is there
a
> > >>> general
> > >>> consensus with the way oVirt is moving in regards to Software
Defined
> > >>> Networking and Neutron in general? Just want to ensure I
understand
> it
> > >>> clearly before just installing my own Neutron if there is going to
be
> > >>> another method.
> > >>>
> > >>> Any feedback is appreciated.
> > >>>
> > >>> Devin Acosta RHCA
> > >>>
> > >>>
> > >>> _______________________________________________
> > >>> Users mailing list
> > >>> Users(a)ovirt.org
> > >>> http://lists.ovirt.org/mailman/listinfo/users
> > >>>
> > >>>
> > >>
> > >
> > >
> > > --
> > >
> > > Devin Acosta
> > > Red Hat Certified Architect, LinuxStack
> > > 602-354-1220 || devin(a)linuxguru.co
> > >
> >
>
--
Devin Acosta
Red Hat Certified Architect, LinuxStack
602-354-1220 || devin(a)linuxguru.co