Skip to content
Snippets Groups Projects
  1. Apr 08, 2019
    • Mark Goddard's avatar
      Set previous release to Stein · 3e77798f
      Mark Goddard authored
      Now that the stable/stein branch has been cut, we can set the previous
      release to Stein. This is done in kolla-ansible for rolling upgrades,
      and in CI configuration for upgrade tests.
      
      Change-Id: I87269738db9521fc22a6ce3aee67d9ab00d47e2a
      3e77798f
  2. Mar 22, 2019
  3. Mar 15, 2019
  4. Mar 14, 2019
    • Scott Solkhon's avatar
      Support separate Swift storage networks · a781c643
      Scott Solkhon authored
      Adds support to seperate Swift access and replication traffic from other storage traffic.
      
      In a deployment where both Ceph and Swift have been deployed,
      this changes adds functionalality to support optional seperation
      of storage network traffic. This adds two new network interfaces
      'swift_storage_interface' and 'swift_replication_interface' which maintain
      backwards compatibility.
      
      The Swift access network interface is configured via 'swift_storage_interface',
      which defaults to 'storage_interface'. The Swift replication network
      interface is configured via 'swift_replication_interface', which
      defaults to 'swift_storage_interface'.
      
      If a separate replication network is used, Kolla Ansible now deploys separate
      replication servers for the accounts, containers and objects, that listen on
      this network. In this case, these services handle only replication traffic, and
      the original account-, container- and object- servers only handle storage
      user requests.
      
      Change-Id: Ib39e081574e030126f2d08f51de89641ddb0d42e
      a781c643
    • caoyuan's avatar
      Add ceilometer_ipmi container into ceilometer role · 16900c2e
      caoyuan authored
      refer to [0]
      
      [0]: https://docs.openstack.org/ceilometer/latest/install/install-compute-rdo.html
      
      
      Co-Authored-By: default avatarzhulingjie <easyzlj@gmail.com>
      
      Change-Id: I4cda336dedb3d807b80d13bcc219268a8d667b4d
      16900c2e
  5. Mar 11, 2019
    • Erol Guzoglu's avatar
      Support the prometheus elasticsearch exporter · 14ab9a7c
      Erol Guzoglu authored
      This patch implements the support for the elasticsearch-exporter in
      kolla-ansible
      
      The configuration and prechecks are reused from the other exporters
      
      Depends-On: Id138f12e10102a6dd2cd8d84f2cc47aa29af3972
      Change-Id: Iae0eac0179089f159804490bf71f1cf2c38dde54
      14ab9a7c
  6. Mar 08, 2019
    • Bai Yongjun's avatar
      Add cyborg to kolla-ansible · ed2fd243
      Bai Yongjun authored
      Because kolla-ansible not have cyborg so should add it.
      
      Implements: blueprint add-cyborg-to-kolla-ansible
      
      Depend-On: I497e67e3a754fccfd2ef5a82f13ccfaf890a6fcd
      
      Change-Id: I6f7ae86f855c5c64697607356d0ff3161f91b239
      ed2fd243
  7. Mar 06, 2019
    • Jim Rollenhagen's avatar
      Allow horizon listening port to be different than reachable port · 3ee1a7ce
      Jim Rollenhagen authored
      This adds a horizon_listen_port option, which defaults to horizon_port
      for backward compatibility.
      
      This option allow the user to differentiate between the port the
      service listens on, and the port the service is reachable on. This is
      useful for external load balancers which live on the same host as the
      service itself.
      
      Change-Id: I1e47e9524fd9c41bbb2cd2fc80560e53d9296599
      Implements: blueprint service-hostnames
      3ee1a7ce
    • Jim Rollenhagen's avatar
      Allow gnocchi services to use independent hostnames · f8a1a716
      Jim Rollenhagen authored
      This allows gnocchi service endpoints to use custom hostnames, and adds the
      following variables:
      
      * gnocchi_internal_fqdn
      * gnocchi_external_fqdn
      
      These default to the old values of kolla_internal_fqdn or
      kolla_external_fqdn.
      
      This also adds a gnocchi_api_listen_port option, which defaults to
      gnocchi_api_port for backward compatibility.
      
      This option allow the user to differentiate between the port the
      service listens on, and the port the service is reachable on. This is
      useful for external load balancers which live on the same host as the
      service itself.
      
      Change-Id: Ic9a0f8130b19ed77987f45fd0e824b82ea7a7328
      Implements: blueprint service-hostnames
      f8a1a716
    • Jim Rollenhagen's avatar
      Allow aodh services to use independent hostnames · 1ebb1cce
      Jim Rollenhagen authored
      This allows aodh service endpoints to use custom hostnames, and adds the
      following variables:
      
      * aodh_internal_fqdn
      * aodh_external_fqdn
      
      These default to the old values of kolla_internal_fqdn or
      kolla_external_fqdn.
      
      This also adds a aodh_api_listen_port option, which defaults to
      aodh_api_port for backward compatibility.
      
      This option allow the user to differentiate between the port the
      service listens on, and the port the service is reachable on. This is
      useful for external load balancers which live on the same host as the
      service itself.
      
      Change-Id: Iee08b725d066bfbe543d9319c47941d59c22212a
      Implements: blueprint service-hostnames
      1ebb1cce
    • Jim Rollenhagen's avatar
      Allow heat services to use independent hostnames · d0fc1ec2
      Jim Rollenhagen authored
      This allows heat service endpoints to use custom hostnames, and adds the
      following variables:
      
      * heat_internal_fqdn
      * heat_external_fqdn
      * heat_cfn_internal_fqdn
      * heat_cfn_external_fqdn
      
      These default to the old values of kolla_internal_fqdn or
      kolla_external_fqdn.
      
      This also adds heat_api_listen_port and heat_api_cfn_listen_port
      options, which default to heat_api_port and heat_api_cfn_port for
      backward compatibility.
      
      These options allow the user to differentiate between the port the
      service listens on, and the port the service is reachable on. This is
      useful for external load balancers which live on the same host as the
      service itself.
      
      Change-Id: Ifb8bb55799703883d81be6a55641be7b2474fd4e
      Implements: blueprint service-hostnames
      d0fc1ec2
    • Jim Rollenhagen's avatar
      Allow ironic services to use independent hostnames · d1d1837c
      Jim Rollenhagen authored
      This allows ironic service endpoints to use custom hostnames, and adds the
      following variables:
      
      * ironic_internal_fqdn
      * ironic_external_fqdn
      * ironic_inspector_internal_fqdn
      * ironic_inspector_external_fqdn
      
      These default to the old values of kolla_internal_fqdn or
      kolla_external_fqdn.
      
      This also adds ironic_api_listen_port and ironic_inspector_listen_port
      options, which default to ironic_api_port and ironic_inspector_port for
      backward compatibility.
      
      These options allow the user to differentiate between the port the
      service listens on, and the port the service is reachable on. This is
      useful for external load balancers which live on the same host as the
      service itself.
      
      Change-Id: I45b175e85866b4cfecad8451b202a5a27f888a84
      Implements: blueprint service-hostnames
      d1d1837c
    • Jim Rollenhagen's avatar
      Allow swift proxy server to use independent hostnames · 31ed556e
      Jim Rollenhagen authored
      This allows swift service endpoints to use custom hostnames, and adds the
      following variables:
      
      * swift_internal_fqdn
      * swift_external_fqdn
      
      These default to the old values of kolla_internal_fqdn or
      kolla_external_fqdn.
      
      This also adds a swift_proxy_server_listen_port option, which defaults to
      swift_proxy_server_port for backward compatibility.
      
      This option allow the user to differentiate between the port the
      service listens on, and the port the service is reachable on. This is
      useful for external load balancers which live on the same host as the
      service itself.
      
      While we're in here, use the ``internal_protocol`` variable for the swift
      endpoint in cinder's swift backup driver configuration, instead of hardcoding
      to ``http``.
      
      Change-Id: Ibc01618383c26e16c0067f7f6b9cf5160d968d1e
      Implements: blueprint service-hostnames
      31ed556e
    • Jim Rollenhagen's avatar
      Allow senlin services to use independent hostnames · b6c31862
      Jim Rollenhagen authored
      This allows senlin service endpoints to use custom hostnames, and adds the
      following variables:
      
      * senlin_internal_fqdn
      * senlin_external_fqdn
      
      These default to the old values of kolla_internal_fqdn or
      kolla_external_fqdn.
      
      This also adds a senlin_api_listen_port option, which defaults to
      senlin_api_port for backward compatibility.
      
      This option allow the user to differentiate between the port the
      service listens on, and the port the service is reachable on. This is
      useful for external load balancers which live on the same host as the
      service itself.
      
      Change-Id: I26e8cfdde54aaf0648473f54136cf5350f356917
      Implements: blueprint service-hostnames
      b6c31862
    • Jim Rollenhagen's avatar
      Allow octavia services to use independent hostnames · 55702739
      Jim Rollenhagen authored
      This allows octavia service endpoints to use custom hostnames, and adds the
      following variables:
      
      * octavia_internal_fqdn
      * octavia_external_fqdn
      
      These default to the old values of kolla_internal_fqdn or
      kolla_external_fqdn.
      
      This also adds a octavia_api_listen_port option, which defaults to
      octavia_api_port for backward compatibility.
      
      This option allow the user to differentiate between the port the
      service listens on, and the port the service is reachable on. This is
      useful for external load balancers which live on the same host as the
      service itself.
      
      Change-Id: I1310eb5573a469b1a0e9549e853734455307a8b3
      Implements: blueprint service-hostnames
      55702739
    • Jim Rollenhagen's avatar
      Allow barbican services to use independent hostnames · 857871df
      Jim Rollenhagen authored
      This allows barbican service endpoints to use custom hostnames, and adds the
      following variables:
      
      * barbican_internal_fqdn
      * barbican_external_fqdn
      
      These default to the old values of kolla_internal_fqdn or
      kolla_external_fqdn.
      
      This also adds a barbican_api_listen_port option, which defaults to
      barbican_api_port for backward compatibility.
      
      This option allow the user to differentiate between the port the
      service listens on, and the port the service is reachable on. This is
      useful for external load balancers which live on the same host as the
      service itself.
      
      Change-Id: I1807a9c8b64d737d0e278bb3e925fecb4fadfb08
      Implements: blueprint service-hostnames
      857871df
    • Jim Rollenhagen's avatar
      Allow designate services to use independent hostnames · 76b6d41e
      Jim Rollenhagen authored
      This allows designate service endpoints to use custom hostnames, and adds
      the
      following variables:
      
      * designate_internal_fqdn
      * designate_external_fqdn
      
      These default to the old values of kolla_internal_fqdn or
      kolla_external_fqdn.
      
      This also adds a designate_api_listen_port option, which defaults to
      designate_api_port for backward compatibility.
      
      This option allow the user to differentiate between the port the
      service listens on, and the port the service is reachable on. This is
      useful for external load balancers which live on the same host as the
      service itself.
      
      Change-Id: I654bb3d1109b96cbaff6f450655cd65f349a94e6
      Implements: blueprint service-hostnames
      76b6d41e
    • Jim Rollenhagen's avatar
      Allow cinder services to use independent hostnames · 45bde4b9
      Jim Rollenhagen authored
      This allows cinder service endpoints to use custom hostnames, and adds the
      following variables:
      
      * cinder_internal_fqdn
      * cinder_external_fqdn
      
      These default to the old values of kolla_internal_fqdn or
      kolla_external_fqdn.
      
      This also adds a cinder_api_listen_port option, which defaults to
      cinder_api_port for backward compatibility.
      
      This option allow the user to differentiate between the port the
      service listens on, and the port the service is reachable on. This is
      useful for external load balancers which live on the same host as the
      service itself.
      
      Change-Id: I2a5036456afac6135dca3723ae754ea9f8bc8475
      Implements: blueprint service-hostnames
      45bde4b9
    • Jim Rollenhagen's avatar
      Use keystone_*_url var in all configs · 2e4e6050
      Jim Rollenhagen authored
      We're duplicating code to build the keystone URLs in nearly every
      config, where we've already done it in group_vars. Replace the
      redundancy with a variable that does the same thing.
      
      Change-Id: I207d77870e2535c1cdcbc5eaf704f0448ac85a7a
      2e4e6050
  8. Mar 01, 2019
    • Mark Goddard's avatar
      Use new cinder target_helper option · 1c22da32
      Mark Goddard authored
      The iscsi_helper option was deprecated in favour of target_helper in
      Queens, and will be removed in the Stein release.
      
      This also renames the cinder_iscsi_helper variable to
      cinder_target_helper, deprecating but still supporting the former name
      until the Train release.
      
      Change-Id: Ie38c09b2dd8598f62b0733c8444eec5f6ce3daac
      1c22da32
  9. Feb 25, 2019
  10. Feb 22, 2019
    • Mark Goddard's avatar
      Improve standalone ironic support · 54965c87
      Mark Goddard authored
      Adds a new flag, 'enable_openstack_core', which defaults to 'yes'.
      Setting this flag to 'no' will disable the core OpenStack services,
      including Glance, Heat, Horizon, Keystone, Neutron, and Nova.
      
      Improves the default configuration of OpenStack Ironic when used in
      standalone mode. In particular, configures a noauth mode when Keystone
      is disabled, and allows the iPXE server to be used for provisioning as
      well as inspection if Neutron is disabled.
      
      Documentation for standalone ironic will be updated separately.
      
      This patch was developed and tested using Bikolla [1].
      
      [1] https://github.com/markgoddard/bikolla
      
      Change-Id: Ic47f5ad81b8126a51e52a445097f7950dba233cd
      Implements: blueprint standalone-ironic
      54965c87
  11. Feb 08, 2019
    • Jim Rollenhagen's avatar
      Allow keystone services to use independent hostnames · bece976b
      Jim Rollenhagen authored
      This allows keystone service endpoints to use custom hostnames, and adds the
      following variables:
      
      * keystone_internal_fqdn
      * keystone_external_fqdn
      
      These default to the old values of kolla_internal_fqdn or
      kolla_external_fqdn.
      
      This also adds the following variables:
      
      * keystone_admin_listen_port
      * keystone_public_listen_port
      
      These default to keystone_admin_port and keystone_public_port,
      respectively, for backward compatibility.
      
      These options allow the user to differentiate between the port the
      service listens on, and the port the service is reachable on. This is
      useful for external load balancers which live on the same host as the
      service itself.
      
      Change-Id: I50c46c674134f9958ee4357f0f4eed5483af2214
      Implements: blueprint service-hostnames
      bece976b
    • Jim Rollenhagen's avatar
      Allow neutron services to use independent hostnames · 255fff02
      Jim Rollenhagen authored
      This allows neutron service endpoints to use custom hostnames, and adds the
      following variables:
      
      * neutron_internal_fqdn
      * neutron_external_fqdn
      
      These default to the old values of kolla_internal_fqdn or
      kolla_external_fqdn.
      
      This also adds a neutron_server_listen_port option, which defaults to
      neutron_server_port for backward compatibility.
      
      This option allow the user to differentiate between the port the
      service listens on, and the port the service is reachable on. This is
      useful for external load balancers which live on the same host as the
      service itself.
      
      Change-Id: I87d7387326b6eaa6adae1600b48d480319d10676
      Implements: blueprint service-hostnames
      255fff02
    • Jim Rollenhagen's avatar
      Allow glance services to use independent hostnames · a819ef12
      Jim Rollenhagen authored
      This allows glance service endpoints to use custom hostnames, and adds the
      following variables:
      
      * glance_internal_fqdn
      * glance_external_fqdn
      
      These default to the old values of kolla_internal_fqdn or
      kolla_external_fqdn.
      
      This also adds a glance_api_listen_port option, which defaults to
      glance_api_port for backward compatibility.
      
      This option allow the user to differentiate between the port the
      service listens on, and the port the service is reachable on. This is
      useful for external load balancers which live on the same host as the
      service itself.
      
      Change-Id: Icb91f728533e2db1908b23dabb0501cf9f8a2b75
      Implements: blueprint service-hostnames
      a819ef12
    • Jim Rollenhagen's avatar
      Allow nova services to use independent hostnames · 51c9e1b6
      Jim Rollenhagen authored
      This allows nova service endpoints to use custom hostnames, and adds the
      following variables:
      
      * nova_internal_fqdn
      * nova_external_fqdn
      * placement_internal_fqdn
      * placement_external_fqdn
      * nova_novncproxy_fqdn
      * nova_spicehtml5proxy_fqdn
      * nova_serialproxy_fqdn
      
      These default to the old values of kolla_internal_fqdn or
      kolla_external_fqdn.
      
      This also adds the following variables:
      
      * nova_api_listen_port
      * nova_metadata_listen_port
      * nova_novncproxy_listen_port
      * nova_spicehtml5proxy_listen_port
      * nova_serialproxy_listen_port
      * placement_api_listen_port
      
      These default to <service>_port, e.g. nova_api_port, for backward
      compatibility.
      
      These options allow the user to differentiate between the port the
      service listens on, and the port the service is reachable on. This is
      useful for external load balancers which live on the same host as the
      service itself.
      
      Change-Id: I7bcce56a2138eeadcabac79dd07c8dba1c5af644
      Implements: blueprint service-hostnames
      51c9e1b6
  12. Jan 22, 2019
  13. Jan 21, 2019
    • Jorge Niedbalski's avatar
      [prometheus] Support the prometheus openstack exporter · 6c64b7c7
      Jorge Niedbalski authored
      This patch implements the initial support for the
      openstack-exporter[0] in the kolla-ansible
      prometheus monitoring system.
      
      The configuration and prechecks are reused from the other
      exporters and a new template is provided for generating
      a os-client-config file required by the exporter.
      
      The default scrape interval is 60 seconds, but it can
      be extended via a configuration option.
      
      [0] https://github.com/Linaro/openstack-exporter
      
      Change-Id: I4a34c4bb56e74b5cd544972cbd6540d9acb6e4a1
      6c64b7c7
  14. Jan 02, 2019
  15. Dec 21, 2018
    • Martin Chlumsky's avatar
      Allow custom horizon policy files for disabled openstack projects. · 18dd74ac
      Martin Chlumsky authored
      Currently, you cannot deploy custom policy files in horizon for disabled
      openstack projects that don't have a horizon plugin.
      
      This patch allows customizing disabled openstack projects policy files
      used by horizon.  For services that do not have horizon plugins, it
      creates variables of the form `enable_*_horizon_policy_file` and sets
      these to the relevant `enable_*` variables by default. This ensures
      backwards compatibility.
      
      This patch is useful when you are migrating to kolla-ansible from
      another deployment method one openstack project at a time and you have
      custom policy files deployed by the old method.
      
      Partially-Implements: blueprint docs-migrating-to-kolla
      Closes-Bug: #1809314
      Change-Id: Ifc33ef65759fa4831c24d177b272af5b45f80931
      18dd74ac
  16. Dec 17, 2018
    • Patrick O'Neill's avatar
      Add support for Quobyte backend to Cinder and Nova · f77cc87e
      Patrick O'Neill authored
      Add an enable_cinder_backend_quobyte option to etc/kolla/globals.yml to
      enable use the Quobyte Cinder backend.
      Change the bind mounts for /var/lib/nova/mnt to include the shared
      propogation if Quobyte is enabled.
      Update the documentation to include a section on configuring the Cinder.
      
      Implements: blueprint cinder-quobyte-backend
      
      Change-Id: I364939407ad244fe81cea40f880effdbcaa8a20d
      f77cc87e
  17. Dec 11, 2018
  18. Nov 26, 2018
    • Eduardo Gonzalez's avatar
      Support stop specific containers · 1a682fab
      Eduardo Gonzalez authored
      With this change, an operator may be able to stop a
      service container without stopping all services in a host.
      This change is the starting point to start
      fast-forward upgrades support.
      In next changes new flags will be introducced to disable
      stop dataplane services during upgrades.
      
      Change-Id: Ifde7a39d7d8596ef0d7405ecf1ac1d49a459d9ef
      Implements: blueprint support-stop-containers
      1a682fab
  19. Nov 22, 2018
    • Nick Jones's avatar
      Add new option to perform an on-demand backup of MariaDB · f704a780
      Nick Jones authored
      blueprint database-backup-recovery
      
      Introduce a new option, mariadb_backup, which takes a backup of all
      databases hosted in MariaDB.
      
      Backups are performed using XtraBackup, the output of which is saved to
      a dedicated Docker volume on the target host (which defaults to the
      first node in the MariaDB cluster).
      
      It supports either full (the default) or incremental backups.
      
      Change-Id: Ied224c0d19b8734aa72092aaddd530155999dbc3
      f704a780
  20. Nov 21, 2018
  21. Nov 20, 2018
  22. Nov 19, 2018
    • caoyuan's avatar
      Use correct variable for default certificate paths · 9223deee
      caoyuan authored
      The variable {{ node_config_directory }} is used for the configuration
      directory on the remote hosts, and should not be used for paths on the
      deploy host (localhost).
      
      This changes the default value of the TLS certificate and CA file to
      reference {{ CONFIG_DIR }}, in line with the directory used for
      admin-openrc.sh (as of I0709482ead4b7a67e82796e17f85bde151e71bc0).
      
      This change also introduces a variable, {{ node_config }}, that
      references {{ CONFIG_DIR | default('/etc/kolla') }}, to remove
      duplication.
      
      Change-Id: Ibd82ac78630ebfff5824c329d7399e1e900c0ee0
      Closes-Bug: #1804025
      9223deee
  23. Nov 06, 2018
    • Paul Bourke's avatar
      Remove deprecated compute groups · cf609ba3
      Paul Bourke authored
      The concept of splitting the compute group into external/internal just
      to specify agent_mode for Neutron DVR was deemed to be heavy handed, and
      depreacated in the Pike cycle.
      
      Now that Rocky has been released we can remove these completely for Stein.
      
      Change-Id: I28a1eba7f40fee55a7ec41c27451e39e4d7fd8f0
      cf609ba3
  24. Nov 02, 2018
    • Doug Szumski's avatar
      Add support for deploying Monasca Grafana · 712c8976
      Doug Szumski authored
      The Monasca Grafana fork allows users to log into Grafana with their
      OpenStack user credentials and see metrics associated with their
      OpenStack project. The long term goal is to enable Keystone support
      in upstream Grafana, but this work seems to have stalled.
      
      Partially-Implements: blueprint monasca-grafana
      Change-Id: Icc04613b2571c094ae23b66d0bcc38b58c0ee4e1
      712c8976
Loading