Files
openstack-ansible/etc/openstack_deploy/openstack_user_config.yml.test.example
T
Dmitriy Rabotyagov 79d29b9f74 Resolve invalid chars in groups
Since ansible 2.8, usage of dashes in group names is against convention,
so by default Ansible issues a warning for such
group names.

This patch aims to finaly rename groups for all new deployments, while
making the transition for existing ones as smooth as possible.

For existing deployments old defenitions will be respected, and
a new set of groups produced.

It's up do operators to perform the clean up of old groups.

We also change the value of ANSIBLE_TRANSFORM_INVALID_GROUP_CHARS to
show the warning, but konvert groups names to the new format.

This is needed to ensure roles and playbooks will have expected group
names in them, even though this may affect negatively cases, where
OSA deploy hosts are also being used for internal operations.

Depends-On: https://review.opendev.org/c/openstack/openstack-ansible-plugins/+/978458
Change-Id: I94907bcce7947df48f8cd19c3a79a8c7242dbc2d
Signed-off-by: Dmitriy Rabotyagov <dmitriy.rabotyagov@cleura.com>
2026-03-11 09:37:57 +00:00

150 lines
3.1 KiB
Plaintext

---
cidr_networks:
management: 172.29.236.0/22
tunnel: 172.29.240.0/22
storage: 172.29.244.0/22
used_ips:
- "172.29.236.1,172.29.236.50"
- "172.29.240.1,172.29.240.50"
- "172.29.244.1,172.29.244.50"
- "172.29.248.1,172.29.248.50"
global_overrides:
# The internal and external VIP should be different IPs, however they
# do not need to be on separate networks.
external_lb_vip_address: 172.29.236.10
internal_lb_vip_address: 172.29.236.11
management_bridge: "br-mgmt"
provider_networks:
- network:
container_bridge: "br-mgmt"
container_type: "veth"
container_interface: "eth1"
ip_from_q: "management"
type: "raw"
group_binds:
- all_containers
- hosts
is_management_address: true
- network:
container_bridge: "br-vxlan"
container_type: "veth"
container_interface: "eth10"
ip_from_q: "tunnel"
type: "vxlan"
range: "1:1000"
net_name: "vxlan"
group_binds:
- neutron_openvswitch_agent
- network:
container_bridge: "br-vlan"
container_type: "veth"
container_interface: "eth12"
host_bind_override: "eth12"
type: "flat"
net_name: "physnet1"
group_binds:
- neutron_openvswitch_agent
- network:
container_bridge: "br-vlan"
container_type: "veth"
container_interface: "eth11"
type: "vlan"
range: "101:200,301:400"
net_name: "physnet2"
group_binds:
- neutron_openvswitch_agent
- network:
container_bridge: "br-storage"
container_type: "veth"
container_interface: "eth2"
ip_from_q: "storage"
type: "raw"
group_binds:
- glance_api
- cinder_api
- cinder_volume
- nova_compute
###
### Infrastructure
###
# galera, memcache, rabbitmq, utility
shared_infra_hosts:
infra1:
ip: 172.29.236.11
# repository (apt cache, python packages, etc)
repo_infra_hosts:
infra1:
ip: 172.29.236.11
# load balancer
load_balancer_hosts:
infra1:
ip: 172.29.236.11
###
### OpenStack
###
# keystone
identity_hosts:
infra1:
ip: 172.29.236.11
# cinder api services
storage_infra_hosts:
infra1:
ip: 172.29.236.11
# glance
image_hosts:
infra1:
ip: 172.29.236.11
# placement
placement_infra_hosts:
infra1:
ip: 172.29.236.11
# nova api, conductor, etc services
compute_infra_hosts:
infra1:
ip: 172.29.236.11
# heat
orchestration_hosts:
infra1:
ip: 172.29.236.11
# horizon
dashboard_hosts:
infra1:
ip: 172.29.236.11
# neutron server, agents (L3, etc)
network_hosts:
infra1:
ip: 172.29.236.11
# nova hypervisors
compute_hosts:
compute1:
ip: 172.29.236.12
# cinder storage host (LVM-backed)
storage_hosts:
storage1:
ip: 172.29.236.13
container_vars:
cinder_backends:
limit_container_types: cinder_volume
lvm:
volume_group: cinder-volumes
volume_driver: cinder.volume.drivers.lvm.LVMVolumeDriver
volume_backend_name: LVM_iSCSI
iscsi_ip_address: "172.29.244.13"