tripleo-heat-templates/roles
Harald Jensås 2f2d8183e6 L3 routed networks - subnet fixed_ips (3/3)
When using neutron routed networks we need to specify
either the subnet or a ip address in the fixed-ips-request
when creating neutron ports.

a) For the Vip's:

Adds VipSubnetMap and VipSubnetMapDefaults parameters in
service_net_map.yaml. The two maps are merged, so that the
operator can override the subnet where VIP port should be
hosted. For example:

parameter_defaults:
  VipSubnetMap:
    ctlplane: ctlplane-leaf1
    InternalApi: internal_api_leaf1
    Storage: storage_leaf1
    redis: internal_api_leaf1

b) For overcloud node ports:

Enrich 'networks' in roles defenition to include both
network and subnet data. Changes the list to a map
instead of a list of strings. New schema:

- name: <role_name>
  networks:
    <network_name>
      subnet: <subnet_name>

For backward compatibility a conditional is used to check
if the data is a map or not. In either case the internal
list of role networks is created as '_role_networks' in
the jinja2 templates.

When the data is a map, and the map contains the 'subnet'
key the subnet specified in roles_data.yaml is used as
the subnet in the fixed-ips-reqest when ports are created.
If subnet is not set (or role.networks is not a map) the
default will be {{network.name_lower}}_subnet.

Also, since the fixed_ips request passed to Vip ports are no
longer [] by default, the conditinal has been updated to
test for 'ip_address' entries in the request.

Partial: blueprint tripleo-routed-networks-templates
Depends-On: I773a38fd903fe287132151a4d178326a46890969
Change-Id: I77edc82723d00bfece6752b5dd2c79137db93443
2019-01-03 19:07:20 +01:00
..
BlockStorage.yaml L3 routed networks - subnet fixed_ips (3/3) 2019-01-03 19:07:20 +01:00
CephAll.yaml L3 routed networks - subnet fixed_ips (3/3) 2019-01-03 19:07:20 +01:00
CephFile.yaml L3 routed networks - subnet fixed_ips (3/3) 2019-01-03 19:07:20 +01:00
CephObject.yaml L3 routed networks - subnet fixed_ips (3/3) 2019-01-03 19:07:20 +01:00
CephStorage.yaml L3 routed networks - subnet fixed_ips (3/3) 2019-01-03 19:07:20 +01:00
Compute.yaml L3 routed networks - subnet fixed_ips (3/3) 2019-01-03 19:07:20 +01:00
ComputeAlt.yaml L3 routed networks - subnet fixed_ips (3/3) 2019-01-03 19:07:20 +01:00
ComputeDVR.yaml L3 routed networks - subnet fixed_ips (3/3) 2019-01-03 19:07:20 +01:00
ComputeHCI.yaml L3 routed networks - subnet fixed_ips (3/3) 2019-01-03 19:07:20 +01:00
ComputeInstanceHA.yaml L3 routed networks - subnet fixed_ips (3/3) 2019-01-03 19:07:20 +01:00
ComputeLiquidio.yaml L3 routed networks - subnet fixed_ips (3/3) 2019-01-03 19:07:20 +01:00
ComputeOvsDpdk.yaml L3 routed networks - subnet fixed_ips (3/3) 2019-01-03 19:07:20 +01:00
ComputeOvsDpdkRT.yaml L3 routed networks - subnet fixed_ips (3/3) 2019-01-03 19:07:20 +01:00
ComputeOvsDpdkSriov.yaml Set virt queue size as 1024 for all OVS-DPDK roles 2018-09-03 09:35:44 +05:30
ComputeOvsDpdkSriovRT.yaml Set virt queue size as 1024 for all OVS-DPDK roles 2018-09-03 09:35:44 +05:30
ComputePPC64LE.yaml L3 routed networks - subnet fixed_ips (3/3) 2019-01-03 19:07:20 +01:00
ComputeRealTime.yaml L3 routed networks - subnet fixed_ips (3/3) 2019-01-03 19:07:20 +01:00
ComputeSriov.yaml L3 routed networks - subnet fixed_ips (3/3) 2019-01-03 19:07:20 +01:00
ComputeSriovRT.yaml L3 routed networks - subnet fixed_ips (3/3) 2019-01-03 19:07:20 +01:00
Controller.yaml L3 routed networks - subnet fixed_ips (3/3) 2019-01-03 19:07:20 +01:00
ControllerAllNovaStandalone.yaml L3 routed networks - subnet fixed_ips (3/3) 2019-01-03 19:07:20 +01:00
ControllerNoCeph.yaml L3 routed networks - subnet fixed_ips (3/3) 2019-01-03 19:07:20 +01:00
ControllerNovaStandalone.yaml L3 routed networks - subnet fixed_ips (3/3) 2019-01-03 19:07:20 +01:00
ControllerOpenstack.yaml L3 routed networks - subnet fixed_ips (3/3) 2019-01-03 19:07:20 +01:00
ControllerStorageNfs.yaml L3 routed networks - subnet fixed_ips (3/3) 2019-01-03 19:07:20 +01:00
Database.yaml L3 routed networks - subnet fixed_ips (3/3) 2019-01-03 19:07:20 +01:00
HciCephAll.yaml L3 routed networks - subnet fixed_ips (3/3) 2019-01-03 19:07:20 +01:00
HciCephFile.yaml L3 routed networks - subnet fixed_ips (3/3) 2019-01-03 19:07:20 +01:00
HciCephMon.yaml L3 routed networks - subnet fixed_ips (3/3) 2019-01-03 19:07:20 +01:00
HciCephObject.yaml L3 routed networks - subnet fixed_ips (3/3) 2019-01-03 19:07:20 +01:00
IronicConductor.yaml L3 routed networks - subnet fixed_ips (3/3) 2019-01-03 19:07:20 +01:00
Messaging.yaml L3 routed networks - subnet fixed_ips (3/3) 2019-01-03 19:07:20 +01:00
Networker.yaml L3 routed networks - subnet fixed_ips (3/3) 2019-01-03 19:07:20 +01:00
Novacontrol.yaml L3 routed networks - subnet fixed_ips (3/3) 2019-01-03 19:07:20 +01:00
ObjectStorage.yaml L3 routed networks - subnet fixed_ips (3/3) 2019-01-03 19:07:20 +01:00
OpenShiftAllInOne.yaml L3 routed networks - subnet fixed_ips (3/3) 2019-01-03 19:07:20 +01:00
OpenShiftInfra.yaml L3 routed networks - subnet fixed_ips (3/3) 2019-01-03 19:07:20 +01:00
OpenShiftMaster.yaml L3 routed networks - subnet fixed_ips (3/3) 2019-01-03 19:07:20 +01:00
OpenShiftWorker.yaml L3 routed networks - subnet fixed_ips (3/3) 2019-01-03 19:07:20 +01:00
README.rst Introduce OS::TripleO::Services::Podman 2018-10-02 01:47:46 +00:00
Standalone.yaml L3 routed networks - subnet fixed_ips (3/3) 2019-01-03 19:07:20 +01:00
Telemetry.yaml L3 routed networks - subnet fixed_ips (3/3) 2019-01-03 19:07:20 +01:00
Undercloud.yaml L3 routed networks - subnet fixed_ips (3/3) 2019-01-03 19:07:20 +01:00

README.rst

Roles

The yaml files in this directory can be combined into a single roles_data.yaml and be used with TripleO to create custom deployments.

Use tripleoclient to build your own custom roles_data.yaml for your environment.

roles_data.yaml

The roles_data.yaml specifies which roles (groups of nodes) will be deployed. Note this file is used as an input to the various *.j2.yaml jinja2 templates, so that they are converted into *.yaml during the plan creation. This occurs via a mistral action/workflow. The file format of this file is a yaml list.

Role YAML files

Each role yaml file should contain only a single role. The filename should match the role name. The name of the role is mandatory and must be unique.

The role files in this folder should contain at least a role name and the default list of services for the role.

Role Options

  • CountDefault: (number) optional, default number of nodes, defaults to 0 sets the default for the {{role.name}}Count parameter in overcloud.yaml
  • HostnameFormatDefault: (string) optional default format string for hostname defaults to '%stackname%-{{role.name.lower()}}-%index%' sets the default for {{role.name}}HostnameFormat parameter in overcloud.yaml
  • ImageDefault: (string) optional default image name or ID, defaults to overcloud-full
  • FlavorDefault: (string) optional default flavor name or ID, defaults to baremetal
  • RoleParametersDefault: (map) optional default to the per-role RoleParameters value, this enables roles to specify specific values appropriate to their configuration, defaults to an empty map.
  • disable_constraints: (boolean) optional, whether to disable Nova and Glance constraints for each role specified in the templates.
  • upgrade_batch_size: (number): batch size for upgrades where tasks are specified by services to run in batches vs all nodes at once. This defaults to 1, but larger batches may be specified here.
  • ServicesDefault: (list) optional default list of services to be deployed on the role, defaults to an empty list. Sets the default for the {{role.name}}Services parameter in overcloud.yaml
  • tags: (list) list of tags used by other parts of the deployment process to find the role for a specific type of functionality. Currently a role with both 'primary' and 'controller' is used as the primary role for the deployment process. If no roles have have 'primary' and 'controller', the first role in this file is used as the primary role.
  • description: (string) as few sentences describing the role and information pertaining to the usage of the role.
  • networks: (list), optional list of networks which the role will have access to when network isolation is enabled. The names should match those defined in network_data.yaml.
  • networks_skip_config: (list), optional list of networks for which the configuration would be skipped for the role. The names should match those defined in network_data.yaml

Working with Roles

The tripleoclient provides a series of commands that can be used to view roles and generate a roles_data.yaml file for deployment.

Listing Available Roles

The openstack overcloud role list command can be used to view the list of roles provided by tripleo-heat-templates.

Usage

usage: openstack overcloud role list [-h] [--roles-path <roles directory>]

List availables roles

optional arguments:
  -h, --help            show this help message and exit
  --roles-path <roles directory>
                        Filesystem path containing the role yaml files. By
                        default this is /usr/share/openstack-tripleo-heat-
                        templates/roles

Example

[user@host ~]$ openstack overcloud role list
BlockStorage
CephStorage
Compute
ComputeOvsDpdk
ComputeSriov
Controller
ControllerOpenstack
Database
Messaging
Networker
ObjectStorage
Telemetry
Undercloud

Viewing Role Details

The openstack overcloud role show command can be used as a quick way to view some of the information about a role.

Usage

usage: openstack overcloud role show [-h] [--roles-path <roles directory>]
                                     <role>

Show information about a given role

positional arguments:
  <role>                Role to display more information about.

optional arguments:
  -h, --help            show this help message and exit
  --roles-path <roles directory>
                        Filesystem path containing the role yaml files. By
                        default this is /usr/share/openstack-tripleo-heat-
                        templates/roles

Example

[user@host ~]$ openstack overcloud role show Compute
###############################################################################
# Role Data for 'Compute'
###############################################################################
HostnameFormatDefault: '%stackname%-novacompute-%index%'
ServicesDefault:
 * OS::TripleO::Services::AuditD
 * OS::TripleO::Services::CACerts
 * OS::TripleO::Services::CephClient
 * OS::TripleO::Services::CephExternal
 * OS::TripleO::Services::CertmongerUser
 * OS::TripleO::Services::Collectd
 * OS::TripleO::Services::ComputeCeilometerAgent
 * OS::TripleO::Services::ComputeNeutronCorePlugin
 * OS::TripleO::Services::ComputeNeutronL3Agent
 * OS::TripleO::Services::ComputeNeutronMetadataAgent
 * OS::TripleO::Services::ComputeNeutronOvsAgent
 * OS::TripleO::Services::Docker
 * OS::TripleO::Services::Fluentd
 * OS::TripleO::Services::Iscsid
 * OS::TripleO::Services::Kernel
 * OS::TripleO::Services::MySQLClient
 * OS::TripleO::Services::NeutronSriovAgent
 * OS::TripleO::Services::NeutronVppAgent
 * OS::TripleO::Services::NovaCompute
 * OS::TripleO::Services::NovaLibvirt
 * OS::TripleO::Services::NovaMigrationTarget
 * OS::TripleO::Services::OpenDaylightOvs
 * OS::TripleO::Services::Podman
 * OS::TripleO::Services::Securetty
 * OS::TripleO::Services::SensuClient
 * OS::TripleO::Services::Snmp
 * OS::TripleO::Services::Sshd
 * OS::TripleO::Services::Timesync
 * OS::TripleO::Services::Timezone
 * OS::TripleO::Services::TripleoFirewall
 * OS::TripleO::Services::TripleoPackages
 * OS::TripleO::Services::Vpp
name: 'Compute'

Generate roles_data.yaml

The openstack overcloud roles generate command can be used to generate a roles_data.yaml file for deployments.

Usage

usage: openstack overcloud roles generate [-h]
                                          [--roles-path <roles directory>]
                                          [-o <output file>]
                                          <role> [<role> ...]

Generate roles_data.yaml file

positional arguments:
  <role>                List of roles to use to generate the roles_data.yaml
                        file for the deployment. NOTE: Ordering is important
                        if no role has the "primary" and "controller" tags. If
                        no role is tagged then the first role listed will be
                        considered the primary role. This usually is the
                        controller role.

optional arguments:
  -h, --help            show this help message and exit
  --roles-path <roles directory>
                        Filesystem path containing the role yaml files. By
                        default this is /usr/share/openstack-tripleo-heat-
                        templates/roles
  -o <output file>, --output-file <output file>
                        File to capture all output to. For example,
                        roles_data.yaml

Example

[user@host ~]$ openstack overcloud roles generate -o roles_data.yaml Controller Compute BlockStorage ObjectStorage CephStorage