Verwenden einer OpenSearch Ingestion-Pipeline mit Amazon DocumentDB

Sie können eine OpenSearch Ingestion-Pipeline mit Amazon DocumentDB verwenden, um Dokumentänderungen (wie Erstellen, Aktualisieren und Löschen) an Amazon OpenSearch Service-Domains und -Sammlungen zu streamen. Die OpenSearch Ingestion-Pipeline kann Change Data Capture (CDC) -Mechanismen () nutzen, sofern sie in Ihrem Amazon DocumentDB-Cluster verfügbar sind, oder API Polling, um eine hochskalierbare und latenzarme Methode zum kontinuierlichen Streamen von Daten aus einem Amazon DocumentDB-Cluster bereitzustellen.

Es gibt zwei Möglichkeiten, Amazon DocumentDB als Quelle für die Verarbeitung von Daten zu verwenden — mit und ohne einen vollständigen anfänglichen Snapshot.

Ein vollständiger erster Snapshot ist eine Massenabfrage einer gesamten Amazon DocumentDB-Sammlung. Amazon DocumentDB lädt diesen Snapshot auf Amazon S3 hoch. Von dort aus sendet eine OpenSearch Ingestion-Pipeline ihn an einen Index in einer Domain oder partitioniert ihn in mehrere Indizes in einer Domain. Damit die Daten in Amazon DocumentDB OpenSearch konsistent bleiben, synchronisiert die Pipeline alle Erstellungs-, Aktualisierungs- und Löschereignisse in der Amazon DocumentDB-Sammlung mit den Dokumenten, die im OpenSearch Index oder den Indizes gespeichert sind.

Wenn Sie einen vollständigen Anfangssnapshot verwenden, nimmt Ihre OpenSearch Ingestion-Pipeline zuerst den Snapshot auf und beginnt dann, Daten aus Amazon DocumentDB DocumentDB-Change-Streams zu lesen. Es holt schließlich auf und gewährleistet nahezu in Echtzeit die Datenkonsistenz zwischen Amazon DocumentDB und. OpenSearch

Sie können auch die OpenSearch Ingestion-Integration mit Amazon DocumentDB verwenden, um Ereignisse ohne Snapshot zu streamen. Wählen Sie diese Option, wenn Sie bereits einen vollständigen Snapshot von einem anderen Mechanismus haben oder wenn Sie nur aktuelle Ereignisse aus einer Amazon DocumentDB-Sammlung mit Change-Streams streamen möchten.

Bei beiden Optionen müssen Sie einen Change-Stream in Ihrer Amazon DocumentDB-Sammlung aktivieren, wenn Sie einen Stream in Ihrer Pipeline-Konfiguration aktivieren. Wenn Sie nur Volllast oder Export verwenden, müssen Sie keinen Change-Stream aktivieren.

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 CDC Infrastruktur verwenden, stellen Sie sicher, dass Sie Ihren Amazon DocumentDB-Cluster für die Veröffentlichung von Change-Streams konfigurieren.

2. Aktivieren Sie es TLS auf Ihrem Amazon DocumentDB-Cluster.

3. Richten Sie einen VPC CIDR privaten Adressraum für die 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 von Change-Stream-Protokollen finden Sie unter Aufbewahrungsdauer für Change-Stream-Protokolle ändern.

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

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 die resource mit Ihrer eigenen aktualisierenARN.

   {
     "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 unter Erforderliche Berechtigungen für Domänen und Erforderliche Berechtigungen für Sammlungen.

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:

{
    "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 angeben, die Sie zum Erstellen der OpenSearch Ingestion-Pipeline verwenden, da die Pipeline diese Berechtigungen verwendet, um eine Netzwerkschnittstelle in Ihrem zu erstellen und zu löschen. VPC 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:
        sts_role_arn: "arn:aws:iam::{account-id}:role/pipeline-role"
      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"
        sts_role_arn: "arn:aws:iam::{account-id}:role/pipeline-role"
        refresh_interval: PT1H   

Sie können einen vorkonfigurierten Amazon DocumentDB-Blueprint verwenden, um diese Pipeline zu erstellen. Weitere Informationen finden Sie unter Verwenden von Blueprints zum Erstellen einer Pipeline.

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

Wenn Sie einen benutzerdefinierten Wert angeben möchtenCIDR, 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 Amazon DocumentDB von der for Ingestion VPC CIDR unterscheidet. CIDR OpenSearch

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

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 bestimmten objectId Zuordnungstyp zu OpenSearch Textfeldern. Der Wert entspricht der Zeichenkettendarstellung vonobjectId.	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 Typ Amazon DocumentDB aufnehmen minKey . 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 Nichtwert erstellt. minKey Nachfolgende Werte können weiterhin Amazon DocumentDB minKey DocumentDB-Werte sein.	Amazon DocumentDB unterstützt minKey Typfelder.
MaxKey	OpenSearch kann Dokumente mit dem Typ Amazon DocumentDB aufnehmen maxKey . 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 Nichtwert erstellt. maxKey Nachfolgende Werte können weiterhin Amazon DocumentDB maxKey DocumentDB-Werte sein.	Amazon DocumentDB unterstützt maxKey Typfelder.

Wir empfehlen Ihnen, die Warteschlange für unzustellbare Briefe (DLQ) in Ihrer OpenSearch Ingestion-Pipeline zu konfigurieren. Wenn Sie die Warteschlange konfiguriert haben, sendet OpenSearch Service alle fehlgeschlagenen Dokumente, die aufgrund von Fehlern bei der dynamischen Zuordnung nicht aufgenommen werden konnten, zur 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.