Open Stack

Hi,

From my previous 3K+ nodes 6+ regions OpenStack operations experience in
Yandex, I found useless to have Cinder and Neutron services in cross-region
manner.

BTW, nova-neutron cross-region interactions are still legitimate use case:
you may utilize one neutron for many nova regions.

  >>> Sorry not quite understand here.  Do you mean you want this feature
cross-region(nova-neutron) ? Or it has been supported now in Openstack
nova, neutron ?




--
With best regards,
Vladimir Eremin,
Fuel Deployment Engineer,
Mirantis, Inc.



      On Mar 4, 2016, at 7:43 AM, Dolph Mathews <dolph.mathews at gmail.com>
      wrote:

      Unless someone on the operations side wants to speak up and defend
      cross-region nova-cinder or nova-neutron interactions as being a
      legitimate use case, I'd be in favor of a single region identifier.

      However, both of these configuration blocks should ultimately be used
      to configure keystoneauth, so I would be in favor of whatever
      solution simplifies configuration for keystoneauth.

      On Tue, Mar 1, 2016 at 10:01 PM, Kai Qiang Wu <wkqwu at cn.ibm.com>
      wrote:
        Hi All,


        Right now, we found that nova.conf have many places for region_name
        configuration. Check below:

        nova.conf

        *******
        [cinder]
        os_region_name = ***

        [neutron]
        region_name= ***



        *******


        From some mult-region environments observation, those two regions
        would always config same value.
        Question 1: Does nova support config different regions in
        nova.conf ? Like below

        [cinder]

        os_region_name = RegionOne

        [neutron]
        region_name= RegionTwo


        From Keystone point, I suspect those regions can access from each
        other.


        Question 2: If all need to config with same value, why we not use
        single region_name in nova.conf ? (instead of create many
        region_name in same file )

        Is it just for code maintenance or else consideration ?



        Could nova and keystone community members help this question ?


        Thanks


        Best Wishes,
        --------------------------------------------------------------------------------

        Kai Qiang Wu (吴开强 Kennan）
        IBM China System and Technology Lab, Beijing

        E-mail: wkqwu at cn.ibm.com
        Tel: 86-10-82451647
        Address: Building 28(Ring Building), ZhongGuanCun Software Park,
        No.8 Dong Bei Wang West Road, Haidian District Beijing P.R.China
        100193
        --------------------------------------------------------------------------------

        Follow your heart. You are miracle!

        __________________________________________________________________________

        OpenStack Development Mailing List (not for usage questions)
        Unsubscribe:
        OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
        http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


      __________________________________________________________________________

      OpenStack Development Mailing List (not for usage questions)
      Unsubscribe: OpenStack-dev-request at lists.openstack.org
      ?subject:unsubscribe
      http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
(See attached file: signature.asc)
__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20160304/b877a6b1/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: graycol.gif
Type: image/gif
Size: 105 bytes
Desc: not available
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20160304/b877a6b1/attachment.gif>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/octet-stream
Size: 201 bytes
Desc: not available
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20160304/b877a6b1/attachment.obj>