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.

Netzwerkvoraussetzungen für RDS Proxy einrichten

Für die Verwendung von RDS Proxy benötigen Sie eine gemeinsame virtuelle private Cloud (VPC) zwischen Ihrem Aurora-DB-Cluster und dem RDS Proxy Ihrer . Dieser VPC sollte mindestens zwei Subnetze haben, die sich in unterschiedlichen Availability Zones befinden. Ihr Konto kann entweder der Eigentümer dieser Subnetze sein oder sie mit anderen Konten teilen. Informationen zum VPC Teilen finden Sie unter Arbeiten mit geteilten VPCs Inhalten.

Ihre Client-Anwendungsressourcen wie AmazonEC2, Lambda oder Amazon ECS können sich im selben Format VPC wie der Proxy befinden. Oder sie können sich in einem VPC vom Proxy getrennten Bereich befinden. Wenn Sie erfolgreich eine Verbindung zu Aurora-DB-Clustern von hergestellt haben, verfügen Sie bereits über die erforderlichen Netzwerkressourcen.

Abrufen von Informationen zu Ihren Subnetzen

Wenn Sie gerade erst mit Aurora beginnen, können Sie sich mit den Grundlagen der Verbindung zu einer Datenbank vertraut machen, indem Sie die Verfahren unter befolgenEinrichten Ihrer Umgebung für Amazon Aurora. Sie können auch das Tutorial in ansehe Erste Schritte mit Amazon Aurora.

Um einen Proxy zu erstellen, müssen Sie die Subnetze und die Subnetze angeben, in VPC denen der Proxy betrieben wird. Das folgende Linux-Beispiel zeigt AWS CLI Befehle, die die Subnetze VPCs und Subnetze untersuchen, die Ihrem gehören. AWS-Konto Insbesondere übergeben Sie das Subnetz IDs als Parameter, wenn Sie einen Proxy mit dem erstellen. CLI

aws ec2 describe-vpcs
aws ec2 describe-internet-gateways
aws ec2 describe-subnets --query '*[].[VpcId,SubnetId]' --output text | sort

Das folgende Linux-Beispiel zeigt AWS CLI Befehle zur Bestimmung des Subnetzes, das einer bestimmten Aurora DB-Cluster IDs entspricht.

Bei einem Aurora-Cluster finden Sie zuerst die ID für eine der zugehörigen DB-Instances. Sie können das von dieser DB-Instance IDs verwendete Subnetz extrahieren. Untersuchen Sie dazu die verschachtelten Felder innerhalb der Attribute DBSubnetGroup und Subnets in der Describe-Ausgabe für die DB-Instance. Sie geben einige oder alle dieser Subnetze an, IDs wenn Sie einen Proxy für diesen Datenbankserver einrichten.

$ # Find the ID of any DB instance in the cluster.
$  aws rds describe-db-clusters --db-cluster-identifier my_cluster_id --query '*[].[DBClusterMembers]|[0]|[0][*].DBInstanceIdentifier' --output text

my_instance_id
instance_id_2
instance_id_3

Nachdem Sie die DB-Instance-ID gefunden haben, untersuchen Sie das zugehörige, VPC um die zugehörigen Subnetze zu finden. Das folgende Linux-Beispiel zeigt wie es geht.

$ #From the DB instance, trace through the DBSubnetGroup and Subnets to find the subnet IDs.
$ aws rds describe-db-instances --db-instance-identifier my_instance_id --query '*[].[DBSubnetGroup]|[0]|[0]|[Subnets]|[0]|[*].SubnetIdentifier' --output text

subnet_id_1
subnet_id_2
subnet_id_3
...

$ #From the DB instance, find the VPC.
$ aws rds describe-db-instances --db-instance-identifier my_instance_id --query '*[].[DBSubnetGroup]|[0]|[0].VpcId' --output text

my_vpc_id

$ aws ec2 describe-subnets --filters Name=vpc-id,Values=my_vpc_id --query '*[].[SubnetId]' --output text

subnet_id_1
subnet_id_2
subnet_id_3
subnet_id_4
subnet_id_5
subnet_id_6

Planen der Kapazität von IP-Adressen

Ein RDS Proxy passt seine Kapazität je nach Bedarf automatisch an die Größe und Anzahl der bei ihm registrierten DB-Instances an. Bestimmte Operationen erfordern möglicherweise auch zusätzliche Proxykapazität, z. B. die Vergrößerung einer registrierten Datenbank oder interne RDS Proxy-Wartungsvorgänge. Bei diesen Vorgängen benötigt Ihr Proxy möglicherweise mehr IP-Adressen, um die zusätzliche Kapazität bereitzustellen. Mit diesen zusätzlichen Adressen kann Ihr Proxy skaliert werden, ohne Ihre Workload zu beeinträchtigen. Ein Mangel an freien IP-Adressen in Ihren Subnetzen verhindert, dass ein Proxy hochskaliert wird. Dies kann zu höheren Abfragelatenzen oder Verbindungsfehlern bei Clients führen. RDSbenachrichtigt Sie über ein EreignisRDS-EVENT-0243, wenn in Ihren Subnetzen nicht genügend freie IP-Adressen vorhanden sind. Weitere Informationen zu diesem Ereignis finden Sie unter Mit RDS Proxy-Ereignissen arbeiten.

Im Folgenden finden Sie die empfohlene Mindestanzahl an IP-Adressen, die Sie in Ihren Subnetzen für Ihren Proxy frei lassen sollten, basierend auf der Größe der DB-Instance-Klassen.

Bei dieser empfohlenen Anzahl von IP-Adressen handelt es sich um Schätzungen für einen Proxy, der nur den Standardendpunkt verwendet. Ein Proxy mit zusätzlichen Endpunkten oder Read Replicas benötigt möglicherweise mehr freie IP-Adressen. Wir empfehlen, für jeden weiteren Endpunkt drei weitere IP-Adressen zu reservieren. Es wird empfohlen, für jede Read Replica zusätzliche IP-Adressen zu reservieren, wie in der Tabelle angegeben, basierend auf der Größe der Read Replica.

Angenommen, Sie möchten die erforderlichen IP-Adressen für einen Proxy schätzen, der einem Aurora-DB-Cluster zugeordnet ist.

Gehen Sie in diesem Fall von folgenden Annahmen aus:

In diesem Fall benötigt der Proxy ungefähr 63 freie IP-Adressen (45 für die Writer-Instance, 15 für die Reader-Instance und 3 für den zusätzlichen benutzerdefinierten Endpunkt).