Regionen, Availability Zones und Local Zones - Amazon Relational Database Service

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.

Regionen, Availability Zones und Local Zones

Amazon Cloud Computing-Ressourcen werden an mehreren Standorten weltweit gehostet. Diese Standorte bestehen aus AWS Regionen, Verfügbarkeitszonen und Local Zones. Jeder AWS Region ist ein eigenständiges geografisches Gebiet. Jeder AWS Die Region hat mehrere isolierte Standorte, die als Availability Zones bezeichnet werden.

Anmerkung

Informationen zur Suche nach den Availability Zones für ein AWS Region, siehe Beschreiben Sie Ihre Availability Zones in der EC2 Amazon-Dokumentation.

Durch die Verwendung von Local Zones können Sie Ressourcen wie Computer und Speicher an mehreren Standorten näher bei Ihren Benutzern platzieren. Amazon RDS ermöglicht es Ihnen, Ressourcen wie DB-Instances und Daten an mehreren Standorten zu platzieren. Ressourcen werden nicht überall repliziert AWS Regionen, sofern Sie dies nicht ausdrücklich tun.

Amazon betreibt state-of-the-art hochverfügbare Rechenzentren. Obwohl selten, können Fehler auftreten, die sich auf die Verfügbarkeit von DB-Instances auswirken, die sich am selben Speicherort befinden. Wenn Sie alle Ihre DB-Instances an einem Ort hosten, der von einem solchen Ausfall betroffen ist, ist keine Ihrer DB-Instances verfügbar.

AWS Region

Es ist wichtig, sich daran zu erinnern, dass jeder AWS Die Region ist völlig unabhängig. Jede RDS Amazon-Aktivität, die Sie initiieren (z. B. das Erstellen von Datenbank-Instances oder das Auflisten verfügbarer Datenbank-Instances), wird nur in Ihrer aktuellen Standardeinstellung ausgeführt AWS Region. Der AWS Die Region kann in der Konsole oder durch Einstellen der AWS_DEFAULT_REGIONUmgebungsvariablen geändert werden. Oder es kann überschrieben werden, indem der --region Parameter mit dem AWS Command Line Interface (AWS CLI). Weitere Informationen finden Sie unter Konfiguration des AWS Command Line Interface, insbesondere die Abschnitte über Umgebungsvariablen und Befehlszeilenoptionen.

Amazon RDS unterstützt spezielle AWS Angerufene Regionen AWS GovCloud (US). Diese sollen es US-Regierungsbehörden und Kunden ermöglichen, sensiblere Workloads in die Cloud zu verlagern. Das Tool AWS GovCloud (US) Die Regionen entsprechen den spezifischen regulatorischen und Compliance-Anforderungen der US-Regierung. Weitere Informationen finden Sie unter Was ist AWS GovCloud (US)?

Um eine Amazon RDS DB-Instance in einer bestimmten Umgebung zu erstellen oder mit ihr zu arbeiten AWS Region, verwenden Sie den entsprechenden regionalen Service-Endpunkt.

AWS Regionen

Jeder AWS Die Region ist so konzipiert, dass sie von der anderen isoliert ist AWS Regionen. Dieser Entwurf sorgt für die größtmögliche Fehlertoleranz und Stabilität.

Wenn Sie Ihre Ressourcen anzeigen, sehen Sie nur die Ressourcen, die verknüpft sind mit AWS Region, die Sie angegeben haben. Das liegt daran AWS Regionen sind voneinander isoliert, und wir replizieren Ressourcen nicht automatisch zwischen AWS Regionen.

Verfügbarkeit in Regionen

Die folgende Tabelle zeigt die AWS Regionen, in denen Amazon derzeit verfügbar RDS ist, und der Endpunkt für jede Region.

Name der Region Region Endpunkt Protocol (Protokoll)
USA Ost (Ohio) us-east-2

rds.us-east-2.amazonaws.com

rds-fips.us-east-2.api.aws

rds.us-east-2.api.aws

rds-fips.us-east-2.amazonaws.com

HTTPS

HTTPS

HTTPS

HTTPS

USA Ost (Nord-Virginia) us-east-1

rds.us-east-1.amazonaws.com

rds-fips.us-east-1.api.aws

rds-fips.us-east-1.amazonaws.com

rds.us-east-1.api.aws

HTTPS

HTTPS

HTTPS

HTTPS

USA West (Nordkalifornien) us-west-1

rds.us-west-1.amazonaws.com

rds.us-west-1.api.aws

rds-fips.us-west-1.amazonaws.com

rds-fips.us-west-1.api.aws

HTTPS

HTTPS

HTTPS

HTTPS

USA West (Oregon) us-west-2

rds.us-west-2.amazonaws.com

rds-fips.us-west-2.amazonaws.com

rds.us-west-2.api.aws

rds-fips.us-west-2.api.aws

HTTPS

HTTPS

HTTPS

HTTPS

Afrika (Kapstadt) af-south-1

rds.af-south-1.amazonaws.com

rds.af-south-1.api.aws

HTTPS

HTTPS

Asien-Pazifik (Hongkong) ap-east-1

rds.ap-east-1.amazonaws.com

rds.ap-east-1.api.aws

HTTPS

HTTPS

Asien-Pazifik (Hyderabad) ap-south-2

rds.ap-south-2.amazonaws.com

rds.ap-south-2.api.aws

HTTPS

HTTPS

Asien-Pazifik (Jakarta) ap-southeast-3

rds.ap-southeast-3.amazonaws.com

rds.ap-southeast-3.api.aws

HTTPS

HTTPS

Asien-Pazifik (Malaysia) ap-southeast-5 rds.ap-southeast-5.amazonaws.com HTTPS
Asien-Pazifik (Melbourne) ap-southeast-4

rds.ap-southeast-4.amazonaws.com

rds.ap-southeast-4.api.aws

HTTPS

HTTPS

Asien-Pazifik (Mumbai) ap-south-1

rds.ap-south-1.amazonaws.com

rds.ap-south-1.api.aws

HTTPS

HTTPS

Asien-Pazifik (Osaka) ap-northeast-3

rds.ap-northeast-3.amazonaws.com

rds.ap-northeast-3.api.aws

HTTPS

HTTPS

Asien-Pazifik (Seoul) ap-northeast-2

rds.ap-northeast-2.amazonaws.com

rds.ap-northeast-2.api.aws

HTTPS

HTTPS

Asien-Pazifik (Singapur) ap-southeast-1

rds.ap-southeast-1.amazonaws.com

rds.ap-southeast-1.api.aws

HTTPS

HTTPS

Asien-Pazifik (Sydney) ap-southeast-2

rds.ap-southeast-2.amazonaws.com

rds.ap-southeast-2.api.aws

HTTPS

HTTPS

Asien-Pazifik (Tokio) ap-northeast-1

rds.ap-northeast-1.amazonaws.com

rds.ap-northeast-1.api.aws

HTTPS

HTTPS

Kanada (Zentral) ca-central-1

rds.ca-central-1.amazonaws.com

rds.ca-central-1.api.aws

rds-fips.ca-central-1.api.aws

rds-fips.ca-central-1.amazonaws.com

HTTPS

HTTPS

HTTPS

HTTPS

Kanada West (Calgary) ca-west-1

rds.ca-west-1.amazonaws.com

rds-fips.ca-west-1.amazonaws.com

HTTPS

HTTPS

Europa (Frankfurt) eu-central-1

rds.eu-central-1.amazonaws.com

rds.eu-central-1.api.aws

HTTPS

HTTPS

Europa (Irland) eu-west-1

rds.eu-west-1.amazonaws.com

rds.eu-west-1.api.aws

HTTPS

HTTPS

Europa (London) eu-west-2

rds.eu-west-2.amazonaws.com

rds.eu-west-2.api.aws

HTTPS

HTTPS

Europa (Mailand) eu-south-1

rds.eu-south-1.amazonaws.com

rds.eu-south-1.api.aws

HTTPS

HTTPS

Europa (Paris) eu-west-3

rds.eu-west-3.amazonaws.com

rds.eu-west-3.api.aws

HTTPS

HTTPS

Europa (Spanien) eu-south-2

rds.eu-south-2.amazonaws.com

rds.eu-south-2.api.aws

HTTPS

HTTPS

Europa (Stockholm) eu-north-1

rds.eu-north-1.amazonaws.com

rds.eu-north-1.api.aws

HTTPS

HTTPS

Europa (Zürich) eu-central-2

rds.eu-central-2.amazonaws.com

rds.eu-central-2.api.aws

HTTPS

HTTPS

Israel (Tel Aviv) il-central-1

rds.il-central-1.amazonaws.com

rds.il-central-1.api.aws

HTTPS

HTTPS

Naher Osten (Bahrain) me-south-1

rds.me-south-1.amazonaws.com

rds.me-south-1.api.aws

HTTPS

HTTPS

Naher Osten (UAE) me-central-1

rds.me-central-1.amazonaws.com

rds.me-central-1.api.aws

HTTPS

HTTPS

Südamerika (São Paulo) sa-east-1

rds.sa-east-1.amazonaws.com

rds.sa-east-1.api.aws

HTTPS

HTTPS

AWS GovCloud (US-Ost) us-gov-east-1

rds.us-gov-east-1.amazonaws.com

rds.us-gov-east-1.api.aws

HTTPS

HTTPS

AWS GovCloud (US-West) us-gov-west-1

rds.us-gov-west-1.amazonaws.com

rds.us-gov-west-1.api.aws

HTTPS

HTTPS

Wenn Sie keinen expliziten Endpunkt festlegen, wird standardmäßig der Endpunkt USA West (Oregon) verwendet.

Wenn Sie mit einer DB-Instance arbeiten, die AWS CLI Stellen Sie API bei Operationen sicher, dass Sie den entsprechenden regionalen Endpunkt angeben.

Availability Zones

Wenn Sie eine DB-Instance erstellen, können Sie eine Availability Zone wählen oder Amazon nach dem Zufallsprinzip eine für Sie RDS auswählen lassen. Eine Availability Zone wird repräsentiert durch AWS Regionalcode, gefolgt von einer Buchstabenkennung (z. B.us-east-1a).

Verwenden Sie den describe-availability-zonesEC2Amazon-Befehl wie folgt, um die Availability Zones innerhalb der angegebenen Region zu beschreiben, die für Ihr Konto aktiviert sind.

aws ec2 describe-availability-zones --region region-name

Wenn Sie beispielsweise die Availability Zones in der Region USA Ost (Nord-Virginia) (us-east-1) beschreiben möchten, die für Ihr Konto aktiviert sind, führen Sie den folgenden Befehl aus:

aws ec2 describe-availability-zones --region us-east-1

Sie können die Availability Zones für die primären und sekundären DB-Instances in einer Multi-AZ-DB-Bereitstellung nicht auswählen. Amazon RDS wählt sie nach dem Zufallsprinzip für Sie aus. Weitere Informationen zu Multi-AZ-Bereitstellungen finden Sie unter Konfiguration und Verwaltung einer Multi-AZ-Bereitstellung.

Anmerkung

Die zufällige Auswahl von Availability Zones durch garantiert RDS keine gleichmäßige Verteilung der DB-Instances auf die Availability Zones innerhalb eines einzelnen Kontos oder einer einzelnen DB-Subnetzgruppe. Sie können eine bestimmte AZ anfordern, wenn Sie eine Single-AZ-Instance erstellen oder ändern, und Sie können spezifischere DB-Subnetzgruppen für Multi-AZ-Instances verwenden. Weitere Informationen erhalten Sie unter Erstellen einer Amazon RDS-DB-Instance und Ändern einer Amazon RDS-DB-Instance.

Local Zones

Eine lokale Zone ist eine Erweiterung einer AWS Region, die geografisch in der Nähe Ihrer Benutzer liegt. Sie können jede VPC von der übergeordneten Seite aus erweitern AWS Region in Local Zones umwandeln. Erstellen Sie dazu ein neues Subnetz und weisen Sie es dem zu AWS Lokale Zone. Wenn Sie ein Subnetz in einer lokalen Zone erstellen, VPC wird Ihr Subnetz auf diese lokale Zone erweitert. Das Subnetz in der lokalen Zone funktioniert genauso wie andere Subnetze in Ihrer. VPC

Wenn Sie eine DB-Instance erstellen, können Sie ein Subnetz in einer lokalen Zone auswählen. Local Zones haben ihre eigenen Verbindungen zum Internet und Support AWS Direct Connect. Somit können Ressourcen, die in einer lokalen Zone erstellt wurden, lokale Benutzer mit sehr niedriger Latenz versorgen. Weitere Informationen finden Sie unter AWS Local Zones.

Eine lokale Zone wird repräsentiert durch eine AWS Regionalcode, gefolgt von einer Kennung, die beispielsweise den Standort angibtus-west-2-lax-1a.

Anmerkung

Eine lokale Zone kann nicht in eine Multi-AZ-Bereitstellung aufgenommen werden.

So verwenden Sie eine lokale Zone
  1. Aktivieren Sie die lokale Zone in der EC2 Amazon-Konsole.

    Weitere Informationen finden Sie unter Enabling Local Zones im EC2Amazon-Benutzerhandbuch.

  2. Erstellen Sie ein Subnetz in der Local Zone.

    Weitere Informationen finden Sie unter Erstellen eines Subnetzes in Ihrem VPC im VPCAmazon-Benutzerhandbuch.

  3. Erstellen Sie eine DB-Subnetzgruppe in der lokalen Zone.

    Wenn Sie eine DB-Subnetzgruppe erstellen, wählen Sie die Gruppe der Availability Zones für die lokale Zone aus.

    Weitere Informationen finden Sie unter Erstellen eines in einem VPC.

  4. Erstellen Sie eine DB-Instance, welche die DB-Subnetzgruppe in der lokalen Zone verwendet.

    Weitere Informationen finden Sie unter Erstellen einer Amazon RDS-DB-Instance.

Wichtig

Derzeit ist das einzige AWS Die lokale Zone, in der Amazon verfügbar RDS ist, ist Los Angeles in der Region USA West (Oregon).