Skip to content
Snippets Groups Projects
  1. Mar 02, 2020
  2. Feb 11, 2020
  3. Jan 24, 2020
  4. Jan 09, 2020
  5. Dec 21, 2019
  6. Dec 01, 2019
  7. Nov 18, 2019
    • Michal Nasiadka's avatar
      Remove OpenDaylight role · eec6831f
      Michal Nasiadka authored
      Opendaylight support has been deprecated in Train - time to remove it.
      
      Change-Id: I3a61bfbcbf366c327ea3e25d2424bc3fedca29f0
      eec6831f
  8. Nov 04, 2019
  9. Oct 16, 2019
    • Doug Szumski's avatar
      Support multiple nova cells · 78a828ef
      Doug Szumski authored
      
      This patch adds initial support for deploying multiple Nova cells.
      
      Splitting a nova-cell role out from the Nova role allows a more granular
      approach to deploying and configuring Nova services.
      
      A new enable_cells flag has been added that enables the support of
      multiple cells via the introduction of a super conductor in addition to
      cell-specific conductors. When this flag is not set (the default), nova
      is configured in the same manner as before - with a single conductor.
      
      The nova role now deploys the global services:
      
      * nova-api
      * nova-scheduler
      * nova-super-conductor (if enable_cells is true)
      
      The nova-cell role handles services specific to a cell:
      
      * nova-compute
      * nova-compute-ironic
      * nova-conductor
      * nova-libvirt
      * nova-novncproxy
      * nova-serialproxy
      * nova-spicehtml5proxy
      * nova-ssh
      
      This patch does not support using a single cell controller for managing
      more than one cell. Support for sharing a cell controller will be added
      in a future patch.
      
      This patch should be backwards compatible and is tested by existing CI
      jobs. A new CI job has been added that tests a multi-cell environment.
      
      ceph-mon has been removed from the play hosts list as it is not
      necessary - delegate_to does not require the host to be in the play.
      
      Documentation will be added in a separate patch.
      
      Partially Implements: blueprint support-nova-cells
      Co-Authored-By: default avatarMark Goddard <mark@stackhpc.com>
      Change-Id: I810aad7d49db3f5a7fd9a2f0f746fd912fe03917
      78a828ef
  10. Sep 18, 2019
    • Scott Solkhon's avatar
      Adding Prometheus blackbox exporter · b22375eb
      Scott Solkhon authored
      
      This commit follows up the work in Kolla to provide deploy and configure the
      Prometheus blackbox exporter.
      
      An example blackbox-exporter module has been added (disabled by default)
      called os_endpoint. This allows for the probing of endpoints over HTTP
      and HTTPS. This can be used to monitor that OpenStack endpoints return a status
      code of either 200 or 300, and the word 'versions' in the payload.
      
      This change introduces a new variable `prometheus_blackbox_exporter_endpoints`.
      Currently no defaults are specified because the configuration is heavily
      dependent on the deployment.
      
      Co-authored-by: default avatarJack Heskett <Jack.Heskett@gresearch.co.uk>
      Change-Id: I36ad4961078d90e2fd70c9a3368f5157d6fd89cd
      b22375eb
  11. Sep 16, 2019
    • chenxing's avatar
      Update "openstack_release" variable to static brach name · 4eceb48d
      chenxing authored
      Since we use the release name as the default tag to publish images
      to Dockerhub, we should use this by default.
      
      This change also removes support for the magic value "auto".
      
      Change-Id: I5610cc7729e9311709147ba5532199a033dfd156
      Closes-Bug: #1843518
      4eceb48d
  12. Aug 15, 2019
  13. Jun 16, 2019
  14. Jun 07, 2019
  15. May 31, 2019
    • Gaetan Trellu's avatar
      Adds Qinling Ansible role · edb34898
      Gaetan Trellu authored
      Qinling is an OpenStack project to provide "Function as a Service".
      This project aims to provide a platform to support serverless functions.
      
      Change-Id: I239a0130f8c8b061b531dab530d65172b0914d7c
      Implements: blueprint ansible-qinling-support
      Story: 2005760
      Task: 33468
      edb34898
  16. Mar 15, 2019
  17. Mar 14, 2019
  18. 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
  19. 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
  20. Jan 23, 2019
  21. 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
  22. Jan 04, 2019
  23. Dec 07, 2018
    • Mark Goddard's avatar
      Fix fact gathering with --limit · 56b4352f
      Mark Goddard authored
      Prior to this change, when the --limit argument is used, each host in the
      limit gathers facts for every other host. This is clearly unnecessary, and
      can result in up to (N-1)^2 fact gathers.
      
      This change gathers facts for each host only once. Hosts that are not in
      the limit are divided between those that are in the limit, and facts are
      gathered via delegation.
      
      This change also factors out the fact gathering logic into a separate
      playbook that is imported where necessary.
      
      Change-Id: I923df5af41a7f1b7b0142d0da185a9a0979be543
      56b4352f
    • Mark Goddard's avatar
      Scalability improvements for disabled services · 5d8403bd
      Mark Goddard authored
      Currently, every service has a play in site.yml that is executed, and
      the role is skipped if the service is disabled. This can be slow,
      particularly with many hosts, since each play takes time to setup, and
      evaluate.
      
      This change creates various Ansible groups for hosts with services
      enabled at the beginning of the playbook. If a service is disabled, this
      new group will have no hosts, and the play for that service will be a
      noop.
      
      I have tested this on a laptop using an inventory with 12 hosts (each
      pointing to my laptop via SSH), and a config file that disables every
      service. Time taken to run 'kolla-ansible deploy':
      
      Before change: 2m30s
      After change: 0m14s
      
      During development I also tried an approach using an 'include_role' task
      for each service. This was not as good, taking 1m00s.
      
      The downsides to this patch are that there is a large number of tasks at
      the beginning of the playbook to perform the grouping, and every play
      for a disabled service now outputs this warning message:
      
      [WARNING]: Could not match supplied host pattern, ignoring: enable_foo_True
      
      This is because if the service is disabled, there are no hosts in the
      group. This seems like a reasonable tradeoff.
      
      Change-Id: Ie56c270b26926f1f53a9582d451f4bb2457fbb67
      5d8403bd
  24. Nov 29, 2018
    • Mark Goddard's avatar
      Factor out OpenStack release detection playbook · fca91fe8
      Mark Goddard authored
      We copy-paste the same play into various playbooks to detect
      openstack_release. This change factors that code into a separate
      playbook that is imported.
      
      Change-Id: I5fea005642b960080bf5e43455618dc24766c386
      fca91fe8
  25. Nov 25, 2018
  26. Nov 20, 2018
  27. Nov 17, 2018
  28. Nov 06, 2018
  29. Nov 02, 2018
    • Doug Szumski's avatar
      Support deploying the Monasca Agent · b7b45eff
      Doug Szumski authored
      The Monasca Agent collects metrics and in this change is deployed
      across the control plane. These metrics are collected into an OpenStack
      project. It supports configuring a small number of plugins, which can
      be extended in later commits. It also makes the Monasca Agent credentials
      available to other roles, such as the common role to allow forwarding
      logs to Monasca.
      
      Partially-Implements: blueprint monasca-roles
      Change-Id: I76b34fc5e1c76407a45fcf272268d5798b473ca2
      b7b45eff
  30. Oct 22, 2018
  31. Oct 04, 2018
  32. Sep 26, 2018
    • Doug Szumski's avatar
      Support deploying an Apache Storm cluster · 516b0dd3
      Doug Szumski authored
      Storm is required for running the Monasca thresholder component for
      generating alerts.
      
      Change-Id: I5e1ef74dc55a787293abbb3e629b5ab1ce5f4bbb
      Partially-Implements: blueprint monasca-roles
      516b0dd3
    • Adam Harwell's avatar
      Refactor haproxy config (split by service) V2.0 · f1c81365
      Adam Harwell authored
      Having all services in one giant haproxy file makes altering
      configuration for a service both painful and dangerous. Each service
      should be configured with a simple set of variables and rendered with a
      single unified template.
      
      Available are two new templates:
      
      * haproxy_single_service_listen.cfg.j2: close to the original style, but
      only one service per file
      * haproxy_single_service_split.cfg.j2: using the newer haproxy syntax
      for separated frontend and backend
      
      For now the default will be the single listen block, for ease of
      transition.
      
      Change-Id: I6e237438fbc0aa3c89a3c8bd706a53b74e71904b
      f1c81365
  33. Jul 23, 2018
  34. Jun 26, 2018
    • wangwei's avatar
      Fix the task about --limit does not perform · ec0c6455
      wangwei authored
      Kolla-ansible supports the deployment with specified tags,
      "--tags, -t <tags> Only run plays and tasks tagged with
      these values".
      However, when specifying a tag, if the tag of the task
      is not "always" or different from the specified tag,
      it will not be run.
      This task "Gather facts for all hosts (if using --limit)"
      is not executed when the --limit parameter is added and
      deployment with specified tag.
      
      Closes-bug: #1711266
      
      Change-Id: If50db2718b765f1d65b5d79eb042b0d95775bafc
      ec0c6455
  35. Jun 01, 2018
  36. May 30, 2018
  37. May 29, 2018
    • Mark Giles's avatar
      Add cAdvisor for Prometheus monitoring · 41254b6c
      Mark Giles authored
      cAdvisor (Container Advisor) provides metrics on resource usage and
      performance characteristics of running containers.  This change
      deploys a cadvisor container and configures prometheus to scrape
      data from it.
      
      Change-Id: I55dd4fee954f9be68efda397746861ddaaa0a565
      Partially-Implements: blueprint prometheus
      41254b6c
  38. May 21, 2018
Loading