Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Beobachtbarkeit in Amazon Service OpenSearch
Observability ist die Praxis, durch die Untersuchung ihrer Ergebnisse Einblicke in den internen Zustand und die Leistung Ihrer komplexen Systeme zu gewinnen. Herkömmliche Überwachung kann Ihnen sagen, dass Ihr System ausgefallen ist. Observability hilft Ihnen zu verstehen, warum es ausgefallen ist, indem Sie neue Fragen zu Ihren Daten stellen können.
Amazon OpenSearch Service bietet eine einheitliche Lösung, indem es wichtige Arten von Telemetriedaten sammelt und korreliert.
-
In Protokollen werden Ereignisse wie Anwendungsfehler, Benutzeranfragen oder Systemstatusmeldungen mit Zeitstempel aufgezeichnet.
-
Traces stellen den end-to-end Weg einer Anfrage dar, während sie die verschiedenen Dienste in einem verteilten System durchläuft.
Durch die Zusammenführung dieser Datentypen unterstützt Amazon OpenSearch Service Betriebsteams, Techniker für Standortzuverlässigkeit und Entwickler dabei, Betriebsprobleme schneller zu erkennen, zu diagnostizieren und zu lösen.
Der Beobachtbarkeits-Workflow in Service OpenSearch
Um Daten aus Ihren Anwendungen zur Analyse in OpenSearch Service zu importieren, wird eine mehrstufige Pipeline verwendet:
-
Sammlung
Der Prozess beginnt an der Quelle mit einfachen Agenten oder Kollektoren, die Telemetriedaten von Ihren Signalproduzenten wie Anwendungen und Infrastruktur sammeln. Zwei gängige Open-Source-Agenten sind:
-
OpenTelemetry(OTel) Collector — Die branchenübliche und bevorzugte Methode zum Sammeln von Protokollen und Traces.
-
Fluent Bit — Ein leichter, leistungsstarker Protokollprozessor und Forwarder, der das OTel Schema für Logs und Traces unterstützt.
-
-
Verschlucken (Amazon OpenSearch Ingestion)
Nach der Erfassung der Telemetrie werden die Daten an OpenSearch Ingestion gesendet, eine vollständig verwaltete, serverlose Datenpipeline. Sie können benutzerdefinierte Pipelines erstellen, um:
-
Filter — Entfernen Sie unnötige Daten, um die Speicherkosten zu senken.
-
Anreichern — Fügen Sie wertvolle Metadaten hinzu, z. B. geografische Informationen von einer IP-Adresse.
-
Transformieren und Normalisieren — Strukturieren Sie unstrukturierte Protokolle in einem konsistenten Format.
-
Route — Senden Sie verschiedene Datentypen an verschiedene OpenSearch Service-Indizes oder Amazon S3.
-
-
Analytik und Visualisierung
Nach der Verarbeitung werden die Daten in eine OpenSearch Dienstdomäne oder Sammlung geladen. Sie können riesige Datenmengen nahezu in Echtzeit speichern, indizieren und analysieren. Sie interagieren mit diesen Daten über eine Visualisierungsoberfläche, z. B. den Observability-Workspace der OpenSearch Benutzeroberfläche, um Abfragen auszuführen, Dashboards zu erstellen und Benachrichtigungen einzurichten.
OpenSearch Benutzeroberfläche und Dashboards OpenSearch
OpenSearch Der Service bietet zwei unterschiedliche Benutzeroberflächen für die Beobachtbarkeit. Wir empfehlen, dass Sie die OpenSearch Benutzeroberfläche verwenden und einen Observability-Workspace für neue Installationen einrichten und von vorhandenen OpenSearch Dashboards migrieren. Im Folgenden finden Sie eine Tabelle, in der die Vorteile von OpenSearch UI im Vergleich zu herkömmlichen Dashboards aufgeführt sind. OpenSearch
| Feature | OpenSearch Benutzeroberfläche | OpenSearch Dashboards |
|---|---|---|
| Datenquellen | Mehrere Quellen — kann eine Verbindung zu mehreren OpenSearch Dienstdomänen, OpenSearch serverlosen Sammlungen und anderen Datenquellen herstellen. | Aus einer Hand — zusammen mit einer einzigen Service-Domain. OpenSearch |
| Aktualisierungen | Neue Funktionen sind hier zuerst verfügbar, da sie nicht an eine bestimmte OpenSearch Version gebunden sind. | Neue Funktionen sind an die OpenSearch Version gebunden. Updates könnten in future veraltet sein. |
| Verfügbarkeit | Gehostet im System, AWS Cloud um sicherzustellen, dass bei Cluster-Upgrades keine Ausfallzeiten auftreten. | Kann während der Domainwartung und bei Upgrades vorübergehend nicht verfügbar sein |
| Zusammenarbeit | Bietet Arbeitsbereiche für kuratierte Teamzusammenarbeit an bestimmten Workflows. | Die Zusammenarbeit basiert auf der gemeinsamen Nutzung von gespeicherten Objekten in einer einzigen Domain. |
Hinweis — Um den Einstieg zu vereinfachen, haben wir einen neuen Get Started-Workflow für Logs in der Amazon OpenSearch Service-Konsole erstellt, der eine neue OTel maßgeschneiderte Erfassungspipeline einrichtet, es Ihnen ermöglicht, einen vorhandenen OpenSearch Cluster auszuwählen und eine neue OpenSearch UI-Anwendung mit einem erstellten Observability-Workspace zu erstellen. Sie müssen Ihre OTel Agenten lediglich auf den neuen Aufnahmeendpunkt hinweisen und schon können Sie Einblicke in Ihre formatierten Daten gewinnen. OTel
Da Datenerfassung und Analytik in Logs und Traces unterschiedlich gehandhabt werden, haben wir separate Abschnitte erstellt, mit denen wir uns eingehend befassen können.
