settingsLogin | Registersettings

[openstack-dev] [horizon] Multi-region support in shared Keystone service deployment

0 votes

Hi, Horizon developers,

In our OpenStack based public cloud(Catalyst Cloud), Keystone is a shared
identity service across 3 regions, our customers have been asking for the
feature that they could select their preferred region when they log in
Horizon, rather than switching region each time after login.

Unfortunately, the existing 'AVAILABLEREGIONS' only works with
multi-keystone, multi-region environment, so for backward compatibility and
getting rid of potential confusion, a new config option named
'AVAILABLE
SERVICEREGIONS' was introduced in my patch1, the setting
is supposed to be configured by the cloud operators and the
'AVAILABLE
REGIONS' setting will take precedence over
'AVAILABLESERVICEREGIONS'.

I am sending this email to ask for more feedback, and do I need to propose
a feature spec before the code is actually being reviewed?

Cheers,
Lingxian Kong (Larry)


OpenStack Development Mailing List (not for usage questions)
Unsubscribe: OpenStack-dev-request@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
asked Aug 18, 2017 in openstack-dev by Lingxian_Kong (5,600 points)   1 3 7

2 Responses

0 votes

As I mentioned the last time you asked :), we use blueprints, and the template is here: https://blueprints.launchpad.net/horizon/+spec/template

Please register a blueprint for discussion / tracking. The change looks sensible, although I’d prefer we use a setting name like https://docs.openstack.org/horizon/latest/configuration/settings.html#openstack-keystone-domain-choices. It’s a bit less ambiguous.

Rob

On 16 Aug 2017, at 23:03, Lingxian Kong anlin.kong@gmail.com wrote:

Hi, Horizon developers,

In our OpenStack based public cloud(Catalyst Cloud), Keystone is a shared identity service across 3 regions, our customers have been asking for the feature that they could select their preferred region when they log in Horizon, rather than switching region each time after login.

Unfortunately, the existing 'AVAILABLEREGIONS' only works with multi-keystone, multi-region environment, so for backward compatibility and getting rid of potential confusion, a new config option named 'AVAILABLESERVICEREGIONS' was introduced in my patch1, the setting is supposed to be configured by the cloud operators and the 'AVAILABLEREGIONS' setting will take precedence over 'AVAILABLESERVICEREGIONS'.

I am sending this email to ask for more feedback, and do I need to propose a feature spec before the code is actually being reviewed?

[1]: https://review.openstack.org/#/c/494083/
Cheers,
Lingxian Kong (Larry)


OpenStack Development Mailing List (not for usage questions)
Unsubscribe: OpenStack-dev-request@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@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
responded Aug 17, 2017 by Rob_Cresswell_(rcres (2,200 points)   3
0 votes

Thanks, Rob, blueprint is proposed here:
https://blueprints.launchpad.net/horizon/+spec/horizon-multi-region-support

Cheers,
Lingxian Kong (Larry)

On Thu, Aug 17, 2017 at 11:05 PM, Rob Cresswell (rcresswe) <
rcresswe@cisco.com> wrote:

As I mentioned the last time you asked :), we use blueprints, and the
template is here: https://blueprints.launchpad.net/horizon/+spec/template

Please register a blueprint for discussion / tracking. The change looks
sensible, although I’d prefer we use a setting name like
https://docs.openstack.org/horizon/latest/configuration/settings.html#
openstack-keystone-domain-choices. It’s a bit less ambiguous.

Rob

On 16 Aug 2017, at 23:03, Lingxian Kong anlin.kong@gmail.com wrote:

Hi, Horizon developers,

In our OpenStack based public cloud(Catalyst Cloud), Keystone is a shared
identity service across 3 regions, our customers have been asking for the
feature that they could select their preferred region when they log in
Horizon, rather than switching region each time after login.

Unfortunately, the existing 'AVAILABLEREGIONS' only works with
multi-keystone, multi-region environment, so for backward compatibility and
getting rid of potential confusion, a new config option named
'AVAILABLE
SERVICEREGIONS' was introduced in my patch[1][2], the setting
is supposed to be configured by the cloud operators and the
'AVAILABLE
REGIONS' setting will take precedence over
'AVAILABLESERVICEREGIONS'.

I am sending this email to ask for more feedback, and do I need to propose
a feature spec before the code is actually being reviewed?

[1]: https://review.openstack.org/#/c/494083/
[2]: https://review.openstack.org/#/c/494059/

Cheers,
Lingxian Kong (Larry)


OpenStack Development Mailing List (not for usage questions)
Unsubscribe: OpenStack-dev-request@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@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@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
responded Aug 18, 2017 by Lingxian_Kong (5,600 points)   1 3 7
...