I have used this method to deploy two different stacks.
Stack 1) All Baremetal nodes for OpenShift *This stack used the default networks
Stack 2) OpenStack deployment * This stack uses parameter_defaults:
ExternalNetName: external2 InternalApiNetName: internal_api2 StorageMgmtNetName: storagemgt2 StorageNetName: storage2 TenantNetName: tenant2
ExternalSubnetName: external_subnet2 InternalSubnetName: internal_api_subnet2 StorageMgmtSubnetName: storagemgmt_subnet2 StorageSubnetName: storage_subnet2 TenantSubnetName: tenant_subnet2
InternalApiNetValueSpecs: 'provider:physical_network': 'internal_api2' 'provider:network_type': 'flat' ExternalNetValueSpecs: 'provider:physical_network': 'external2' 'provider:network_type': 'flat' StorageNetValueSpecs: 'provider:physical_network': 'storage2' 'provider:network_type': 'flat' StorageMgmtNetValueSpecs: 'provider:physical_network': 'storagemgt2' 'provider:network_type': 'flat' TenantNetValueSpecs: 'provider:physical_network': 'tenant2' 'provider:network_type': 'flat'
However, on my controllers, it seems to be using resources from Stack1, such as the internal_api.
[stack@undercloud ~]$ neutron net-list +--------------------------------------+---------------+----------------------------------------------------+ | id | name | subnets | +--------------------------------------+---------------+----------------------------------------------------+ | 0aa5ef18-06ac-47c0-b424-22d5fee09606 | internal_api | 62713943-bcaa-4fcb-88a7-329fe8f144a8 172.16.0.0/16 | | 1366beab-40ff-46bb-abb4-e61c47f37863 | tenant2 | 0eea909c-969b-45eb-b5ad-05d35f623678 172.17.0.0/16 | | 4005a7de-d43f-4d67-b6fd-0e6ed547882c | tenant | 90267149-42a5-4a8a-82c2-32024267fee8 172.17.0.0/16 | | 4516cbf4-3258-431f-8939-69c18d994f32 | internal_api2 | 215f46a3-ec1b-42c1-8406-66263819a53b 172.16.0.0/16 | | 472dc57b-6b22-4962-956f-e37e6dfb2dcc | storage | 8a4c22b0-9fe8-4ace-9bf9-8898fd96c9e6 172.18.0.0/16 | | 62584d24-fcd1-44c2-a992-60b53c29d540 | ctlplane | f46b26ab-aa9a-4e04-a8db-0e5f02c64574 192.0.0.0/16 | | a21a3587-42ed-4268-b45b-a21a20cbf3fc | external2 | e2e376e3-d32f-41bf-ac81-ceef26d54e23 10.2.0.0/21 | | a5b7450e-8f52-40f2-9cee-61e2e3bef7e2 | storagemgt2 | 2dab5417-623d-4673-89e9-687bec96e07f 172.19.0.0/16 | | aa302c55-f24e-4e44-9d15-ca180ff270df | external | 2d2db959-c191-4e75-8237-2e97b10223ea 10.2.0.0/21 | | ebd9e5e1-1387-4d37-b334-729b62f6d554 | storage_mgmt | 62a48e37-da59-4651-9d51-4798ec331400 172.19.0.0/16 | | f08e6d74-f29c-4093-adca-7fa3bb11b436 | storage2 | 47567f2b-6a80-4de3-ab9e-a75c0438b052 172.18.0.0/16 | +--------------------------------------+---------------+----------------------------------------------------+
| 065b7c04-9354-4663-8b43-1a1546f47468 | redis_virtual_ip | fa:16:3e:06:2b:0f | {"subnet_id": "62713943-bcaa-4fc b-88a7-329fe8f144a8", "ip_address": "172.16.0.106"} |
^ Is a IP on my controller. However, Stack2 should be using internal_api2,215f46a3-ec1b-42c1-8406-66263819a53b
I have used this method to deploy two different stacks.
Stack 1) All Baremetal nodes for OpenShift
*This stack used the default networks
Stack 2) OpenStack deployment
* This stack uses
parameter_defaults:
ExternalNetName: external2 tName: internal_api2 tName: storagemgt2
InternalApiNe
StorageMgmtNe
StorageNetName: storage2
TenantNetName: tenant2
ExternalSubne tName: external_subnet2 tName: internal_ api_subnet2 bnetName: storagemgmt_subnet2 Name: storage_subnet2
InternalSubne
StorageMgmtSu
StorageSubnet
TenantSubnetName: tenant_subnet2
InternalApiNe tValueSpecs: provider: physical_ network' : 'internal_api2' provider: network_ type': 'flat' lueSpecs: provider: physical_ network' : 'external2' provider: network_ type': 'flat' ueSpecs: provider: physical_ network' : 'storage2' provider: network_ type': 'flat' tValueSpecs: provider: physical_ network' : 'storagemgt2' provider: network_ type': 'flat' eSpecs: provider: physical_ network' : 'tenant2' provider: network_ type': 'flat'
'
'
ExternalNetVa
'
'
StorageNetVal
'
'
StorageMgmtNe
'
'
TenantNetValu
'
'
However, on my controllers, it seems to be using resources from Stack1, such as the internal_api.
[stack@undercloud ~]$ neutron net-list ------- ------- ------- ------- ----+-- ------- ------+ ------- ------- ------- ------- ------- ------- ------- ---+ ------- ------- ------- ------- ----+-- ------- ------+ ------- ------- ------- ------- ------- ------- ------- ---+ 06ac-47c0- b424-22d5fee096 06 | internal_api | 62713943- bcaa-4fcb- 88a7-329fe8f144 a8 172.16.0.0/16 | 40ff-46bb- abb4-e61c47f378 63 | tenant2 | 0eea909c- 969b-45eb- b5ad-05d35f6236 78 172.17.0.0/16 | d43f-4d67- b6fd-0e6ed54788 2c | tenant | 90267149- 42a5-4a8a- 82c2-32024267fe e8 172.17.0.0/16 | 3258-431f- 8939-69c18d994f 32 | internal_api2 | 215f46a3- ec1b-42c1- 8406-66263819a5 3b 172.16.0.0/16 | 6b22-4962- 956f-e37e6dfb2d cc | storage | 8a4c22b0- 9fe8-4ace- 9bf9-8898fd96c9 e6 172.18.0.0/16 | fcd1-44c2- a992-60b53c29d5 40 | ctlplane | f46b26ab- aa9a-4e04- a8db-0e5f02c645 74 192.0.0.0/16 | 42ed-4268- b45b-a21a20cbf3 fc | external2 | e2e376e3- d32f-41bf- ac81-ceef26d54e 23 10.2.0.0/21 | 8f52-40f2- 9cee-61e2e3bef7 e2 | storagemgt2 | 2dab5417- 623d-4673- 89e9-687bec96e0 7f 172.19.0.0/16 | f24e-4e44- 9d15-ca180ff270 df | external | 2d2db959- c191-4e75- 8237-2e97b10223 ea 10.2.0.0/21 | 1387-4d37- b334-729b62f6d5 54 | storage_mgmt | 62a48e37- da59-4651- 9d51-4798ec3314 00 172.19.0.0/16 | f29c-4093- adca-7fa3bb11b4 36 | storage2 | 47567f2b- 6a80-4de3- ab9e-a75c0438b0 52 172.18.0.0/16 | ------- ------- ------- ------- ----+-- ------- ------+ ------- ------- ------- ------- ------- ------- ------- ---+
+------
| id | name | subnets |
+------
| 0aa5ef18-
| 1366beab-
| 4005a7de-
| 4516cbf4-
| 472dc57b-
| 62584d24-
| a21a3587-
| a5b7450e-
| aa302c55-
| ebd9e5e1-
| f08e6d74-
+------
| 065b7c04- 9354-4663- 8b43-1a1546f474 68 | redis_virtual_ip | fa:16:3e:06:2b:0f | {"subnet_id": "62713943-bcaa-4fc 329fe8f144a8" , "ip_address": "172.16.0.106"} |
b-88a7-
^ Is a IP on my controller. However, Stack2 should be using internal_ api2,215f46a3- ec1b-42c1- 8406-66263819a5 3b