Open Stack

Hi Ravi,

Thanks for giving reference examples.

Though I tried to give very generic use case without referring to Networking use cases. It is good that you referred to examples so that the community can understand the need for it.

Regards,
Balaji.P

From: Ravi Chunduru [mailto:ravivsn at gmail.com]
Sent: Monday, September 30, 2013 10:16 PM
To: OpenStack Development Mailing List; Palanisamy, Anand
Cc: Sean Dague
Subject: Re: [openstack-dev] [Nova] [Libvirt] Virtio-Serial support for Nova libvirt driver

Let me present an use case.
Today Nova enables to launch guests of different types.  For real deployments we would need appliances from various vendors to run as instances.  Appliances can be Loadbalancer, Firewall, IPsec, Routers  or UTM etc.,

These appliances can be tied up with Neutron Services and would need configuration from various services like FWaaS, LBaaS, VPNaaS etc.,
One way to configure these appliances from Neutron Agents is by opening up the so needed virtio unix channel socket and reach the configuration daemon in the appliance.
Other approach is by having a separate network for management activities and having agent to communicate to a daemon in netns to reach out to appliance.

For us, it means additional daemon in the second approach. In case of first approach it is similar to Vmware way of configuring appliance.

Check this for reference http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1010806

Please look from Network appliance perspective to enable this featue. I welcome if you can suggest us if spicevm or generic qemu guest agent can help. If so, how the adaptability with vendors can be solved.

Let me know if you need more information.

Thanks,
-Ravi.


On Mon, Sep 30, 2013 at 8:05 AM, Russell Bryant <rbryant at redhat.com<mailto:rbryant at redhat.com>> wrote:
On 09/30/2013 07:57 AM, Sean Dague wrote:
> On 09/30/2013 07:51 AM, Daniel P. Berrange wrote:
> <snip>
>> I'm not convinced that we should be in the business of adding features to
>> Nova for integration with arbitrary, closed source host components which
>> we have no information about.
>
> +1
+2

--
Russell Bryant

_______________________________________________
OpenStack-dev mailing list
OpenStack-dev at lists.openstack.org<mailto:OpenStack-dev at lists.openstack.org>
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev



--
Ravi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20130930/db9607a0/attachment.html>