DocumentDB-Cluster in einer VPC

Ihr Amazon DocumentDB-Cluster befindet sich in einer Virtual Private Cloud (VPC). Eine VPC ist ein virtuelles Netzwerk, das logisch von anderen virtuellen Netzwerken in der AWS Cloud. Amazon VPC ermöglicht Ihnen den Start AWS Ressourcen, wie z. B. ein Amazon DocumentDB-Cluster oder eine Amazon EC2-Instance, in einer VPC. Bei der VPC kann es sich um die mit Ihrem Konto verknüpfte Standard-VPC oder eine von Ihnen erstellte VPC handeln. Alle VPCs sind mit Ihrem verknüpft AWS Konto.

Die Standard-VPC besitzt drei Subnetze, mit denen Sie Ressourcen innerhalb der VPC separieren können. Zudem verfügt die Standard-VPC über ein Internet-Gateway, mit dem Sie den externen Zugriff auf Ressourcen in der VPC gewähren können.

Szenarien mit Amazon DocumentDB-Clustern in einer VPC und außerhalb einer VPC finden Sie unter Zugreifen auf einen Amazon DocumentDB-Cluster in einer VPC.

Arbeiten mit Clustern in einer VPC

Hier sind einige Tipps zum Arbeiten mit einem Cluster in einer VPC:

• Ihre VPC muss mindestens zwei Subnetze besitzen. Diese Subnetze müssen sich in zwei verschiedenen Availability Zones in der AWS-Region wo Sie Ihren Cluster bereitstellen möchten. Ein Subnetz ist ein Segment des IP-Adressbereichs einer VPC, das Sie angeben können und das Sie verwenden können, um Cluster basierend auf Ihren Sicherheits- und Betriebsanforderungen zu gruppieren.

• Wenn Sie möchten, dass Ihr Cluster in der VPC öffentlich zugänglich ist, stellen Sie sicher, dass Sie die VPC-Attribute aktivieren DNS hostnames und DNS resolution.

• Ihre VPC muss eine Subnetzgruppe haben, die Sie erstellen. Sie erstellen eine Subnetzgruppe, indem Sie die Subnetze angeben, die Sie erstellt haben. Amazon DocumentDB wählt ein Subnetz und eine IP-Adresse innerhalb dieser Subnetzgruppe aus, um sie der primären Instance in Ihrem Cluster zuzuordnen. Die primäre Instance verwendet die Availability Zone, die das Subnetz enthält.

• Ihre VPC muss über eine VPC-Sicherheitsgruppe verfügen, die den Zugriff auf den Cluster ermöglicht.

  Weitere Informationen finden Sie unter Zugreifen auf einen Amazon DocumentDB-Cluster in einer VPC.

• Die CIDR-Blöcke in jedem Ihrer Subnetze müssen groß genug sein, um freie IP-Adressen aufzunehmen, die Amazon DocumentDB bei Wartungsarbeiten, einschließlich Failover und Rechenskalierung, verwenden kann. Zum Beispiel ein Bereich wie 10.0.0.0/24 und 10.0.1.0/24 ist normalerweise groß genug.

• Eine VPC kann eine haben instance tenancy Attribut von entweder default oder dedicated. Alle Standard-VPCs haben die instance tenancy Das Attribut ist auf Standard gesetzt, und eine Standard-VPC kann jede Instanzklasse unterstützen.

  Wenn Sie sich dafür entscheiden, Ihren Cluster in einer dedizierten VPC zu haben, in der instance tenancy Das Attribut ist auf gesetzt dedicated, die Instance-Klasse Ihres Clusters muss einer der zugelassenen Amazon EC2-Dedicated Instance-Typen sein. Zum Beispiel der r5.large Die dedizierte EC2-Instance entspricht der db.r5.large Instanzklasse. Informationen zur Instance-Tenancy in einer VPC finden Sie unter Amazon EC2-Instanzen in der Amazon Elastic Compute Cloud-Benutzerhandbuch.

  Weitere Informationen zu Instance-Typen, die in einer Dedicated Instance enthalten sein dürfen, finden Sie unter Amazon EC2 Dedicated Instances auf der Preisseite für Amazon EC2.

  Anmerkung

  Wenn du das einstellst instance tenancy attributieren zu dedicated Bei einem Cluster garantiert es nicht, dass der Cluster auf einem dedizierten Host ausgeführt wird.

Arbeiten mit Subnetzgruppen

Subnetze sind Segmente eines IP-Adressbereichs der VPC, die Sie festlegen und mit denen Sie basierend auf Ihren Sicherheits- und Betriebsanforderungen Ressourcen gruppieren können. Eine Subnetzgruppe ist eine Sammlung von Subnetzen (in der Regel privat), die Sie in einer VPC erstellen und die Sie dann für Ihre Cluster festlegen. Mithilfe einer Subnetzgruppe können Sie eine bestimmte VPC angeben, wenn Sie Cluster mithilfe der AWS CLI oder Amazon DocumentDB-API. Wenn Sie die Konsole verwenden, können Sie die VPC und Subnetze auswählen, die Sie verwenden möchten.

Jede Subnetzgruppe sollte Subnetze in mindestens zwei Availability Zones in einer bestimmten Umgebung haben AWS-Region. Wenn Sie einen Cluster in einer VPC erstellen, wählen Sie eine Subnetzgruppe dafür aus. Aus der Subnetzgruppe wählt Amazon DocumentDB ein Subnetz und eine IP-Adresse innerhalb dieses Subnetzes aus, um sie der primären Instance in Ihrem Cluster zuzuordnen. Die Datenbank verwendet die Availability Zone, die das Subnetz enthält. DocumentDB weist immer eine IP-Adresse aus einem Subnetz zu, das freien IP-Adressraum hat.

Die Subnetze in einer Subnetzgruppe sind entweder öffentlich oder privat, je nachdem, welche Konfiguration Sie für ihre Netzwerkzugriffskontrolllisten (Netzwerk-ACLs) und Routingtabellen festgelegt haben. Damit ein Cluster öffentlich zugänglich ist, müssen alle Subnetze in seiner Subnetzgruppe öffentlich sein. Wenn ein Subnetz, das einem öffentlich zugänglichen Cluster zugeordnet ist, von öffentlich zu privat wechselt, kann dies die Clusterverfügbarkeit beeinträchtigen.

Um eine Subnetzgruppe zu erstellen, die den Dual-Stack-Modus unterstützt, stellen Sie sicher, dass jedem Subnetz, das Sie der Subnetzgruppe hinzufügen, ein IPv6 (Internet Protocol Version 6) CIDR-Block zugeordnet ist. Weitere Informationen finden Sie unter Amazon DocumentDB-IP-Adressierung und IPv6-Unterstützung für Ihre VPC in der Amazon Virtual Private Cloud-Benutzerhandbuch.

Wenn Amazon DocumentDB einen Cluster in einer VPC erstellt, weist es dem Cluster mithilfe einer IP-Adresse aus Ihrer Subnetzgruppe eine Netzwerkschnittstelle zu. Verwenden Sie immer den DNS-Namen (Domain Name System), um eine Verbindung zu Ihrem Cluster herzustellen, da sich die zugrunde liegende IP-Adresse während des Failovers ändert.

Anmerkung

Stellen Sie sicher, dass Sie für jeden Cluster, den Sie in einer VPC ausführen, mindestens eine Adresse in jedem Subnetz der Subnetzgruppe reservieren, die Amazon DocumentDB für Wiederherstellungsaktionen verwenden kann.

Gemeinsam genutzte Subnetze

Sie können einen Cluster in einer gemeinsam genutzten VPC erstellen.

Einige Aspekte, die Sie bei der Verwendung gemeinsam genutzter VPCs beachten sollten:

• Sie können einen Cluster von einem gemeinsam genutzten VPC-Subnetz in ein nicht gemeinsam genutztes VPC-Subnetz verschieben und umgekehrt.

• Teilnehmer einer gemeinsam genutzten VPC müssen in der VPC eine Sicherheitsgruppe erstellen, damit sie einen Cluster erstellen können.

• Besitzer und Teilnehmer einer gemeinsam genutzten VPC können mithilfe von DocumentDB-Abfragen auf die Datenbank zugreifen. Allerdings kann nur der Ersteller einer Ressource beliebige API-Aufrufe für die Ressource tätigen.

Amazon DocumentDB-IP-Adressierung

IP-Adressen ermöglichen es Ressourcen in Ihrer VPC untereinander und mit Ressourcen im Internet zu kommunizieren. Amazon DocumentDB unterstützt sowohl IPv4- als auch IPv6-Adressierungsprotokolle. Standardmäßig verwenden Amazon DocumentDB und Amazon VPC das IPv4-Adressierungsprotokoll. Sie können dieses Standardverhalten nicht deaktivieren. Wenn Sie eine VPC erstellen, müssen Sie einen IPv4 CIDR-Block (einen privaten IPv4-Adressenbereich) angeben. Sie können Ihrer VPC und Ihren Subnetzen optional einen IPv6-CIDR-Block zuweisen und IPv6-Adressen aus diesem Block Clustern in Ihrem Subnetz zuweisen.

Anmerkung

Dual-stack Der Modus (IPv6-Adressierung) wird nur in den Amazon DocumentDB-Versionen 4.0 und 5.0 unterstützt.

Durch die Unterstützung des IPv6-Protokolls wird die Anzahl der unterstützten IP-Adressen erweitert. Durch die Verwendung des IPv6-Protokolls stellen Sie sicher, dass Sie über ausreichende verfügbare Adressen für das künftige Wachstum des Internets verfügen. Neue und vorhandene DocumentDB-Ressourcen können IPv4- und IPv6-Adressen in Ihrer VPC verwenden. Das Konfigurieren, Sichern und Übersetzen des Netzwerkverkehrs zwischen den beiden Protokollen, die in verschiedenen Teilen einer Anwendung verwendet werden, können den Betriebsaufwand erhöhen. Sie können das IPv6-Protokoll für Amazon DocumentDB-Ressourcen standardisieren, um Ihre Netzwerkkonfiguration zu vereinfachen.

Topics

• IPv4-Adressen

• IPv6-Adressen

• Dual-stack Modus

IPv4-Adressen

Beim Erstellen einer VPC müssen Sie für diese einen IPv4-Adressbereich in Form eines CIDR-Blocks wie 10.0.0.0/16 festlegen. Eine Subnetzgruppe definiert den Bereich der IP-Adressen in diesem CIDR-Block, den ein Cluster verwenden kann. Diese IP-Adressen können privat oder öffentlich sein.

Eine private IPv4-Adresse ist eine IP-Adresse, die nicht über das Internet erreichbar ist. Sie können private IPv4-Adressen für die Kommunikation zwischen Ihrem Cluster und anderen Ressourcen, wie Amazon EC2-Instances, in derselben VPC verwenden. Jeder Cluster hat eine private IP-Adresse für die Kommunikation in der VPC.

Eine öffentliche IP-Adresse ist eine IPv4-Adresse, die über das Internet erreichbar ist. Öffentliche IP-Adressen sind für Ihren DocumentDB-Cluster nicht zulässig. Jede öffentliche IP-Adresse sollte vom Internet-Gateway und von EC2 im öffentlichen Subnetz aufgelöst werden.

Informationen zum Erstellen einer VPC mit ausschließlich privaten IPv4-Adressen, die Sie für ein gängiges Amazon DocumentDB-Szenario verwenden können, finden Sie unter Erstellen Sie eine IPv4-only VPC zur Verwendung mit einem DocumentDB-Cluster.

IPv6-Adressen

Optional können Sie Ihrer VPC und den Subnetzen einen IPv6 CIDR-Block zuordnen und den Ressourcen in Ihrer VPC IPv6-Adressen von diesem Block zuweisen. Jede IPv6-Adresse ist global eindeutig.

Der IPv6 CIDR-Block für Ihre VPC wird automatisch aus dem Amazon-Pool mit IPv6-Adressen zugewiesen. Sie können den Bereich nicht selbst auswählen.

Stellen Sie beim Herstellen einer Verbindung mit einer IPv6-Adresse sicher, dass die folgenden Bedingungen erfüllt sind:

• Der Client ist so konfiguriert, dass der Datenverkehr zwischen Client und Datenbank über IPv6 erlaubt ist.

• Die vom Cluster verwendeten DocumentDB-Sicherheitsgruppen sind korrekt konfiguriert, sodass der Datenverkehr von Client zu Datenbank über IPv6 zulässig ist.

• Der Client-Betriebssystemstapel lässt den Datenverkehr auf der IPv6-Adresse zu, und die Betriebssystemtreiber und -Bibliotheken sind so konfiguriert, dass sie den richtigen Standard-Cluster-Endpunkt (entweder IPv4 oder IPv6) auswählen.

Weitere Informationen zu IPv6 finden Sie unter IP-Adressierung in der Amazon Virtual Private Cloud-Benutzerhandbuch.

Dual-stack Modus

Wenn ein Cluster sowohl über das IPv4- als auch über das IPv6-Adressierungsprotokoll kommunizieren kann, wird er im Dual-Stack-Modus ausgeführt. Ressourcen können also über IPv4, IPv6 oder beides mit dem Cluster kommunizieren. DocumentDB deaktiviert den Internet-Gateway-Zugriff für IPv6-Endpunkte von privaten Clustern im Dual-Stack-Modus. DocumentDB tut dies, um sicherzustellen, dass Ihre IPv6-Endpunkte privat sind und nur von Ihrer VPC aus zugegriffen werden kann.

Topics

• Dual-stack Modus- und Subnetzgruppen

• Arbeiten mit Clustern im Dual-Stack-Modus

• Modifizieren IPv4-only Cluster, um den Dual-Stack-Modus zu verwenden

• Dual-stack Modus Regions- und Versionsverfügbarkeit

• Einschränkungen für Dual-Stack-Netzwerkcluster

Dual-stack Modus- und Subnetzgruppen

Um den Dual-Stack-Modus zu verwenden, stellen Sie sicher, dass jedem Subnetz in der Subnetzgruppe, die Sie dem Cluster zuordnen, ein IPv6-CIDR-Block zugeordnet ist. Sie können eine neue Subnetzgruppe erstellen oder eine vorhandene Subnetzgruppe ändern, um diese Anforderung zu erfüllen. Nachdem sich ein Cluster im Dual-Stack-Modus befindet, können Clients normal eine Verbindung zu ihm herstellen. Stellen Sie sicher, dass die Client-Sicherheitsfirewalls und die DocumentDB-Cluster-Sicherheitsgruppen korrekt konfiguriert sind, um Datenverkehr über IPv6 zuzulassen. Um eine Verbindung herzustellen, verwenden die Clients den Endpunkt des Clusters. Clientanwendungen können angeben, welches Protokoll bevorzugt wird, wenn eine Verbindung mit einer Datenbank hergestellt wird. Im Dual-Stack-Modus erkennt der Cluster das bevorzugte Netzwerkprotokoll des Clients, entweder IPv4 oder IPv6, und verwendet dieses Protokoll für die Verbindung.

Wenn eine Subnetzgruppe den Dual-Stack-Modus aufgrund einer Subnetzlöschung oder einer CIDR-Trennung nicht mehr unterstützt, besteht das Risiko eines inkompatiblen Netzwerkstatus für Cluster, die der Subnetzgruppe zugeordnet sind. Außerdem können Sie die Subnetzgruppe nicht verwenden, wenn Sie einen neuen Cluster im Dual-Stack-Modus erstellen.

Um festzustellen, ob eine Subnetzgruppe den Dual-Stack-Modus unterstützt, verwenden Sie den AWS-Managementkonsole, sehen Sie sich das an Netzwerktyp auf der Detailseite der Subnetzgruppe. Um festzustellen, ob eine Subnetzgruppe den Dual-Stack-Modus unterstützt, verwenden Sie die AWS CLI, führen Sie den aus describe-db-subnet-groups Befehl und Ansicht SupportedNetworkTypes in der Ausgabe.

Read Replicas werden als unabhängige Cluster behandelt und können einen anderen Netzwerktyp als der primäre Cluster haben. Wenn Sie den Netzwerktyp des primären Clusters eines Read Replicas ändern, ist das Read Replica nicht betroffen. Wenn Sie einen Cluster wiederherstellen, können Sie ihn auf jedem unterstützten Netzwerktyp wiederherstellen.

Arbeiten mit Clustern im Dual-Stack-Modus

Wenn Sie einen Cluster erstellen oder ändern, können Sie den Dual-Stack-Modus angeben, damit Ihre Ressourcen über IPv4, IPv6 oder beides mit Ihrem Cluster kommunizieren können.

Wenn Sie den verwenden AWS-Managementkonsole Um einen Cluster zu erstellen oder zu ändern, können Sie den Dual-Stack-Modus in der Netzwerktyp Abschnitt. Das folgende Bild zeigt den Netzwerktyp Abschnitt in der Konsole:

Wenn Sie den verwenden AWS CLI um einen Cluster zu erstellen oder zu ändern, legen Sie den Wert fest --network-type Option auf DUAL um den Dual-Stack-Modus zu verwenden. Wenn Sie die DocumentDB-API verwenden, um einen Cluster zu erstellen oder zu ändern, legen Sie den NetworkType Parameter auf DUAL um den Dual-Stack-Modus zu verwenden. Wenn der Dual-Stack-Modus von der angegebenen DocumentDB-Engine-Version oder Subnetzgruppe nicht unterstützt wird, wird NetworkTypeNotSupported Ein Fehler wird zurückgegeben.

Weitere Hinweise zum Erstellen eines Clusters finden Sie unter Erstellen eines Amazon DocumentDB-Clusters. Weitere Informationen zum Ändern eines Clusters finden Sie unter Ändern eines Amazon DocumentDB-Clusters.

Um mithilfe der Konsole zu ermitteln, ob sich ein Cluster im Dual-Stack-Modus befindet, sehen Sie sich die Netzwerktyp auf der Konnektivität und Sicherheit Registerkarte für den Cluster.

Modifizieren IPv4-only Cluster, um den Dual-Stack-Modus zu verwenden

Sie können eine ändern IPv4-only Cluster, um den Dual-Stack-Modus zu verwenden. Ändern Sie dazu den Netzwerktyp des Clusters.

Es wird empfohlen, den Netzwerktyp Ihres Amazon DocumentDB-Clusters während eines Wartungsfensters zu ändern. Sie können den Netzwerktyp manuell festlegen, indem Sie den modify-db-cluster Befehl.

Bevor Sie einen Cluster so ändern, dass er den Dual-Stack-Modus verwendet, stellen Sie sicher, dass seine Subnetzgruppe den Dual-Stack-Modus unterstützt. Wenn die dem Cluster zugeordnete Subnetzgruppe den Dual-Stack-Modus nicht unterstützt, geben Sie bei der Änderung des Clusters eine andere Subnetzgruppe an, die ihn unterstützt. Das Ändern der Subnetzgruppe eines Clusters kann zu Ausfallzeiten führen.

Wenn Sie die Subnetzgruppe eines Clusters ändern, bevor Sie den Cluster auf den Dual-Stack-Modus umstellen, stellen Sie sicher, dass die Subnetzgruppe vor und nach der Änderung für den Cluster gültig ist.

Führen Sie den aus ModifyDBCluster rufe nur mit dem an NetworkType Parameter gesetzt auf DUAL um das Netzwerk in den Dual-Stack-Modus zu versetzen. Hinzufügen weiterer Parameter zusammen mit NetworkType im selben API-Aufruf könnte zu Ausfallzeiten führen. Wenn Sie mehrere Parameter ändern möchten, stellen Sie sicher, dass die Änderung des Netzwerktyps erfolgreich abgeschlossen wurde, bevor Sie eine weitere ModifyDBCluster-Anforderung mit anderen Parametern senden.

Wenn Sie nach der Änderung keine Verbindung zum Cluster herstellen können, stellen Sie sicher, dass die Client- und Datenbank-Sicherheitsfirewalls und Routing-Tabellen korrekt konfiguriert sind, um den Datenverkehr zur Datenbank im ausgewählten Netzwerk (entweder IPv4 oder IPv6) zuzulassen. Möglicherweise müssen Sie auch Betriebssystemparameter, Bibliotheken oder Treiber ändern, um eine Verbindung mithilfe einer IPv6-Adresse herzustellen.

Um eine zu ändern IPv4-only Cluster, um den Dual-Stack-Modus zu verwenden

1. Ändern Sie eine Subnetzgruppe, um den Dual-Stack-Modus zu unterstützen, oder erstellen Sie eine Subnetzgruppe, die den Dual-Stack-Modus unterstützt:

   1. Ordnen Sie Ihrer VPC einen IPv6-CIDR-Block zu.

      Anweisungen dazu finden Sie unter Fügen Sie Ihrer VPC einen CIDR-Block hinzu oder entfernen Sie ihn in der Amazon VPC-Benutzerhandbuch.

   2. Hängen Sie den IPv6-CIDR-Block an alle Subnetze in Ihrer Subnetzgruppe an.

      Anweisungen dazu finden Sie unter Fügen Sie Ihrem Subnetz einen IPv6-CIDR-Block hinzu oder entfernen Sie ihn in der Amazon Virtual Private Cloud-Benutzerhandbuch.

   3. Vergewissern Sie sich, dass die Subnetzgruppe den Dual-Stack-Modus unterstützt.

      Wenn Sie das verwenden AWS-Managementkonsole, wählen Sie die Subnetzgruppe aus und stellen Sie sicher, dass Unterstützte Netzwerktypen Wert ist Dual.

      Wenn Sie das verwenden AWS CLI, starte den describe-db-subnet-groups Befehl, und stellen Sie sicher, dass SupportedNetworkType Der Wert für den Cluster ist Dual.

2. Ändern Sie die dem Cluster zugeordnete Sicherheitsgruppe, um IPv6-Verbindungen zur Datenbank zuzulassen, oder erstellen Sie eine neue Sicherheitsgruppe, die IPv6-Verbindungen zulässt.

   Anweisungen dazu finden Sie unter Regeln für Sicherheitsgruppen in der Amazon Virtual Private Cloud-Benutzerhandbuch.

3. Ändern Sie den Cluster so, dass er den Dual-Stack-Modus unterstützt. Stellen Sie dazu den Typ des Netzwerks zu Dual-stack Modus.

   Wenn Sie die Konsole verwenden, stellen Sie sicher, dass die folgenden Einstellungen korrekt sind:

   • Typ des Netzwerks — Dual-stack Modus

     

   • Subnetzgruppe — Die Subnetzgruppe, die Sie in einem vorherigen Schritt konfiguriert haben

   • Sicherheitsgruppe — Die Sicherheit, die Sie in einem vorherigen Schritt konfiguriert haben

   Wenn Sie das verwenden AWS CLI, stellen Sie sicher, dass die folgenden Einstellungen korrekt sind:

   • --network-type — dual

   • --db-subnet-group-name — Die Subnetzgruppe, die Sie in einem vorherigen Schritt konfiguriert haben

   • --vpc-security-group-ids — Die VPC-Sicherheitsgruppe, die Sie in einem vorherigen Schritt konfiguriert haben

   Beispiel:

   aws docdb modify-db-cluster --db-cluster-identifier <cluster-name> --network-type "DUAL"

4. Vergewissern Sie sich, dass der Cluster den Dual-Stack-Modus unterstützt.

   Wenn Sie die Konsole verwenden, wählen Sie die Konnektivität und Sicherheit Wählen Sie die Registerkarte für den Cluster aus und stellen Sie sicher, dass Netzwerktyp Wert ist Dual-stack Modus.

   Wenn Sie das verwenden AWS CLI, starte den describe-db-cluster Befehl, und stellen Sie sicher, dass NetworkType Der Wert für den Cluster ist dual.

   Führen Sie das aus dig Befehl auf dem Cluster-Endpunkt, um die ihm zugeordnete IPv6-Adresse zu identifizieren:

   dig <db-cluster-endpoint> AAAA

   Verwenden Sie den Cluster-Endpunkt, nicht die IPv6-Adresse, um eine Verbindung zum Cluster herzustellen.

Dual-stack Modus Regions- und Versionsverfügbarkeit

Die Verfügbarkeit und der Support von Funktionen variieren je nach AWS-Regionen.

Regionsunterstützung

Der Dual-Stack-Modus für Amazon DocumentDB ist derzeit in allen kommerziellen Versionen verfügbar AWS-Regionen.

Versionsunterstützung

Dual-stack Der Modus wird in den Amazon DocumentDB-Versionen 4.0, 5.0 und 8.0 unterstützt. Wenn Sie in keiner dieser Versionen auf den Dual-Stack-Modus zugreifen können, stellen Sie sicher, dass Sie die neueste Engine-Patch-Version auf Ihrem Cluster ausführen.

Einschränkungen für Dual-Stack-Netzwerkcluster

Die folgenden Einschränkungen gelten für Dual-Stack-Netzwerkcluster:

• Cluster können das IPv6-Protokoll nicht ausschließlich verwenden. Sie können ausschließlich IPv4 oder das IPv4- und das IPv6-Protokoll (Dual-Stack-Modus) verwenden.

• Amazon DocumentDB unterstützt keine nativen IPv6-Subnetze.

• Cluster, die den Dual-Stack-Modus verwenden, müssen privat sein. Sie dürfen nicht öffentlich zugänglich sein.

Erstellen eines Clusters in einer VPC

Die folgenden Verfahren helfen Ihnen beim Erstellen eines Clusters in einer VPC. Um die Standard-VPC zu verwenden, können Sie mit Schritt 2 beginnen und die VPC und die Subnetzgruppe verwenden, die bereits für Sie erstellt wurden. Bei Bedarf können Sie auch zusätzliche VPCs erstellen.

Anmerkung

Wenn Ihr Cluster in der VPC öffentlich zugänglich sein soll, müssen Sie die DNS-Informationen für die VPC aktualisieren, indem Sie die VPC-Attribute aktivieren DNS hostnames und DNS resolution. Informationen zum Aktualisieren des DNS für eine VPC-Instance finden Sie unter DNS-Attribute für Ihre VPC anzeigen und aktualisieren in der Amazon Virtual Private Cloud-Benutzerhandbuch.

Gehen Sie wie folgt vor, um einen Cluster in einer VPC zu erstellen:

• Schritt 1: Erstellen einer VPC

• Schritt 2: Erstellung einer Subnetzgruppe

• Schritt 3: Erstellen einer VPC-Sicherheitsgruppe

• Schritt 4: Erstellen Sie einen Cluster in der VPC

Schritt 1: Erstellen einer VPC

Erstellen Sie eine VPC mit Subnetzen in mindestens zwei Availability Zones. Sie verwenden diese Subnetze, wenn Sie eine Subnetzgruppe erstellen. Wenn Sie eine Standard-VPC verwenden, wird automatisch ein Subnetz in jeder Availability Zone der AWS-Region für Sie erstellt.

Weitere Informationen finden Sie unter Erstellen Sie eine IPv4-only VPC zur Verwendung mit einem DocumentDB-Cluster, oder siehe Erstellen Sie eine VPC in der Amazon Virtual Private Cloud-Benutzerhandbuch.

Schritt 2: Erstellung einer Subnetzgruppe

Eine Subnetzgruppe ist eine Sammlung von Subnetzen (in der Regel privat), die Sie für eine VPC erstellen und die Sie dann für Ihre Cluster festlegen. Eine Subnetzgruppe ermöglicht es Ihnen, eine bestimmte VPC anzugeben, wenn Sie Cluster mithilfe der AWS CLI oder DocumentDB-API. Wenn Sie das verwenden AWS-Managementkonsole, Sie können einfach die VPC und Subnetze auswählen, die Sie verwenden möchten. Jede Subnetzgruppe muss mindestens ein Subnetz in mindestens zwei Availability Zones in der AWS-Region. Als bewährte Methode sollte jede Subnetzgruppe mindestens ein Subnetz für jede Availability Zone in der AWS-Region.

Damit ein Cluster öffentlich zugänglich ist, müssen die Subnetze in der Subnetzgruppe über ein Internet-Gateway verfügen. Weitere Informationen zu Internet-Gateways für Subnetze finden Sie unter Aktivieren Sie den Internetzugang für eine VPC mithilfe eines Internet-Gateways in der Amazon Virtual Private Cloud-Benutzerhandbuch.

Anmerkung

Die Subnetzgruppe für eine lokale Zone kann nur ein Subnetz haben.

Wenn Sie einen Cluster in einer VPC erstellen, können Sie eine Subnetzgruppe auswählen. Amazon DocumentDB wählt ein Subnetz und eine IP-Adresse (innerhalb dieses Subnetzes) aus, die Ihrem Cluster zugeordnet werden sollen. Wenn keine Subnetzgruppen vorhanden sind, erstellt Amazon DocumentDB beim Erstellen des Clusters eine Standard-Subnetzgruppe. DocumentDB erstellt ein Elastic Network Interface und ordnet es Ihrem Cluster mit dieser IP-Adresse zu. Der Cluster verwendet die Availability Zone, die das Subnetz enthält.

In diesem Schritt erstellen Sie eine Subnetzgruppe und fügen die Subnetze hinzu, die Sie für Ihre VPC erstellt haben.

Um eine Subnetzgruppe zu erstellen

1. Melden Sie sich bei der AWS-Managementkonsole, und öffnen Sie die Amazon DocumentDB-Konsole unter https://console.aws.amazon.com/docdb.

2. Wählen Sie im Navigationsbereich Subnetzgruppe aus.

3. Wählen Sie Erstellen aus.

4. Für Name, geben Sie den Namen Ihrer Subnetzgruppe ein.

5. Für Beschreibung, geben Sie eine Beschreibung für Ihre Subnetzgruppe ein.

6. In der Subnetze hinzufügen Abschnitt, für VPC, wählen Sie die Standard-VPC oder die VPC, die Sie erstellt haben. Wählen Sie dann die Availability Zones aus, die die Subnetze von enthalten Verfügbarkeitszonen, und wählen Sie dann die Subnetze aus Subnetze.

7. Wählen Sie Erstellen aus.

   Ihre neue Subnetzgruppe erscheint in der Subnetzgruppen Liste auf der DocumentDB-Konsole. Sie können die Subnetzgruppe auswählen, um Details, einschließlich aller Subnetze, die der Gruppe zugeordnet sind, im Detailbereich unten im Fenster anzuzeigen.

Schritt 3: Erstellen einer VPC-Sicherheitsgruppe

Bevor Sie Ihren Cluster erstellen, erstellen Sie eine VPC-Sicherheitsgruppe, die Sie ihm zuordnen möchten. Wenn Sie keine VPC-Sicherheitsgruppe erstellen, können Sie beim Erstellen des Clusters die Standardsicherheitsgruppe verwenden. Anweisungen zum Erstellen einer Sicherheitsgruppe für Ihren Cluster finden Sie unter Erstellen Sie eine IPv4-only VPC zur Verwendung mit einem DocumentDB-Cluster, oder siehe Kontrollieren Sie den Verkehr zu Ihrem AWS Ressourcen, die Sicherheitsgruppen verwenden in der Amazon Virtual Private Cloud-Benutzerhandbuch.

Schritt 4: Erstellen Sie einen Cluster in der VPC

In diesem Schritt erstellen Sie einen Cluster mit dem VPC-Namen, der Subnetzgruppe und der VPC-Sicherheitsgruppe, die Sie in den vorherigen Schritten erstellt haben.

Anmerkung

Wenn Ihr Cluster in der VPC öffentlich zugänglich sein soll, müssen Sie die VPC-Attribute aktivieren DNS hostnames und DNS resolution. Weitere Informationen finden Sie unter DNS-Attribute für Ihre VPC anzeigen und aktualisieren in der Amazon Virtual Private Cloud-Benutzerhandbuch.

Einzelheiten zum Erstellen eines Clusters finden Sie unter Erstellen eines Amazon DocumentDB-Clusters.

Wenn Sie dazu aufgefordert werden in der Konnektivität Geben Sie im Abschnitt den VPC-Namen, die Subnetzgruppe und die VPC-Sicherheitsgruppe ein.

Anmerkung

Das Aktualisieren von VPCs wird derzeit für DocumentDBDocumentDB-Cluster nicht unterstützt.