cloudflare/alertmanager2es
cloudflare/alertmanager2es has 246 GitHub stars and 40 forks. GitHot measured 0 stars in 24 hours and 0 in 7 days. Last checked 2026-11-13 00:34 UTC. Last push 2026-04-24.
Comment ces chiffres sont mesurés
Receives HTTP webhook notifications from AlertManager and inserts them into an Elasticsearch index for searching and analysis
Progression mesurée des étoiles
- in 24h
- 0
- in 7 days
- 0
- in 15 days
- Historique en cours
- in 1 month
- Historique en cours
Variations nettes sur des périodes qui se chevauchent, pas des totaux quotidiens. Les mesures absentes restent vides. Les étoiles indiquent l’intérêt, pas la qualité.
README.md
Originalalertmanager2es
alertmanager2es receives HTTP webhook notifications from AlertManager and inserts them into an Elasticsearch index for searching and analysis. It runs as a daemon.
The alerts are stored in Elasticsearch as alert groups.
Rationale
It can be useful to see which alerts fired over a given time period, and perform historical analysis of when and where alerts fired. Having this data can help:
- tune alerting rules
- understand the impact of an incident
- understand which alerts fired during an incident
It might have been possible to configure Alertmanager to send the alert groups
to Elasticsearch directly, if not for the fact that Elasticsearch does not
support unsigned integers at the time of writing. Alertmanager uses an
unsigned integer for the groupKey field, which alertmanager2es converts to a
string.
Limitations
- alertmanager2es will not capture silenced or inhibited alerts; the alert notifications stored in Elasticsearch will closely resemble the notifications received by a human.
- Kibana does not display arrays of objects well (the alert groupings use an array), so you may find some irregularities when exploring the alert data in Kibana. We have not found this to be a significant limitation, and it is possible to query alert labels stored within the array.
Prerequisites
To use alertmanager2es, you'll need:
- an Elasticsearch cluster
- Alertmanager 0.6.0 or above
To build alertmanager2es, you'll need:
Building
go get -u github.com/cloudflare/alertmanager2es
cd $GOPATH/src/github.com/cloudflare/alertmanager2es
make
Configuration
alertmanager2es usage
alertmanager2es is configured using commandline flags. It is assumed that alertmanager2es has unrestricted access to your Elasticsearch cluster.
alertmanager2es does not perform any user authentication.
Run ./alertmanager2es -help to view the configurable commandline flags.
Example Alertmanager configuration
Receiver configuration
- name: alertmanager2es
webhook_configs:
- url: https://alertmanager2es.example.com/webhook
Route configuration
By omitting a matcher, this route will match all alerts:
- receiver: alertmanager2es
continue: true
Example Elasticsearch template
Apply this Elasticsearch template before you configure alertmanager2es to start sending data:
{
"index_patterns": [
"alertmanager-2*"
],
"template": {
"settings": {
"number_of_shards": 1,
"number_of_replicas": 1,
"index.refresh_interval": "10s",
"index.query.default_field": "groupLabels.alertname"
},
"mappings": {
"properties": {
"@timestamp": {
"type": "date",
"doc_values": true
}
},
"dynamic_templates": [
{
"string_fields": {
"match": "*",
"match_mapping_type": "string",
"mapping": {
"type": "text",
"ignore_above": 2048
}
}
}
]
}
}
}
We rotate our index once a month, since there's not enough data to warrant daily rotation in our case. Therefore our index name looks like:
alertmanager-200601
We anchor the template name with -2 to avoid inadvertently matching other
indices, e.g. alertmanager-foo-200601. This of course assumes that you will
no longer care to index your alerts in the year 3000.
Failure modes
alertmanager2es will return a HTTP 500 (Internal Server Error) if it encounters a non-2xx response from Elasticsearch. Therefore if Elasticsearch is down, alertmanager2es will respond to Alertmanager with a HTTP 500. No retries are made as Alertmanager has its own retry logic.
Both the HTTP server exposed by alertmanager2es and the HTTP client that connects to Elasticsearch have read and write timeouts of 10 seconds.
Metrics
alertmanager2es exposes Prometheus metrics on /metrics.
Example Elasticsearch queries
alerts.labels.alertname:"Disk_Likely_To_Fill_Next_4_Days"
Contributions
Pull requests, comments and suggestions are welcome.
Please see CONTRIBUTING.md for more information.
Explorer des projets similaires
Asabeneh/30-Days-Of-Python
Le défi de programmation 30 Days of Python est un guide pas à pas pour apprendre le langage de programmation Python en 30 jours. Ce défi peut prendre plus de 100 jours. Avancez à votre rythme. Ces vidéos peuvent aussi vous aider : https://www.youtube.com/channel/UC7PNRuno1rzYPb1xLa4yktw
78,618 étoilesgrafana/grafana
Plateforme ouverte et composable d’observabilité et de visualisation de données. Visualise les métriques, les journaux et les traces issus de plusieurs sources, comme Prometheus, Loki, Elasticsearch, InfluxDB, Postgres et bien d’autres.
77,859 étoilesredis/redis
Pour les développeurs qui créent des applications en temps réel pilotées par les données, Redis est le cache, le serveur de structures de données et le moteur de requêtes documentaires et vectorielles préféré, le plus rapide et le plus riche en fonctionnalités.
77,472 étoilesapache/superset
Apache Superset est une plateforme de visualisation et d'exploration de données.
75,495 étoiles