
<html><body><p><img width="16" height="16" src="cid:2__=8FBBF5FFDF8C99BB8f9e8a93df938690918c8FB@" border="0" alt="Inactive hide details for Vladimir Eremin ---04/03/2016 01:19:27 pm---Hi, From my previous 3K+ nodes 6+ regions OpenStack opera"><font color="#424282">Vladimir Eremin ---04/03/2016 01:19:27 pm---Hi, From my previous 3K+ nodes 6+ regions OpenStack operations experience in Yandex, I found useless</font><br><br><br><font size="4">Hi,</font><br><br><font size="4">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.</font><br><br><font size="4">BTW, nova-neutron cross-region interactions are still legitimate use case: you may utilize one neutron for many nova regions.</font><br><br><font size="4">  >>> </font><font size="4" color="#0000FF">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 ?</font><br><br><br><br><br><font size="4">-- <br>With best regards,<br>Vladimir Eremin,<br>Fuel Deployment Engineer,<br>Mirantis, Inc.</font><br><font size="4"><br></font><br>


<ul><ul><font size="4">On Mar 4, 2016, at 7:43 AM, Dolph Mathews <</font><a href="mailto:dolph.mathews@gmail.com"><u><font size="4" color="#0000FF">dolph.mathews@gmail.com</font></u></a><font size="4">> wrote:</font><br><br><font size="4">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.</font><br><br><font size="4">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.</font><br><br><font size="4">On Tue, Mar 1, 2016 at 10:01 PM, Kai Qiang Wu <</font><a href="mailto:wkqwu@cn.ibm.com" target="_blank"><u><font size="4" color="#0000FF">wkqwu@cn.ibm.com</font></u></a><font size="4">> wrote:</font><ul><font size="4">Hi All,<br><br><br>Right now, we found that nova.conf have many places for region_name configuration. Check below:<br><br>nova.conf<br><br>*******<br>[cinder]<br>os_region_name = ***<br><br>[neutron]<br>region_name= ***<br><br><br><br>*******<br><br><br>From some mult-region environments observation, those two regions would always config same value. </font><b><font size="4"><br>Question 1: Does nova support config different regions in nova.conf ? Like below</font></b><font size="4"><br><br>[cinder]<br><br>os_region_name = </font><font size="4" color="#0000FF">RegionOne</font><font size="4"><br><br>[neutron]<br>region_name=</font><font size="4" color="#0020C2"> RegionTwo</font><font size="4"><br><br><br>From Keystone point, I suspect those regions can access from each other.<br><br></font><b><font size="4"><br>Question 2: If all need to config with same value, why we not use single region_name in nova.conf ?</font></b><font size="4"> (instead of create many region_name in same file ) <br><br>Is it just for code maintenance or else consideration ?<br><br><br><br>Could nova and keystone community members help this question ? <br><br><br>Thanks<br><br><br>Best Wishes,<br>--------------------------------------------------------------------------------<br>Kai Qiang Wu (吴开强 Kennan）<br>IBM China System and Technology Lab, Beijing<br><br>E-mail: </font><a href="mailto:wkqwu@cn.ibm.com" target="_blank"><u><font size="4" color="#0000FF">wkqwu@cn.ibm.com</font></u></a><font size="4"><br>Tel: 86-10-82451647<br>Address: Building 28(Ring Building), ZhongGuanCun Software Park, <br>No.8 Dong Bei Wang West Road, Haidian District Beijing P.R.China 100193<br>--------------------------------------------------------------------------------<br>Follow your heart. You are miracle! </font><br><font size="4"><br>__________________________________________________________________________<br>OpenStack Development Mailing List (not for usage questions)<br>Unsubscribe: </font><a href="http://OpenStack-dev-request@lists.openstack.org/?subject:unsubscribe" target="_blank"><u><font size="4" color="#0000FF">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</font></u></a><u><font size="4" color="#0000FF"><br></font></u><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank"><u><font size="4" color="#0000FF">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</font></u></a><font size="4"><br></font></ul><br><font size="4">__________________________________________________________________________<br>OpenStack Development Mailing List (not for usage questions)<br>Unsubscribe: </font><a href="mailto:OpenStack-dev-request@lists.openstack.org"><u><font size="4" color="#0000FF">OpenStack-dev-request@lists.openstack.org</font></u></a><font size="4">?subject:unsubscribe</font><u><font size="4" color="#0000FF"><br></font></u><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev"><u><font size="4" color="#0000FF">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</font></u></a></ul></ul><i>(See attached file: signature.asc)</i><tt>__________________________________________________________________________<br>OpenStack Development Mailing List (not for usage questions)<br>Unsubscribe: OpenStack-dev-request@lists.openstack.org?subject:unsubscribe<br></tt><tt><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a></tt><tt><br></tt><br><br><BR>


</body></html>