Need advice about which tool to choose?Ask the StackShare community!

Icinga

118
96
+ 1
0
Prometheus

4.1K
3.7K
+ 1
239
Add tool

Icinga vs Prometheus: What are the differences?

Introduction

Icinga and Prometheus are two popular monitoring systems used by organizations to ensure the availability and performance of their systems. While both serve the same purpose, there are several key differences between them. In this article, we will explore these differences and highlight their specific features and capabilities.

  1. Data Collection: Icinga is a system that primarily relies on active checks to monitor the health of various services and systems. It sends requests and collects data from the target systems at regular intervals. On the other hand, Prometheus follows a pull-based model, where it scrapes metrics from the target systems by periodically querying them. Thus, Icinga actively collects data, while Prometheus pulls data from the systems.

  2. Data Storage: Icinga does not have its own data storage mechanism. It relies on external databases like MySQL or PostgreSQL to store monitoring data. Prometheus, in contrast, has its own local time-series database that stores all collected metrics by default. This built-in storage of Prometheus simplifies the deployment and eliminates the need for external databases.

  3. Alerting System: Icinga has a powerful alerting system that allows users to set up custom-defined alerts based on various criteria, such as thresholds, patterns, or specific conditions. It provides flexible notification methods like email, SMS, or integration with chat platforms. Prometheus also has an alerting system, but it is tightly integrated with its data collection and query language. It allows users to define alerting rules based on metrics and perform complex queries to create more sophisticated alerts.

  4. Query Language and Visualization: Icinga does not provide a dedicated query language or visualization tools. It relies on external tools like Grafana to analyze and visualize the collected monitoring data. Prometheus, on the other hand, has its own query language called PromQL, which allows users to write powerful and flexible queries on the collected metrics. It also has built-in visualizations and graphing capabilities, enabling users to explore and analyze metrics directly within the Prometheus ecosystem.

  5. Scalability: Icinga can be scaled horizontally by setting up multiple Icinga instances and distributing the monitoring workload. However, achieving high scalability with Icinga requires manual configuration and management. Prometheus, on the other hand, is designed to be highly scalable by default. It supports federation, allowing multiple Prometheus instances to collect and aggregate metrics. Additionally, it integrates well with other systems like Kubernetes, making it easier to monitor large and complex environments.

  6. Ecosystem and Integrations: Icinga has a rich ecosystem of plugins and integrations, making it compatible with a wide range of systems and technologies. It can monitor various protocols, devices, and services out of the box. Prometheus also has a growing ecosystem and offers numerous integrations with popular monitoring tools and frameworks. It has native support for exporters, making it easy to collect metrics from different systems. The availability of exporters and integrations helps users to easily extend Prometheus' monitoring capabilities.

In Summary, Icinga emphasizes active data collection, relies on external databases for storage, and offers a customizable alerting system, while Prometheus follows a pull-based approach, has its own database, provides a query language and visualizations, supports federation for scalability, and has a growing ecosystem of integrations.

Advice on Icinga and Prometheus
Susmita Meher
Senior SRE at African Bank · | 4 upvotes · 784.8K views
Needs advice
on
GrafanaGrafanaGraphiteGraphite
and
PrometheusPrometheus

Looking for a tool which can be used for mainly dashboard purposes, but here are the main requirements:

  • Must be able to get custom data from AS400,
  • Able to display automation test results,
  • System monitoring / Nginx API,
  • Able to get data from 3rd parties DB.

Grafana is almost solving all the problems, except AS400 and no database to get automation test results.

See more
Replies (1)
Sakti Behera
Technical Specialist, Software Engineering at AT&T · | 3 upvotes · 570.2K views
Recommends
on
GrafanaGrafanaPrometheusPrometheus

You can look out for Prometheus Instrumentation (https://prometheus.io/docs/practices/instrumentation/) Client Library available in various languages https://prometheus.io/docs/instrumenting/clientlibs/ to create the custom metric you need for AS4000 and then Grafana can query the newly instrumented metric to show on the dashboard.

See more
Sunil Chaudhari
Needs advice
on
MetricbeatMetricbeat
and
PrometheusPrometheus

Hi, We have a situation, where we are using Prometheus to get system metrics from PCF (Pivotal Cloud Foundry) platform. We send that as time-series data to Cortex via a Prometheus server and built a dashboard using Grafana. There is another pipeline where we need to read metrics from a Linux server using Metricbeat, CPU, memory, and Disk. That will be sent to Elasticsearch and Grafana will pull and show the data in a dashboard.

Is it OK to use Metricbeat for Linux server or can we use Prometheus?

What is the difference in system metrics sent by Metricbeat and Prometheus node exporters?

Regards, Sunil.

See more
Replies (2)
Matthew Rothstein
Recommends
on
PrometheusPrometheus

If you're already using Prometheus for your system metrics, then it seems like standing up Elasticsearch just for Linux host monitoring is excessive. The node_exporter is probably sufficient if you'e looking for standard system metrics.

Another thing to consider is that Metricbeat / ELK use a push model for metrics delivery, whereas Prometheus pulls metrics from each node it is monitoring. Depending on how you manage your network security, opting for one solution over two may make things simpler.

See more
Recommends
on
InstanaInstana

Hi Sunil! Unfortunately, I don´t have much experience with Metricbeat so I can´t advise on the diffs with Prometheus...for Linux server, I encourage you to use Prometheus node exporter and for PCF, I would recommend using the instana tile (https://www.instana.com/supported-technologies/pivotal-cloud-foundry/). Let me know if you have further questions! Regards Jose

See more
Mat Jovanovic
Head of Cloud at Mats Cloud · | 3 upvotes · 714.1K views
Needs advice
on
DatadogDatadogGrafanaGrafana
and
PrometheusPrometheus

We're looking for a Monitoring and Logging tool. It has to support AWS (mostly 100% serverless, Lambdas, SNS, SQS, API GW, CloudFront, Autora, etc.), as well as Azure and GCP (for now mostly used as pure IaaS, with a lot of cognitive services, and mostly managed DB). Hopefully, something not as expensive as Datadog or New relic, as our SRE team could support the tool inhouse. At the moment, we primarily use CloudWatch for AWS and Pandora for most on-prem.

See more
Replies (2)
Lucas Rincon
Recommends
on
InstanaInstana

this is quite affordable and provides what you seem to be looking for. you can see a whole thing about the APM space here https://www.apmexperts.com/observability/ranking-the-observability-offerings/

See more
Recommends
on
DatadogDatadog

I worked with Datadog at least one year and my position is that commercial tools like Datadog are the best option to consolidate and analyze your metrics. Obviously, if you can't pay the tool, the best free options are the mix of Prometheus with their Alert Manager and Grafana to visualize (that are complementary not substitutable). But I think that no use a good tool it's finally more expensive that use a not really good implementation of free tools and you will pay also to maintain its.

See more
Decisions about Icinga and Prometheus
Matthias Fleschütz
Teamlead IT at NanoTemper Technologies · | 2 upvotes · 124.4K views
  • free open source
  • modern interface and architecture
  • large community
  • extendable I knew Nagios for decades but it was really outdated (by its architecture) at some point. That's why Icinga started first as a fork, not with Icinga2 it is completely built from scratch but backward-compatible with Nagios plugins. Now it has reached a state with which I am confident.
See more
Get Advice from developers at your company using StackShare Enterprise. Sign up for StackShare Enterprise.
Learn More
Pros of Icinga
Pros of Prometheus
    Be the first to leave a pro
    • 47
      Powerful easy to use monitoring
    • 38
      Flexible query language
    • 32
      Dimensional data model
    • 27
      Alerts
    • 23
      Active and responsive community
    • 22
      Extensive integrations
    • 19
      Easy to setup
    • 12
      Beautiful Model and Query language
    • 7
      Easy to extend
    • 6
      Nice
    • 3
      Written in Go
    • 2
      Good for experimentation
    • 1
      Easy for monitoring

    Sign up to add or upvote prosMake informed product decisions

    Cons of Icinga
    Cons of Prometheus
      Be the first to leave a con
      • 12
        Just for metrics
      • 6
        Bad UI
      • 6
        Needs monitoring to access metrics endpoints
      • 4
        Not easy to configure and use
      • 3
        Supports only active agents
      • 2
        Written in Go
      • 2
        TLS is quite difficult to understand
      • 2
        Requires multiple applications and tools
      • 1
        Single point of failure

      Sign up to add or upvote consMake informed product decisions

      - No public GitHub repository available -

      What is Icinga?

      It monitors availability and performance, gives you simple access to relevant data and raises alerts to keep you in the loop. It was originally created as a fork of the Nagios system monitoring application.

      What is Prometheus?

      Prometheus is a systems and service monitoring system. It collects metrics from configured targets at given intervals, evaluates rule expressions, displays the results, and can trigger alerts if some condition is observed to be true.

      Need advice about which tool to choose?Ask the StackShare community!

      Jobs that mention Icinga and Prometheus as a desired skillset
      Postman
      San Francisco, United States
      What companies use Icinga?
      What companies use Prometheus?
      See which teams inside your own company are using Icinga or Prometheus.
      Sign up for StackShare EnterpriseLearn More

      Sign up to get full access to all the companiesMake informed product decisions

      What tools integrate with Icinga?
      What tools integrate with Prometheus?

      Sign up to get full access to all the tool integrationsMake informed product decisions

      Blog Posts

      Dec 8 2020 at 5:50PM

      DigitalOcean

      GitHubMySQLPostgreSQL+11
      2
      2356
      May 21 2020 at 12:02AM

      Rancher Labs

      KubernetesAmazon EC2Grafana+12
      5
      1495
      PythonDockerKubernetes+14
      12
      2603
      Node.jsnpmKubernetes+6
      1
      1414
      What are some alternatives to Icinga and Prometheus?
      Nagios
      Nagios is a host/service/network monitoring program written in C and released under the GNU General Public License.
      Sensu
      Sensu is the future-proof solution for multi-cloud monitoring at scale. The Sensu monitoring event pipeline empowers businesses to automate their monitoring workflows and gain deep visibility into their multi-cloud environments.
      Shinken
      Shinken's main goal is to give users a flexible architecture for their monitoring system that is designed to scale to large environments. Shinken is backwards-compatible with the Nagios configuration standard and plugins. It works on any operating system and architecture that supports Python, which includes Windows, GNU/Linux and FreeBSD.
      Zabbix
      Zabbix is a mature and effortless enterprise-class open source monitoring solution for network monitoring and application monitoring of millions of metrics.
      PRTG
      It can monitor and classify system conditions like bandwidth usage or uptime and collect statistics from miscellaneous hosts as switches, routers, servers and other devices and applications.
      See all alternatives