Re: [Netstack] OpenStack Dashboard
Hey Dan, Thanks for the link! I'm excited to see that support for Quantum is being added to Dashboard. I did notice that a new module called django-quantum is added, but there is a slightly cleaner way to accomplish this without having to create a new top level module. I recommend looking at how we integrated Swift support recently. Let me know if you guys have any questions about the integration. I'm available to help! Best, Devin On Aug 8, 2011, at 11:39 AM, Dan Wendlandt wrote: > Hi Devin, > > Here's the pointer to the existing Quantum dashboard blueprint: > https://blueprints.launchpad.net/quantum/+spec/quantum-client-gui > > Mark Voelker's team at Cisco has been taking the lead on this and can provide > you with more details. Its currently targeted for Diablo-4. > > CC'ing the netstack list in case an impromptu design discussion ensures :) > > Dan > > > -- > ~~~ > Dan Wendlandt > Nicira Networks, Inc. > www.nicira.com | www.openvswitch.org > Sr. Product Manager > cell: 650-906-2650 > ~~~ > -- Mailing list: https://launchpad.net/~netstack Post to : netstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~netstack More help : https://help.launchpad.net/ListHelp
Re: [Netstack] OpenStack Dashboard
I think we should focus on using the existing modularity mechanisms inside this project, at least in terms of the dashboard integration. The Rackspace Cloudbuilders team has been improving some of the extensibility mechanisms and have provided some examples. I've added Jake Dahn to this thread so he can go into some more detail about how it works. With respect to using quantum separately, I think that the project structure is strongly coupled enough to say that there isn't much value here. To be clear, a general python API around quantum is of course valuable, but trying to generalize the django components around quantum is probably going to cause more problems than it solves. To that end I for one would much prefer to see the quantum support refactored as a submodule instead of a top level django-quantum project. Happy to help or answer any questions about this. I saw the updated screenshots today and things are looking great! Best, Devin On Aug 8, 2011, at 2:22 PM, Arvind Somya wrote: > Hey Devin > > The integration is nearly complete, I'm just working on the final bits to > attach/detach ports from nova instances. > > I did start out similar to the swift container code in the dashboard with my > views and controllers within the django_openstack module but halfway through > I changed my mind and moved them to a separate module. > > I thought since Quantum is a project that can also be used outside openstack, > it might be nice to have a separate module that provides all the basic views > and operations without depending on nova. The templates are also contained > within django-quantum so publishing a django-quantum egg should enable any > other nova/non-nova clients to reuse the views. > > I'm fairly new to Django/Buildout and I could be totally wrong on the > approach. Should I roll up everything into django-openstack? Please let me > know the potential pitfalls/ shortcomings of my approach. > > Thanks > Arvind > > On 08/08/2011 04:45 PM, Devin Carlen wrote: >> >> Hey Dan, >> >> Thanks for the link! I'm excited to see that support for Quantum is being >> added to Dashboard. I did notice that a new module called django-quantum is >> added, but there is a slightly cleaner way to accomplish this without having >> to create a new top level module. I recommend looking at how we integrated >> Swift support recently. >> >> Let me know if you guys have any questions about the integration. I'm >> available to help! >> >> >> Best, >> >> Devin >> >> On Aug 8, 2011, at 11:39 AM, Dan Wendlandt wrote: >> >>> Hi Devin, >>> >>> Here's the pointer to the existing Quantum dashboard blueprint: >>> https://blueprints.launchpad.net/quantum/+spec/quantum-client-gui >>> >>> Mark Voelker's team at Cisco has been taking the lead on this and can >>> provide you with more details. Its currently targeted for Diablo-4. >>> >>> CC'ing the netstack list in case an impromptu design discussion ensures :) >>> >>> Dan >>> >>> >>> -- >>> ~~~ >>> Dan Wendlandt >>> Nicira Networks, Inc. >>> www.nicira.com | www.openvswitch.org >>> Sr. Product Manager >>> cell: 650-906-2650 >>> ~~~ >>> >> > -- Mailing list: https://launchpad.net/~netstack Post to : netstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~netstack More help : https://help.launchpad.net/ListHelp
Re: [Netstack] Pre-summit Quantum & Dashboard integration discussions
Hi all, I have some notes inline for you. On Sep 28, 2011, at 2:59 PM, Somik Behera wrote: > Hi All, > > I just wanted to send few initial thoughts on enhancing our Dashboard > integration to better enable the end-user(tenant) to manage their networking( > L2, IPAM all together) as well as provide the Cloud Admin a location, where > they can interact with Quantum, and perform Quantum specific functions( i.e. > use cases specific to the Network Admin) I installed Dashboard with > Quantum,Keystone and Nova all working together, after navigating few > landmines, I got it running and had some early feedback and I was hoping to > collect what ideas other folks in the team had around Dashboard. I know > Arvind and Mark Voelker from Cisco have quite a few ideas and I am hoping by > the end of summit, we can all together crystallize all the ideas into > blueprints for Essex. > Yes, we got bit by the Keystone bug a bit. They have committed to dropping code by Friday so we should be able to release a Diablo stable version of Dashboard by then. > I am sure there are a lot of thoughts and ideas around how we should > integrate Quantum with various OpenStack services, and then how does > Dashboard orchestrate all these underlying OpenStack services in a cohesive > manner( from networking perspective.) I just wanted to get the discussion > started and hopefully, we can tackle the discussions around these flows in > the unconference area or together with Salvatore's Quantum integration > workflows session > > Quantum-Nova workflow today: > > 1. OpenStack cloud provider configures QuantumManager as the NetworkManager > and the appropriate IPAM service,Nova's IPAM or Melange. > 2. Using nova-manage, Cloud “admin” creates global shared networks in nova > with a priority & subnet > 3. Using nova-manage, Cloud “admin” or tenant “admin” creates tenant specific > networks with a priority & subnet > 4. Tenant spins up a VM, VM contains appropriate # of nics(multi-nic) based > on # of networks the VM is associated with, injected IP, and Vifs plugged > into the correct network. > > Quantum-Dashboard workflow today: > > 1. OpenStack cloud provider configures Quantum service integration. > 2. Tenant logs in with keystone credentials > 3. Tenant can view networks owned by the tenant > 4. Tenant can create, update, delete tenant owned network & ports > 5. Tenant can plug/unplug Vifs to/from networks. > > Workflow items not supported by dashboard today: > > 1. A SysPanel UI for "Quantum" only for Network-only admin functionality. > 2. Networks created via dashboard are unknown to nova, the networks also are > not associated with Nova IPAM or Melange IPAM > - This requires that once a Quantum network has been created, user still > has to use nova-manage CLI to associate the quantum network within Nova DB >and create an associated IP block with the network. > 3. A mechanism for dashboard UI to support additional UI for various > extensions, in a pluggable manner. This is in progress now. We'll have the ability to register functionality in the side and top bars as needed for top level functionality. To enable functions at a more granular level (eg specifiying a network to use when launching an instance?) you'll need to create code in the launch instance template to pivot around settings.QUANTUM_ENABLED. Bit of a pain but totally doable. > > While we can discuss what the real workflow should be and what kind of UI we > should create, at the summit, I just wanted to open this thread to gather > some input ahead of the summit. Let me know when and where and I'll be there. :) > > I am hoping we can merge this discussions with Salvatore's integration > workflow discussion or do a unconference session as having a robust UI will > definitely help Quantum's adoption as well as Demo's :) > > Thanks, > Somik > > -- > Somik Behera | Nicira Networks, Inc. | so...@nicira.com | office: > 650-390-6790 | cell: 512-577-6645 > -- > Mailing list: https://launchpad.net/~netstack > Post to : netstack@lists.launchpad.net > Unsubscribe : https://launchpad.net/~netstack > More help : https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~netstack Post to : netstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~netstack More help : https://help.launchpad.net/ListHelp
Re: [Netstack] Horizon update
Arvind, that's great! Though Quantum support was officially removed from Horizon for Essex timeframe, that won't prevent us from adding support for Essex as a separate package thanks to a lot of great work done by Gabriel Hurley to make the framework pluggable. If you're planning on being at the summit it would be fantastic to have you join us for the Horizon/Quantum integration discussions! Best, Devin On Mar 30, 2012, at 4:52 PM, Arvind Somya wrote: > Hey Netstackers > > Just wanted to give you guys a quick update on the state of quantum > integration in horizon. > > I just finished bringing quantum/horizon back to the state it was in Diablo > i.e. All CRUD operations, attaching/detaching ports, toggling ports etc. > > I’m still working on PEP8 compliance and writing tests before pushing this > out to the community; In the meantime if anyone wants to test it out you can > grab my development branch from: > https://github.com/asomya/horizon > > Thanks > Arvind Somya > -- > Mailing list: https://launchpad.net/~netstack > Post to : netstack@lists.launchpad.net > Unsubscribe : https://launchpad.net/~netstack > More help : https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~netstack Post to : netstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~netstack More help : https://help.launchpad.net/ListHelp
