Metriküberwachung basierend auf der Elasticsearch-Plattform, der SREs vertrauen

Elastic vereint erstklassige Metrik-Effizienz mit der branchenweit umfassendsten Log-Analyselösung und 30-mal schnelleren Abfragen als bei vergleichbaren TSDBs, basierend auf einem spaltenorientierten Datenspeicher, der für Workloads mit hoher Kardinalität entwickelt wurde und kostengünstig skaliert. Mit nativem PromQL können Sie Ihre gewohnten Workflows beibehalten.

Lernen Sie die beste Engine für spaltenorientierte Metriken ihrer Klasse kennen

Der spaltenorientierte Elasticsearch-Datenspeicher übertrifft andere Speicher bei der Datenaufnahme von Metriken, der Speicherung und der Abfragegeschwindigkeit in jeder Größenordnung.

Skalieren ohne Datenverlust

Die technische Tiefe, die den Standard für Log-Ingest, Speicher und Abfrageleistung setzte, ist exakt das, was wir angewandt haben, um eine bessere TSDB für Metriken mit hoher Kardinalität zu erstellen. Dasselbe Team, dieselbe Strenge, ein neuer Datentyp – darauf ausgelegt, jede Metrik in voller Auflösung ohne die damit verbundenen Kosten zu speichern.

  • ERSTKLASSIGE EFFIZIENZ

    Schnellere Abfragen zu einem Bruchteil der Kosten

    Elasticsearch führt Abfragen 25-mal schneller aus als Prometheus und speichert Metriken, die 2,5-mal schlanker sind – ohne Kardinalitätsgrenzen. Sie behalten Ihre aktuelle Eingabearchitektur, sichern sich mehr Verlaufsdaten und zahlen weniger dafür als für einen vergleichbaren Prometheus-Stack.

  • SCHEMA-AGNOSTISCH

    Ein Datenspeicher für alle Formate

    Die meisten Backends normalisieren alles in ein einziges Schema. Wir nicht. Egal, ob Sie uns Prometheus, OpenTelemetry, Beats oder OCSF senden – Elasticsearch speichert jedes davon im nativen Format und fragt es unverändert ab. Keine Übersetzungsschicht, kein Informationsverlust, keine Konvertierungsverluste.

  • EINTÄGIGE MIGRATION

    PromQL von Anfang an

    Ihre bestehenden PromQL-Abfragen, Dashboards und Warnregeln werden übernommen, ohne dass Sie eine neue Sprache lernen müssen. Remote-Schreiben und OTLP-Ingest werden unterstützt. Die Migration ist eine Konfigurationsänderung, kein monatelanges Projekt.

  • LOGS + METRIKEN + TRACES

    Einheitliche Ermittlungen – kein Kontextwechsel erforderlich

    In einem typischen Observability-Stack bedeutet die Suche nach der Grundursache oft, dass man zwischen mehreren Abfragesprachen und Backends wechseln muss. In Elasticsearch sind Metriken, Logdaten und Traces alle an einem Ort. Wenn eine Warnung ausgelöst wird, ist der relevante Kontext bereits vorhanden.

Elasticsearch scannt keine Zeilen. Es liest Spalten.

Der segmentbasierte Speicher von Elasticsearch ist von Haus aus spaltenorientiert und liefert bei Millionen von Zeitreihen mit vektoriellem Laden und Verarbeiten im Bruchteil einer Sekunde eine Antwort.

  • Beliebige Datenbestände mit hoher Kardinalität abfragen

    ES|QL ist darauf ausgelegt, dies auszunutzen: eine vektorisierte Abfrage-Engine, die Daten in Chargen verarbeitet und sich auch bei hoher Kardinalität nicht verschlechtert. Pipeline-Abfragen über Metriken, Logs und Traces hinweg – mit nativer PromQL-Unterstützung.

  • Aus jedem Byte mehr herausholen

    Mit einem vollständigen Satz von Zeitreihenfunktionen, die Rate, Delta, Perzentil, Zeitgruppierung und Aggregationen abdecken, sowie Dokumentwert-Skippern und synthetischem ID-Trimming, um den Speicher gering zu halten, erhalten Sie mehr analytische Tiefe ohne entsprechende Kosten.

  • Zugriff von jedem Ort, an dem Sie bereits arbeiten

    Die meisten Backends bieten Ihnen einen Einstieg. Elasticsearch bietet Ihnen drei: Kibana für Dashboards und vorgefertigte Workflows, Elastic AI Agent für chatgeleitete Untersuchungen sowie speziell entwickelte MCP-Apps und Fähigkeiten für die KI-Tools, mit denen Ihr Team bereits arbeitet.

ELASTICSEARCH 9.4 BENCHMARKS

Technik, die sich in den Zahlen spiegelt

Direkter Vergleich der drei Metriken, die eine produktionsreife TSDB definieren: Abfragegeschwindigkeit, Speicherdichte und Datendurchsatz

Dimension Elasticsearch 9.4 Prometheus Mimir ClickHouse
AbfragegeschwindigkeitZeitreihen mit hoher Kardinalität Schnellste
Ausgangsgrundlage
Bis zu 30-mal langsamer Bis zu 30-mal langsamer Bis zu 8x langsamer
SpeicherdichteByte/Abtastwert Beste
3,74 B
~9,42 B ~3,95 B ~6,8 B
Ingest-DurchsatzProben/Sekunde Schnellster
428K/s
402K/s 404K/s ~300K/s
Native PromQLKein Adapter erforderlich Nativ ✓ Native ✓ Native Adapter erforderlich
OTel-nativKeine Schema-Konvertierung OTel-first Über Exporter Über Exporter Manuelles Mapping

ELASTICSEARCH ALS ENGINE FÜR SPALTENBASIERTE METRIK

Die Innovation, die dies ermöglichte

Von der Speicherarchitektur bis zur Abfrageausführung: Jeder Teil unserer Plattform wurde für einen bestimmten Zweck entwickelt. Hier ist die Technik, die es möglich gemacht hat.

Migrationstool – technische Vorschau

Über Nacht von Datadog oder Grafana migrieren

Konvertieren Sie Dashboards und Warnregeln von Datadog und Grafana automatisch in Elastic und reduzieren Sie so die Kosten und die Komplexität eines Plattformwechsels.

Sind Sie bereit, zu wechseln und 50 % Ihrer Rechnung für Datadog-Metriken zu sparen?

Senden Sie Ihre Prometheus-Metriken an Elastic

Für den Prometheus Remote Write-Endpoint ist keine zusätzliche Konfiguration erforderlich. Sobald die Metriken fließen, können Sie sie mit ES|QL abfragen, die integrierte PROMQL-Funktion für PromQL-Kompatibilität nutzen oder native ES|QL-Abfragen schreiben, um Metriken mit Logs und Traces im selben Store zu verknüpfen.

Metriken in verwertbare Maßnahmen umsetzen

Überwachen Sie Ihre Infrastruktur im großen Maßstab. Erkunden Sie Metriken in Discover, erstellen Sie Dashboards als Code, und lassen Sie KI-gestützte Untersuchungen Anomalien hervorheben, Trends aufdecken und Abhilfemaßnahmen automatisieren, damit Sie Kapazitäten planen und Probleme schneller lösen können.