Open Stack

As early mentioned this week, Mark's option is a valid alternative
(separate regions). @ Mark, I wonder if this excpert from your pointer is
still valid:

"VDS-based networking has limitations, including the inability of tenants
to create their own private L2 networks, and the inability to deliver L3
and higher networking services such as virtual routers, security groups,
and floating IPs.
If such features are important for your VMware Integrated OpenStack
deployment, consider using NSX-V for Neutron networking."

In case I think people should be aware of this before going for this option.

Br,
Federico

--
Future Internet is closer than you think!
http://www.fiware.org

Official Mirantis partner for OpenStack Training
https://www.create-net.org/community/openstack-training

-- 
Dr. Federico M. Facca

CREATE-NET
Via alla Cascata 56/D
38123 Povo Trento (Italy)

P  +39 0461 312471
M +39 334 6049758
E  federico.facca at create-net.org
T @chicco785
W  www.create-net.org

On Thu, Sep 24, 2015 at 5:58 PM, Mark Voelker <mvoelker at vmware.com> wrote:

> Miko,
>
> There’s a VDS driver for Neutron in addition to the NSX one that you might
> want to have a look at if you haven’t already.  Some notes on that here
> (these are from the admin guides for the VMware Integrated OpenStack
> distribution as it does a pretty good job of describing the requirements,
> architecture, and limitations of the VDS driver, but the driver itself is
> open source and can be used by anyone):
>
>
> http://pubs.vmware.com/integrated-openstack-2/index.jsp#com.vmware.openstack.install.doc/GUID-98D92A0C-E568-4380-A9AA-7AE9A59E360E.html
>
> VDS obviously won’t work for the KVM compute hosts though.  A fairly
> widely-used tactic if you don’t want to use an SDN or overlay based
> solution for spanning multiple hypervisors is to separate the hypervisor
> hosts into separate regions (which have distinct API endpoints and can
> therefore have services configured completely differently if you so
> desire).  If you’re not familiar with the concept of regions, have a look
> here:
>
> http://docs.openstack.org/openstack-ops/content/scaling.html
>
> Note that if you go that route users need to target one region or the
> other when making API calls since they are distinct API endpoints.
>
> At Your Service,
>
> Mark T. Voelker
>
>
>
> > On Sep 24, 2015, at 5:01 AM, Miko Bello <openstack at mikebeauty.com>
> wrote:
> >
> > Hi Folks,
> > i would like to know if anybody has tried to implement a neutron
> solution with vsphere without using NSX-like solutions.
> > I mean, my lab environment is composed of :
> >
> >  - 1 network node ( neutron )
> >  - 1 controller node
> >  - 2 compute node ( kvm)
> >  - 1 compute node linked to a cluster vsphere 6.0
> >
> > i tried, without success ;( to deploy an instance on vsphere node with a
> network configuration of type VLAN; ( obviously, in this configuration,i
> have not the ambition of a ovs solution type :)  )
> > so my questions are: it's' possible to implement a network neutron
> solution of type VLAN ? if yes how can i do?
> > Thanks in advantage.
> > Miko Bello
> >
> >
> >
> >
> >
> >
> >
> > _______________________________________________
> > OpenStack-operators mailing list
> > OpenStack-operators at lists.openstack.org
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>
> _______________________________________________
> OpenStack-operators mailing list
> OpenStack-operators at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20150924/496bbbed/attachment.html>