IMO, Neutron and Cinder are both not ready for 'Cell'. In current implementation, Neutron and Cinder both don't know anything about cells, I'm afraid it's just an experimental feature.
And , in a large scale deployment(maybe multi-DC), we should consider the performance of volumes and network across cells, using Neutron and Cinder as shared services. ------------------------------------------------------------ Lingxian Kong Huawei Technologies Co.,LTD. IT Product Line CloudOS PDU China, Xi'an Mobile: +86-18602962792 Email: konglingx...@huawei.com From: Addepalli Srini-B22160 [mailto:b22...@freescale.com] Sent: Sunday, September 01, 2013 4:14 AM To: OpenStack Development Mailing List Subject: Re: [openstack-dev] Cells - Neutron Service Thanks. That link was helpful. So, I take it that Neutron is a shared service across cells. Since it is a shared services, I guess virtual networks based on VXLAN, VLAN, GRE technologies can be realized across compute nodes. Thanks Srini From: Qiu Yu [mailto:unic...@gmail.com] Sent: Friday, August 30, 2013 9:10 AM To: OpenStack Development Mailing List Subject: Re: [openstack-dev] Cells - Neutron Service I found this launchpad discussion, in which Aaron mentioned about network awareness integration with nova cells. https://answers.launchpad.net/neutron/+question/228815 Could anyone share some pointers in that direction? Thanks! Best Regards, -- Qiu Yu On Fri, Aug 30, 2013 at 6:40 AM, Ravi Chunduru <ravi...@gmail.com<mailto:ravi...@gmail.com>> wrote: Its an interesting discussion you brought up today. I agree there is no clear definition of neutron service in that table. The cell goes by its definition of ability to create instance anywhere. Then there needs to be inter-vm communication for a given network. I feel Neutron must be shared service in Cells. Such depth is missing in Neutron today. Any thoughts? Thanks, -Ravi. On Thu, Aug 29, 2013 at 8:00 AM, Addepalli Srini-B22160 <b22...@freescale.com<mailto:b22...@freescale.com>> wrote: Hi, While developing some neutron extensions, one question came up on Cells. Appreciate any comments. According to this table in operations guide, a cell shares nova-api and keystone, but does not talk about other services. I understand from few that Neutron service need to be shared across cells if virtual networks are to be extended to multiple cells. Otherwise, neutron service can be dedicated to each cell. I guess anybody developing neutron related extensions need to take care both scenarios. Is that understanding correct? Also which deployments are more common - Shared Neutron or dedicated neutrons? Thanks Srini Cells Regions Availability Zones Host Aggregates Use when you need A single API endpoint<http://docs.openstack.org/trunk/openstack-ops/content/scaling.html> for compute, or you require a second level of scheduling. Discrete regions with separate API endpoints and no coordination between regions. Logical separation within your nova deployment for physical isolation or redundancy. To schedule a group of hosts with common features. Example A cloud with multiple sites where you can schedule VMs "anywhere" or on a particular site. A cloud with multiple sites, where you schedule VMs to a particular site and you want a shared infrastructure. A single site cloud with equipment fed by separate power supplies. Scheduling to hosts with trusted hardware support. Overhead * A new service, nova-cells * Each cell has a full nova installation except nova-api * A different API endpoint for every region. * Each region has a full nova installation. * Configuration changes to nova.conf * Configuration changes to nova.conf Shared services Keystone nova-api Keystone Keystone All nova services Keystone All nova services _______________________________________________ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org<mailto:OpenStack-dev@lists.openstack.org> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Ravi _______________________________________________ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org<mailto:OpenStack-dev@lists.openstack.org> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
_______________________________________________ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev