Release note and doc for multi-gw NS networking
1. What is the problem? Multi-gateway north-south networking support has been implemented[1], we need to add release note and update document. 2. What is the solution to the problem? Add release note and update document. 3. What features need to be implemented to the Tricircle to realize the solution? No new features. [1] https://review.openstack.org/#/c/454607/ Change-Id: I59dd3983a32db907fa56ad44c4a07e92d7037b5e
This commit is contained in:
parent
f36eb78f2f
commit
22f9334b77
|
@ -64,6 +64,7 @@ Installation with Central Neutron Server
|
|||
:header: "Option", "Description", "Example"
|
||||
|
||||
[DEFAULT] tricircle_db_connection, "database connection string for tricircle", mysql+pymysql://root:password@ 127.0.0.1/tricircle?charset=utf8
|
||||
[DEFAULT] transport_url, "a URL representing the used messaging driver and its full configuration", rabbit://user:password@127.0.0.1:5672
|
||||
[keystone_authtoken] auth_type, "authentication method", password
|
||||
[keystone_authtoken] auth_url, "keystone authorization url", http://$keystone_service_host/identity_admin
|
||||
[keystone_authtoken] username, "username of service account, needed for password authentication", tricircle
|
||||
|
@ -115,6 +116,7 @@ Installation with Central Neutron Server
|
|||
:header: "Option", "Description", "Example"
|
||||
|
||||
[DEFAULT] tricircle_db_connection, "database connection string for tricircle", mysql+pymysql://root:password@ 127.0.0.1/tricircle?charset=utf8
|
||||
[DEFAULT] transport_url, "a URL representing the used messaging driver and its full configuration", rabbit://user:password@127.0.0.1:5672
|
||||
[client] auth_url, "keystone authorization url", http://$keystone_service_host:5000/v3
|
||||
[client] identity_url, "keystone service url", http://$keystone_service_host:35357/v3
|
||||
[client] auto_refresh_endpoint, "if set to True, endpoint will be automatically refreshed if timeout accessing", True
|
||||
|
@ -167,10 +169,11 @@ Installation with Central Neutron Server
|
|||
[client] admin_tenant, "project name of admin account", demo
|
||||
[client] admin_user_domain_name, "user domain name of admin account", Default
|
||||
[client] admin_tenant_domain_name, "project name of admin account", Default
|
||||
[tricircle] type_drivers, "list of network type driver entry points to be loaded", "local,vlan,vxlan"
|
||||
[tricircle] tenant_network_types, "ordered list of network_types to allocate as tenant networks", "local,vlan,vxlan"
|
||||
[tricircle] network_vlan_ranges, "physical_network names and VLAN tags range usable of VLAN provider", "bridge:2001:3000"
|
||||
[tricircle] type_drivers, "list of network type driver entry points to be loaded", "local,vlan,vxlan,flat"
|
||||
[tricircle] tenant_network_types, "ordered list of network_types to allocate as tenant networks", "local,vlan,vxlan,flat"
|
||||
[tricircle] network_vlan_ranges, "physical network names and VLAN tags range usable of VLAN provider", "bridge:2001:3000"
|
||||
[tricircle] vni_ranges, "VxLAN VNI range", "1001:2000"
|
||||
[tricircle] flat_networks, "physical network names with which flat networks can be created", bridge
|
||||
[tricircle] bridge_network_type, "l3 bridge network type which is enabled in tenant_network_types and is not local type", vxlan
|
||||
[tricircle] default_region_for_external_network, "Default Region where the external network belongs to", RegionOne
|
||||
[tricircle] enable_api_gateway, "whether the API gateway is enabled", False
|
||||
|
@ -202,24 +205,21 @@ Installation with Local Neutron Server
|
|||
groups, please refer to the configuration guide. After the change, you just
|
||||
restart the Neutron server.
|
||||
|
||||
- configure local Neutron server
|
||||
|
||||
edit neutron.conf.
|
||||
|
||||
.. note::
|
||||
|
||||
Pay attention to the service_plugins configuration item, make sure
|
||||
the plugin which is configured can support associating a floating ip to
|
||||
a port whose network is not directly attached to the router.
|
||||
TricircleL3Plugin is inherited from Neutron original L3RouterPlugin,
|
||||
and overrides the original "get_router_for_floatingip" implementation
|
||||
to allow associating a floating ip to a port whose network is not
|
||||
directly attached to the router. If you want to configure local Neutron
|
||||
to use original L3RouterPlugin, then you need to patch the function
|
||||
"get_router_for_floatingip" as what has been done in TricircleL3Plugin.
|
||||
the plugin which is configured can support the association of floating IP
|
||||
to a port whose network is not directly attached to the router. To support
|
||||
it, TricircleL3Plugin is inherited from Neutron original L3RouterPlugin
|
||||
and overrides the original "get_router_for_floatingip" implementation.
|
||||
In order to configure local Neutron to use original L3RouterPlugin, you
|
||||
will need to patch the function "get_router_for_floatingip" in the same
|
||||
way that has been done for TricircleL3Plugin.
|
||||
|
||||
If only cross Neutron L2 networking is needed in the deployment, it's
|
||||
not necessary to configure the service plugins.
|
||||
It's not necessary to configure the service plugins if cross Neutron L2
|
||||
networking is the only need in the deployment.
|
||||
|
||||
.. csv-table::
|
||||
:header: "Option", "Description", "Example"
|
||||
|
@ -240,3 +240,46 @@ Installation with Local Neutron Server
|
|||
|
||||
.. note:: Change keystone_service_host to the address of Keystone service,
|
||||
and neutron_service_host to the address of central Neutron service.
|
||||
|
||||
edit ml2_conf.ini
|
||||
|
||||
.. list-table::
|
||||
:header-rows: 1
|
||||
|
||||
* - Option
|
||||
- Description
|
||||
- Example
|
||||
* - [ml2] mechanism_drivers
|
||||
- add l2population if vxlan network is used
|
||||
- openvswitch,l2population
|
||||
* - [agent] l2_population
|
||||
- set to True if vxlan network is used
|
||||
- True
|
||||
* - [agent] tunnel_types
|
||||
- set to vxlan if vxlan network is used
|
||||
- vxlan
|
||||
* - [ml2_type_vlan] network_vlan_ranges
|
||||
- for a specific physical network, the vlan range should be the same with
|
||||
tricircle.network_vlan_ranges option for central Neutron, configure this
|
||||
option if vlan network is used
|
||||
- bridge:2001:3000
|
||||
* - [ml2_type_vxlan] vni_ranges
|
||||
- should be the same with tricircle.vni_ranges option for central Neutron,
|
||||
configure this option if vxlan network is used
|
||||
- 1001:2000
|
||||
* - [ml2_type_flat] flat_networks
|
||||
- should be part of the tricircle.network_vlan_ranges option for central
|
||||
Neutron, configure this option if flat network is used
|
||||
- bridge
|
||||
* - [ovs] bridge_mappings
|
||||
- map the physical network to an ovs bridge
|
||||
- bridge:br-bridge
|
||||
|
||||
.. note:: In tricircle.network_vlan_ranges option for central Neutron, all
|
||||
the available physical networks in all pods and their vlan ranges should
|
||||
be configured without duplication. It's possible that one local Neutron
|
||||
doesn't contain some of the physical networks configured in
|
||||
tricircle.network_vlan_ranges, in this case, users need to specify
|
||||
availability zone hints when creating network or booting instances in the
|
||||
correct pod, to ensure that the required physical network is available in
|
||||
the target pod.
|
||||
|
|
|
@ -264,13 +264,17 @@ In pod2 in node2 for OpenStack RegionTwo,
|
|||
|
||||
After update, restart Apache service first, and then placement API.
|
||||
|
||||
**This problem no longer exists after this patch:**
|
||||
|
||||
https://github.com/openstack-dev/devstack/commit/6ed53156b6198e69d59d1cf3a3497e96f5b7a870
|
||||
|
||||
How to play
|
||||
^^^^^^^^^^^
|
||||
|
||||
- 1 After DevStack successfully starts, we need to create environment variables
|
||||
for the user (admin user as example in this guide). In DevStack folder ::
|
||||
|
||||
source openrc admin admin
|
||||
source openrc admin demo
|
||||
|
||||
- 2 Unset the region name environment variable, so that the command can be
|
||||
issued to specified region in following commands as needed ::
|
||||
|
|
|
@ -24,7 +24,7 @@ installing DevStack in virtual machine.
|
|||
- 4 After DevStack successfully starts, we need to create environment variables for
|
||||
the user (admin user as example in this document). In DevStack folder::
|
||||
|
||||
source openrc admin admin
|
||||
source openrc admin demo
|
||||
|
||||
- 5 Unset the region name environment variable, so that the command can be issued to
|
||||
specified region in following commands as needed::
|
||||
|
|
|
@ -0,0 +1,5 @@
|
|||
---
|
||||
features:
|
||||
- Support network topology that each OpenStack cloud provides external
|
||||
network for tenant's north-south traffic and at the same time east-west
|
||||
networking of tenant networks among OpenStack clouds is also enabled
|
Loading…
Reference in New Issue