Invalid removal version according to semantic versioning

Grafana Collection for Ansible

This repo hosts the community.grafana Ansible Collection.

The collection includes a variety of Ansible content to help automate the management of resources in Grafana.

Included content

Click on the name of a plugin or module to view that content's documentation:

Connection Plugins:
Filter Plugins:
Inventory Source:
Callback Plugins:
- grafana_annotations
Lookup Plugins:
- grafana_dashboard
Modules:

Supported Grafana versions

We aim at keeping the last 3 Major versions of Grafana tested. This collection is currently testing the modules against following versions of Grafana:

grafana_version: ["8.5.27", "9.5.19", "10.4.3"]

Installation and Usage

Installing the Collection from Ansible Galaxy

Before using the Grafana collection, you need to install it with the Ansible Galaxy CLI:

ansible-galaxy collection install community.grafana

You can also include it in a requirements.yml file and install it via ansible-galaxy collection install -r requirements.yml, using the format:

---
collections:
  - name: community.grafana
    version: 1.3.1

Using modules from the Grafana Collection in your playbooks

You can either call modules by their Fully Qualified Collection Namespace (FQCN), like community.grafana.grafana_datasource, or you can call modules by their short name if you list the community.grafana collection in the playbook's collections, like so:

---
- hosts: localhost
  gather_facts: false
  connection: local

  tasks:
    - name: Ensure Influxdb datasource exists.
      community.grafana.grafana_datasource:
        name: "datasource-influxdb"
        grafana_url: "https://grafana.company.com"
        grafana_user: "admin"
        grafana_password: "xxxxxx"
        org_id: "1"
        ds_type: "influxdb"
        ds_url: "https://influx.company.com:8086"
        database: "telegraf"
        time_interval: ">10s"
        tls_ca_cert: "/etc/ssl/certs/ca.pem"

For documentation on how to use individual modules and other content included in this collection, please see the links in the 'Included content' section earlier in this README.

Using module group defaults

In your playbooks, you can set module defaults for the community.grafana.grafana group to avoid repeating the same parameters (e.g., grafana_url, grafana_user, grafana_password) in your tasks:

---
- hosts: localhost
  gather_facts: false
  connection: local

  module_defaults:
    group/community.grafana.grafana:
      grafana_url: "https://grafana.company.com"
      grafana_user: "admin"
      grafana_password: "xxxxxx"

  tasks:
    - name: Ensure Influxdb datasource exists.
      community.grafana.grafana_datasource:
        name: "datasource-influxdb"
        org_id: "1"
        ds_type: "influxdb"
        ds_url: "https://influx.company.com:8086"
        database: "telegraf"
        time_interval: ">10s"
        tls_ca_cert: "/etc/ssl/certs/ca.pem"
    
    - name: Create or update a Grafana user
      community.grafana.grafana_user:
        name: "Bruce Wayne"
        email: "[email protected]"
        login: "batman"
        password: "robin"
        is_admin: true

Testing and Development

If you want to develop new content for this collection or improve what's already here, the easiest way to work on the collection is to clone it into one of the configured COLLECTIONS_PATHS, and work on it there.

Testing with `ansible-test`

The tests directory contains configuration for running sanity and integration tests using ansible-test.

You can run the collection's test suites with the commands:

ansible-test sanity --docker -v --color
ansible-test units --docker -v --color
ansible-test integration --docker -v --color

Publishing New Versions

The collection is automatically released on Galaxy when a tag is created on the repository. The release pipeline is managed by the Ansible Team as the collection is part of the community namespace.

The current process for creating a tag is manual.

Changelogs

Abstract from Ansible requirements for Collections:

* Every change that does not only affect docs or tests must have a changelog fragment.
  * Exception: fixing/extending a feature that already has a changelog fragment and has not yet been released. Such PRs must always link to the original PR(s) they update.
  * Use your common sense!
  * (This might change later. The trivial category should then be used to document changes which are not important enough to end up in the text version of the changelog.)
  * Fragments must not be added for new module PRs and new plugin PRs. The only exception are test and filter plugins: these are not automatically documented yet.
* The (x+1).0.0 changelog continues the x.0.0 changelog.
  * A x.y.0 changelog with y > 0 is not part of a changelog of a later X.*.* (with X > x) or x,Y,* (with Y > y) release.
  * A x.y.z changelog with z > 0 is not part of a changelog of a later (x+1).*.* or x.Y.z (with Y > y) release.
Since everything adding to the minor/patch changelogs are backports, the same changelog fragments of these minor/patch releases will be in the next major release's changelog. (This is the same behavior as in ansible/ansible.)
* Changelogs do not contain previous major releases, and only use the ancestor feature (in changelogs/changelog.yaml) to point to the previous major release.
* Changelog fragments are removed after a release is made.

See antsibull-changelog documentation for fragments format.

Generate a new changelog:

Update the collection version in galaxy.yml if required.
Generate the changelog:

$ antsibull-changelog release

License

GNU General Public License v3.0 or later

See LICENCE to see the full text.

Contributing

Any contribution is welcome and we only ask contributors to:

Provide at least integration tests for any contribution.
The Pull Request MUST contain a changelog fragment. See Ansible documentation about fragments.
Create an issue for any significant contribution that would change a large portion of the code base.
Use ruff to lint and black to format your changes on python code.

Contributors ✨

Thanks goes to these wonderful people (emoji key):

_{John R Barker} 🚇 ⚠️ 💻	_{Rémi REY} ⚠️ 📖 💻	_{Thierry Sallé} 💻 ⚠️	_Antoine 💻 ⚠️	_hvle 💻 ⚠️	_jual 💻 ⚠️	_MCyprien 💻 ⚠️
_{Markus Fischbacher} 💻	_{Remi Verchere} 💻	_{Abhijeet Kasurde} 📖 ⚠️	_{martinwangjian} 💻	_cwollinger 💻	_{Andrew Klychkov} 💻	_Victor 💻
_paytroff 💻 ⚠️	_{Justin Seiser} 💻	_Pierre 🐛	_MiksonX 🐛	_{Aliaksandr Mianzhynski} 💻 ⚠️	_Moritz 🐛 💻

This project follows the all-contributors specification. Contributions of any kind welcome!

	ds_type=dict(choices=['graphite',
	'prometheus',
	'elasticsearch',
	'influxdb',
	'opentsdb',
	'mysql',
	'postgres',
	'cloudwatch',
	'alexanderzobnin-zabbix-datasource',
	'sni-thruk-datasource'], required=True),

ansible-collections / community.grafana Goto Github PK

community.grafana's Introduction

Grafana Collection for Ansible

Included content

Supported Grafana versions

Installation and Usage

Installing the Collection from Ansible Galaxy

Using modules from the Grafana Collection in your playbooks

Using module group defaults

Testing and Development

Testing with ansible-test

Publishing New Versions

Changelogs

License

Contributing

Contributors ✨

community.grafana's People

Contributors

Stargazers

Watchers

Forkers

community.grafana's Issues

SUMMARY

ISSUE TYPE

COMPONENT NAME

SUMMARY

ISSUE TYPE

COMPONENT NAME

ADDITIONAL INFORMATION

SUMMARY

ISSUE TYPE

COMPONENT NAME

ANSIBLE VERSION

OS / ENVIRONMENT

STEPS TO REPRODUCE

EXPECTED RESULTS

SUMMARY

ISSUE TYPE

SUMMARY

ISSUE TYPE

COMPONENT NAME

ADDITIONAL INFORMATION

SUMMARY

ISSUE TYPE

SUMMARY

SUMMARY

ISSUE TYPE

COMPONENT NAME

ANSIBLE VERSION

CONFIGURATION

OS / ENVIRONMENT

STEPS TO REPRODUCE

EXPECTED RESULTS

ACTUAL RESULTS

SUMMARY

ISSUE TYPE

COMPONENT NAME

ANSIBLE VERSION

CONFIGURATION

OS / ENVIRONMENT

STEPS TO REPRODUCE

EXPECTED RESULTS

ACTUAL RESULTS

SUMMARY

ISSUE TYPE

COMPONENT NAME

ADDITIONAL INFORMATION

SUMMARY

ISSUE TYPE

COMPONENT NAME

ADDITIONAL INFORMATION

SUMMARY

ISSUE TYPE

COMPONENT NAME

ANSIBLE VERSION

CONFIGURATION

OS / ENVIRONMENT

STEPS TO REPRODUCE

EXPECTED RESULTS

ACTUAL RESULTS

Testing with `ansible-test`