Verwenden einer OpenSearch Ingestion-Pipeline mit Amazon DocumentDB - OpenSearch Amazon-Dienst

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.

Verwenden einer OpenSearch Ingestion-Pipeline mit Amazon DocumentDB

Sie können das DocumentDB-Plugin verwenden, um Dokumentänderungen wie Erstellungen, Aktualisierungen und Löschungen an Amazon OpenSearch Service zu streamen. Die Pipeline unterstützt Change Data Capture (CDC), falls verfügbar, oder API-Polling für hochskaliertes Streaming mit niedriger Latenz.

Sie können Daten mit oder ohne einen vollständigen ersten Snapshot verarbeiten. Ein vollständiger Snapshot erfasst eine gesamte Amazon DocumentDB-Sammlung und lädt sie auf Amazon S3 hoch. Die Pipeline sendet die Daten dann an einen oder mehrere OpenSearch Indizes. Nachdem sie den Snapshot aufgenommen hat, synchronisiert die Pipeline laufende Änderungen, um die Konsistenz zu wahren, und holt schließlich Aktualisierungen fast in Echtzeit auf.

Wenn Sie bereits über einen vollständigen Snapshot aus einer anderen Quelle verfügen oder nur neue Ereignisse verarbeiten müssen, können Sie auch ohne Snapshot streamen. In diesem Fall liest die Pipeline direkt aus Amazon DocumentDB DocumentDB-Change-Streams, ohne dass ein anfängliches Massenladen erforderlich ist.

Wenn Sie Streaming aktivieren, müssen Sie einen Change-Stream in Ihrer Amazon DocumentDB-Sammlung aktivieren. Wenn Sie jedoch nur einen vollständigen Ladevorgang oder Export durchführen, benötigen Sie keinen Change-Stream.

Voraussetzungen

Bevor Sie Ihre OpenSearch Ingestion-Pipeline erstellen, führen Sie die folgenden Schritte aus:

  1. Erstellen Sie einen Amazon DocumentDB-Cluster mit der Berechtigung zum Lesen von Daten, indem Sie die Schritte unter Erstellen eines Amazon DocumentDB-Clusters im Amazon DocumentDB DocumentDB-Entwicklerhandbuch befolgen. Wenn Sie die CDC-Infrastruktur verwenden, konfigurieren Sie Ihren Amazon DocumentDB-Cluster für die Veröffentlichung von Change-Streams.

  2. Aktivieren Sie TLS in Ihrem Amazon-DocumentDB-Cluster.

  3. Richten Sie eine VPC-CIDR eines privaten Adressraums zur Verwendung mit OpenSearch Ingestion ein.

  4. Richten Sie die Authentifizierung in Ihrem Amazon DocumentDB-Cluster mit AWS Secrets Manager ein. Aktivieren Sie die Rotation von Geheimnissen, indem Sie die Schritte unter Automatisches Rotieren von Passwörtern für Amazon DocumentDB befolgen. Weitere Informationen finden Sie unter Datenbankzugriff mit rollenbasierter Zugriffskontrolle und Sicherheit in Amazon DocumentDB.

  5. Wenn Sie einen Change-Stream verwenden, um Datenänderungen in Ihrer Amazon DocumentDB-Sammlung zu abonnieren, vermeiden Sie Datenverlust, indem Sie den Aufbewahrungszeitraum mithilfe des change_stream_log_retention_duration Parameters auf bis zu 7 Tage verlängern. Change-Streams-Ereignisse werden standardmäßig für 3 Stunden gespeichert, nachdem das Ereignis aufgezeichnet wurde, was für große Sammlungen nicht ausreichend ist. Informationen zum Ändern der Aufbewahrungsdauer für Change-Stream-Protokolle finden Sie unter Ändern der Aufbewahrungsdauer für das Change-Stream-Protokoll.

  6. Erstellen Sie eine OpenSearch Dienstdomäne oder eine OpenSearch serverlose Sammlung. Weitere Informationen erhalten Sie unter OpenSearch Dienstdomänen erstellen und Erstellen von Sammlungen.

  7. Fügen Sie Ihrer Domain eine ressourcenbasierte Richtlinie oder Ihrer Sammlung eine Datenzugriffsrichtlinie hinzu. Diese Zugriffsrichtlinien ermöglichen es OpenSearch Ingestion, Daten aus Ihrem Amazon DocumentDB-Cluster in Ihre Domain oder Sammlung zu schreiben.

    Die folgende Beispielrichtlinie für den Domänenzugriff ermöglicht es der Pipeline-Rolle, die Sie im nächsten Schritt erstellen, Daten in eine Domain zu schreiben. Stellen Sie sicher, dass Sie das resource mit Ihrem eigenen ARN aktualisieren.

    JSON
    { "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Principal": { "AWS": "arn:aws:iam::pipeline-account-id:role/pipeline-role" }, "Action": [ "es:DescribeDomain", "es:ESHttp*" ], "Resource": [ "arn:aws:es:region:account-id:domain/domain-name" ] } ] }

    Informationen zum Erstellen einer IAM-Rolle mit den richtigen Berechtigungen für den Zugriff auf Schreibdaten für die Sammlung oder Domäne finden Sie unterRollen und Benutzer in Amazon OpenSearch Ingestion einrichten.

Schritt 1: Konfigurieren Sie die Pipeline-Rolle

Nachdem Sie die Voraussetzungen für Ihre Amazon DocumentDB-Pipeline eingerichtet haben, konfigurieren Sie die Pipeline-Rolle, die Sie in Ihrer Pipeline-Konfiguration verwenden möchten, und fügen Sie der Rolle die folgenden Amazon DocumentDB DocumentDB-Berechtigungen hinzu:

JSON
{ "Version": "2012-10-17", "Statement": [ { "Sid": "allowS3ListObjectAccess", "Effect": "Allow", "Action": [ "s3:ListBucket" ], "Resource": [ "arn:aws:s3:::s3-bucket" ], "Condition": { "StringLike": { "s3:prefix": "s3-prefix/*" } } }, { "Sid": "allowReadAndWriteToS3ForExportStream", "Effect": "Allow", "Action": [ "s3:PutObject", "s3:GetObject", "s3:DeleteObject" ], "Resource": [ "arn:aws:s3:::s3-bucket/s3-prefix/*" ] }, { "Sid": "SecretsManagerReadAccess", "Effect": "Allow", "Action": [ "secretsmanager:GetSecretValue" ], "Resource": ["arn:aws:secretsmanager:region:account-id:secret:secret-name"] }, { "Effect": "Allow", "Action": [ "ec2:AttachNetworkInterface", "ec2:CreateNetworkInterface", "ec2:CreateNetworkInterfacePermission", "ec2:DeleteNetworkInterface", "ec2:DeleteNetworkInterfacePermission", "ec2:DetachNetworkInterface", "ec2:DescribeNetworkInterfaces" ], "Resource": [ "arn:aws:ec2:*:account-id:network-interface/*", "arn:aws:ec2:*:account-id:subnet/*", "arn:aws:ec2:*:account-id:security-group/*" ] }, { "Effect": "Allow", "Action": [ "ec2:DescribeDhcpOptions", "ec2:DescribeRouteTables", "ec2:DescribeSecurityGroups", "ec2:DescribeSubnets", "ec2:DescribeVpcs", "ec2:Describe*" ], "Resource": "*" }, { "Effect": "Allow", "Action": [ "ec2:CreateTags" ], "Resource": "arn:aws:ec2:*:*:network-interface/*", "Condition": { "StringEquals": { "aws:RequestTag/OSISManaged": "true" } } } ] }

Sie müssen die oben genannten EC2 Amazon-Berechtigungen für die IAM-Rolle bereitstellen, mit der Sie die OpenSearch Ingestion-Pipeline erstellen, da die Pipeline diese Berechtigungen verwendet, um eine Netzwerkschnittstelle in Ihrer VPC zu erstellen und zu löschen. Die Pipeline kann nur über diese Netzwerkschnittstelle auf den Amazon DocumentDB-Cluster zugreifen.

Schritt 2: Erstellen Sie die Pipeline

Anschließend können Sie eine OpenSearch Ingestion-Pipeline wie die folgende konfigurieren, die Amazon DocumentDB als Quelle angibt. Beachten Sie, dass die getMetadata Funktion zum Auffüllen des Indexnamens einen Metadatenschlüssel verwendetdocumentdb_collection. Wenn Sie einen anderen Indexnamen ohne die getMetadata Methode verwenden möchten, können Sie die Konfiguration index: "my_index_name" verwenden.

version: "2" documentdb-pipeline: source: documentdb: acknowledgments: true host: "https://docdb-cluster-id.us-east-1.docdb.amazonaws.com" port: 27017 authentication: username: ${aws_secrets:secret:username} password: ${aws_secrets:secret:password} aws: s3_bucket: "bucket-name" s3_region: "bucket-region" s3_prefix: "path" #optional path for storing the temporary data collections: - collection: "dbname.collection" export: true stream: true sink: - opensearch: hosts: ["https://search-mydomain.us-east-1.es.amazonaws.com"] index: "${getMetadata(\"documentdb_collection\")}" index_type: custom document_id: "${getMetadata(\"primary_key\")}" action: "${getMetadata(\"opensearch_action\")}" document_version: "${getMetadata(\"document_version\")}" document_version_type: "external" extension: aws: secrets: secret: secret_id: "my-docdb-secret" region: "us-east-1" refresh_interval: PT1H

Sie können einen vorkonfigurierten Amazon DocumentDB-Blueprint verwenden, um diese Pipeline zu erstellen. Weitere Informationen finden Sie unter Mit Blueprints arbeiten.

Wenn Sie die verwenden, AWS Management Console um Ihre Pipeline zu erstellen, müssen Sie Ihre Pipeline auch an Ihre VPC anhängen, um Amazon DocumentDB als Quelle verwenden zu können. Suchen Sie dazu den Abschnitt Quellnetzwerkoptionen, aktivieren Sie das Kontrollkästchen An VPC anhängen und wählen Sie Ihr CIDR aus einer der bereitgestellten Standardoptionen aus. Sie können jedes CIDR aus einem privaten Adressraum verwenden, wie in RFC 1918 Best Current Practice definiert.

Um ein benutzerdefiniertes CIDR bereitzustellen, wählen Sie im Dropdownmenü die Option Andere aus. Um eine Kollision der IP-Adressen zwischen OpenSearch Ingestion und Amazon DocumentDB zu vermeiden, stellen Sie sicher, dass sich die Amazon DocumentDB VPC CIDR von der CIDR für Ingestion unterscheidet. OpenSearch

Weitere Informationen finden Sie unter VPC-Zugriff für eine Pipeline konfigurieren.

Datenkonsistenz

Die Pipeline gewährleistet die Datenkonsistenz, indem sie kontinuierlich Änderungen vom Amazon DocumentDB-Cluster abfragt oder empfängt und die entsprechenden Dokumente im OpenSearch Index aktualisiert.

OpenSearch Die Datenaufnahme unterstützt die end-to-end Bestätigung, um die Beständigkeit der Daten sicherzustellen. Wenn eine Pipeline Snapshots oder Streams liest, erstellt sie dynamisch Partitionen für die Parallelverarbeitung. Die Pipeline markiert eine Partition als abgeschlossen, wenn sie nach der Aufnahme aller Datensätze in der OpenSearch Domäne oder Sammlung eine Bestätigung erhält.

Wenn Sie Daten in eine OpenSearch serverlose Suchsammlung aufnehmen möchten, können Sie in der Pipeline eine Dokument-ID generieren. Wenn Sie Daten in eine OpenSearch serverlose Zeitreihensammlung aufnehmen möchten, beachten Sie, dass die Pipeline keine Dokument-ID generiert. Daher müssen Sie diese document_id: "${getMetadata(\"primary_key\")}" in Ihrer Pipeline-Senkenkonfiguration weglassen.

Eine OpenSearch Ingestion-Pipeline ordnet auch eingehende Ereignisaktionen entsprechenden Massenindizierungsaktionen zu, um das Ingestieren von Dokumenten zu erleichtern. Dadurch bleiben die Daten konsistent, sodass jede Datenänderung in Amazon DocumentDB mit den entsprechenden Dokumentänderungen in abgeglichen wird. OpenSearch

Datentypen zuordnen

OpenSearch Der Service ordnet Datentypen in jedem eingehenden Dokument dynamisch dem entsprechenden Datentyp in Amazon DocumentDB zu. Die folgende Tabelle zeigt, wie OpenSearch Service verschiedene Datentypen automatisch zuordnet.

Datentyp OpenSearch Amazon DocumentDB
Ganzzahl

OpenSearch ordnet Amazon DocumentDB DocumentDB-Integer-Werte automatisch OpenSearch Ganzzahlen zu.

OpenSearch ordnet das Feld dynamisch auf der Grundlage des ersten gesendeten Dokuments zu. Wenn Sie eine Mischung von Datentypen für dasselbe Attribut in Amazon DocumentDB haben, schlägt die automatische Zuordnung möglicherweise fehl.

Wenn Ihr erstes Dokument beispielsweise ein Long-Attribut hat und ein späteres Dokument dasselbe Attribut als Ganzzahl hat, OpenSearch kann das zweite Dokument nicht aufgenommen werden. In diesen Fällen sollten Sie eine explizite Zuordnungsvorlage bereitstellen, die den flexibelsten Zahlentyp auswählt, z. B. den folgenden:

{ "template": { "mappings": { "properties": { "MixedNumberField": { "type": "float" } } } } }

Amazon DocumentDB unterstützt Ganzzahlen.

Long

OpenSearch ordnet Amazon DocumentDB DocumentDB-Long-Werte automatisch OpenSearch Long-Werten zu.

OpenSearch ordnet das Feld dynamisch auf der Grundlage des ersten gesendeten Dokuments zu. Wenn Sie eine Mischung von Datentypen für dasselbe Attribut in Amazon DocumentDB haben, schlägt die automatische Zuordnung möglicherweise fehl.

Wenn Ihr erstes Dokument beispielsweise ein Long-Attribut hat und ein späteres Dokument dasselbe Attribut als Ganzzahl hat, OpenSearch kann das zweite Dokument nicht aufgenommen werden. In diesen Fällen sollten Sie eine explizite Zuordnungsvorlage bereitstellen, die den flexibelsten Zahlentyp auswählt, z. B. den folgenden:

{ "template": { "mappings": { "properties": { "MixedNumberField": { "type": "float" } } } } }

Amazon DocumentDB unterstützt Longs.

String

OpenSearch ordnet Zeichenkettenwerte automatisch als Text zu. In einigen Situationen, z. B. bei Aufzählungswerten, können Sie sie dem Schlüsselworttyp zuordnen.

Das folgende Beispiel zeigt, wie ein Amazon DocumentDB-Attribut mit dem Namen einem OpenSearch Schlüsselwort PartType zugeordnet wird.

{ "template": { "mappings": { "properties": { "PartType": { "type": "keyword" } } } } }

Amazon DocumentDB unterstützt Zeichenketten.

Double

OpenSearch ordnet Amazon DocumentDB DocumentDB-Doppelwerte automatisch OpenSearch Doubles zu.

OpenSearch ordnet das Feld dynamisch auf der Grundlage des ersten gesendeten Dokuments zu. Wenn Sie eine Mischung von Datentypen für dasselbe Attribut in Amazon DocumentDB haben, schlägt die automatische Zuordnung möglicherweise fehl.

Wenn Ihr erstes Dokument beispielsweise ein Long-Attribut hat und ein späteres Dokument dasselbe Attribut als Ganzzahl hat, OpenSearch kann das zweite Dokument nicht aufgenommen werden. In diesen Fällen sollten Sie eine explizite Zuordnungsvorlage bereitstellen, die den flexibelsten Zahlentyp auswählt, z. B. den folgenden:

{ "template": { "mappings": { "properties": { "MixedNumberField": { "type": "float" } } } } }
Amazon DocumentDB unterstützt Doubles.
Datum

Standardmäßig wird das Datum einer Ganzzahl in zugeordnet. OpenSearch Sie können eine benutzerdefinierte Zuordnungsvorlage definieren, um ein Datum einem OpenSearch Datum zuzuordnen.

{ "template": { "mappings": { "properties": { "myDateField": { "type": "date", "format": "epoch_second" } } } } }
Amazon DocumentDB unterstützt Datumsangaben.
Zeitstempel

Standardmäßig wird der Zeitstempel einer Ganzzahl in zugeordnet. OpenSearch Sie können eine benutzerdefinierte Zuordnungsvorlage definieren, um ein Datum einem Datum zuzuordnen. OpenSearch

{ "template": { "mappings": { "properties": { "myTimestampField": { "type": "date", "format": "epoch_second" } } } } }
Amazon DocumentDB unterstützt Zeitstempel.
Boolesch

OpenSearch ordnet einen booleschen Amazon DocumentDB-Typ einem OpenSearch booleschen Typ zu.

Amazon DocumentDB unterstützt Attribute vom Typ Boolean.

Dezimal

OpenSearch ordnet Amazon DocumentDB DocumentDB-Zuordnungsattribute verschachtelten Feldern zu. Dieselben Zuordnungen gelten für ein verschachteltes Feld.

Das folgende Beispiel ordnet eine Zeichenfolge in einem verschachtelten Feld einem Schlüsselworttyp in zu: OpenSearch

{ "template": { "mappings": { "properties": { "myDecimalField": { "type": "double" } } } } }

Mit dieser benutzerdefinierten Zuordnung können Sie das Feld mit doppelter Genauigkeit abfragen und aggregieren. Der ursprüngliche Wert behält die volle Genauigkeit in der _source Eigenschaft des OpenSearch Dokuments bei. Ohne diese Zuordnung wird standardmäßig Text OpenSearch verwendet.

Amazon DocumentDB unterstützt Dezimalzahlen.
Regulärer Ausdruck Der Regex-Typ erstellt verschachtelte Felder. Dazu gehören und. <myFieldName>.pattern <myFieldName>.options

Amazon DocumentDB unterstützt reguläre Ausdrücke.

Binäre Daten

OpenSearch ordnet Amazon DocumentDB-Binärdaten automatisch OpenSearch Text zu. Sie können eine Zuordnung angeben, in OpenSearch die Sie diese als Binärfelder schreiben können.

Das folgende Beispiel zeigt, wie ein imageData benanntes Amazon DocumentDB-Feld einem OpenSearch Binärfeld zugeordnet wird.

{ "template": { "mappings": { "properties": { "imageData": { "type": "binary" } } } } }
Amazon DocumentDB unterstützt binäre Datenfelder.
ObjectId Felder mit einem ObjectID-Typ werden OpenSearch Textfeldern zugeordnet. Der Wert entspricht der Zeichenkettendarstellung der ObjectID. Amazon DocumentDB unterstützt ObjectIDs.
Null

OpenSearch kann Dokumente mit dem Nulltyp Amazon DocumentDB aufnehmen. Es speichert den Wert als Nullwert im Dokument. Für diesen Typ gibt es keine Zuordnung, und dieses Feld ist weder indexiert noch durchsuchbar.

Wenn derselbe Attributname für einen Null-Typ verwendet wird und später zu einem anderen Typ, wie z. B. einer Zeichenfolge, geändert OpenSearch wird, wird eine dynamische Zuordnung für den ersten Wert, der nicht Null ist, erstellt. Nachfolgende Werte können immer noch Nullwerte von Amazon DocumentDB sein.

Amazon DocumentDB unterstützt Felder vom Typ Null.
Undefined

OpenSearch kann Dokumente mit dem undefinierten Typ Amazon DocumentDB aufnehmen. Es speichert den Wert als Nullwert im Dokument. Für diesen Typ gibt es keine Zuordnung, und dieses Feld ist weder indexiert noch durchsuchbar.

Wenn derselbe Feldname für einen undefinierten Typ verwendet wird und später zu einem anderen Typ, z. B. einer Zeichenfolge, geändert OpenSearch wird, wird eine dynamische Zuordnung für den ersten nicht definierten Wert erstellt. Nachfolgende Werte können immer noch undefinierte Amazon DocumentDB DocumentDB-Werte sein.

Amazon DocumentDB unterstützt undefinierte Typfelder.
MinKey

OpenSearch kann Dokumente mit dem MinKey-Typ Amazon DocumentDB aufnehmen. Es speichert den Wert als Nullwert im Dokument. Für diesen Typ gibt es keine Zuordnung, und dieses Feld ist weder indexiert noch durchsuchbar.

Wenn derselbe Feldname für einen MinKey-Typ verwendet wird und später zu einem anderen Typ, z. B. einer Zeichenfolge, geändert OpenSearch wird, wird eine dynamische Zuordnung für den ersten Nicht-Minkey-Wert erstellt. Nachfolgende Werte können weiterhin Amazon DocumentDB MinKey-Werte sein.

Amazon DocumentDB unterstützt Felder vom Typ MinKey.
MaxKey

OpenSearch kann Dokumente mit dem Typ Amazon DocumentDB MaxKey aufnehmen. Es speichert den Wert als Nullwert im Dokument. Für diesen Typ gibt es keine Zuordnung, und dieses Feld ist weder indexiert noch durchsuchbar.

Wenn derselbe Feldname für einen MaxKey-Typ verwendet wird und später zu einem anderen Typ, z. B. einer Zeichenfolge, geändert OpenSearch wird, wird eine dynamische Zuordnung für den ersten Nicht-MaxKey-Wert erstellt. Nachfolgende Werte können weiterhin Amazon DocumentDB MaxKey-Werte sein.

Amazon DocumentDB unterstützt Felder vom Typ MaxKey.

Wir empfehlen Ihnen, die Dead-Letter-Warteschlange (DLQ) in Ihrer Ingestion-Pipeline zu konfigurieren. OpenSearch Wenn Sie die Warteschlange konfiguriert haben, sendet OpenSearch Service alle fehlgeschlagenen Dokumente, die aufgrund von Fehlern bei der dynamischen Zuordnung nicht aufgenommen werden konnten, an die Warteschlange.

Falls automatische Zuordnungen fehlschlagen, können Sie template_type und template_content in Ihrer Pipeline-Konfiguration verwenden, um explizite Zuordnungsregeln zu definieren. Alternativ können Sie Zuordnungsvorlagen direkt in Ihrer Suchdomain oder Sammlung erstellen, bevor Sie die Pipeline starten.

Einschränkungen

Beachten Sie die folgenden Einschränkungen, wenn Sie eine OpenSearch Ingestion-Pipeline für Amazon DocumentDB einrichten:

  • Die OpenSearch Ingestion-Integration mit Amazon DocumentDB unterstützt derzeit keine regionsübergreifende Aufnahme. Ihr Amazon DocumentDB-Cluster und Ihre OpenSearch Ingestion-Pipeline müssen identisch sein. AWS-Region

  • Die OpenSearch Ingestion-Integration mit Amazon DocumentDB unterstützt derzeit keine kontoübergreifende Erfassung. Ihr Amazon DocumentDB-Cluster und Ihre OpenSearch Ingestion-Pipeline müssen identisch sein. AWS-Konto

  • Eine OpenSearch Ingestion-Pipeline unterstützt nur einen Amazon DocumentDB-Cluster als Quelle.

  • Die OpenSearch Ingestion-Integration mit Amazon DocumentDB unterstützt speziell instanzbasierte Amazon DocumentDB-Cluster. Elastische Amazon DocumentDB-Cluster werden nicht unterstützt.

  • Die OpenSearch Ingestion-Integration wird nur AWS Secrets Manager als Authentifizierungsmechanismus für Ihren Amazon DocumentDB-Cluster unterstützt.

  • Sie können die bestehende Pipeline-Konfiguration nicht aktualisieren, um Daten aus einer anderen Datenbank oder Sammlung aufzunehmen. Stattdessen müssen Sie eine neue Pipeline erstellen.

Empfohlene CloudWatch Alarme

Für eine optimale Leistung empfehlen wir, die folgenden CloudWatch Alarme zu verwenden, wenn Sie eine OpenSearch Ingestion-Pipeline für den Zugriff auf einen Amazon DocumentDB-Cluster als Quelle erstellen.

CloudWatch Alarm Beschreibung
<pipeline-name>.documentDB.Credentials geändert

Diese Metrik gibt an, wie oft Geheimnisse ausgetauscht werden. AWS

<pipeline-name>.documentdb. executorRefreshErrors

Diese Metrik weist auf Fehler beim Aktualisieren von AWS Geheimnissen hin.

<pipeline-name>.documentdb. exportRecordsTotal

Diese Metrik gibt die Anzahl der aus Amazon DocumentDB exportierten Datensätze an.

<pipeline-name>.documentdb. exportRecordsProcessed

Diese Metrik gibt die Anzahl der Datensätze an, die von der OpenSearch Ingestion-Pipeline verarbeitet wurden.

<pipeline-name>.documentdb. exportRecordProcessingFehler

Diese Metrik gibt die Anzahl der Verarbeitungsfehler in einer OpenSearch Ingestion-Pipeline beim Lesen der Daten aus einem Amazon DocumentDB-Cluster an.

<pipeline-name>.documentdb. exportRecordsSuccessInsgesamt

Diese Metrik gibt die Gesamtzahl der erfolgreich verarbeiteten Exportdatensätze an.

<pipeline-name>.documentdb. exportRecordsFailedInsgesamt

Diese Metrik gibt die Gesamtzahl der Exportdatensätze an, die nicht verarbeitet werden konnten.

<pipeline-name>.documentDB.BytesReceived

Diese Metrik gibt die Gesamtzahl der Byte an, die von einer Ingestion-Pipeline empfangen wurden. OpenSearch

<pipeline-name>.documentDB.BytesProcessed

Diese Metrik gibt die Gesamtzahl der Byte an, die von einer Ingestion-Pipeline verarbeitet wurden. OpenSearch

<pipeline-name>.documentdb. exportPartitionQueryInsgesamt

Diese Metrik gibt die Gesamtsumme der Exportpartition an.

<pipeline-name>.documentdb. streamRecordsSuccessInsgesamt

Diese Metrik gibt die Anzahl der erfolgreich verarbeiteten Datensätze aus dem Stream an.

<pipeline-name>.documentdb. streamRecordsFailedInsgesamt

Diese Metrik gibt die Gesamtzahl der Datensätze aus dem Stream an, die nicht verarbeitet werden konnten.