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

Regionen, Availability Zones und Local Zones

Amazon Cloud Computing-Ressourcen werden an mehreren Standorten weltweit gehostet. Diese Standorte bestehen aus AWS-Regionen, Availability Zones und Local Zones. Jede AWS-Region ist ein separater geografischer Bereich. Jede AWS-Region verfügt über mehrere isolierte Standorte, die als Availability Zones bezeichnet werden.

Anmerkung

Informationen zum Finden der Availability Zones für eine AWS-Region finden Sie unter Beschreiben Ihrer Availability Zones in der Amazon-EC2-Dokumentation.

Durch die Verwendung von Local Zones können Sie Ressourcen wie Computer und Speicher an mehreren Standorten näher bei Ihren Benutzern platzieren. Mithilfe von Amazon RDS können Sie Ressourcen wie DB-Instances und Daten an mehreren Standorten platzieren. Ressourcen werden nur dann AWS-regionsübergreifend repliziert, wenn Sie dies explizit durchführen.

Amazon betreibt hochmoderne, hoch verfü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 einzigen Ort hosten, der von einem solchen Ausfall betroffen ist, ist keine Ihrer DB-Instances verfügbar.


			AWS-Region

Beachten Sie, dass alle AWS-Regionen vollständig voneinander unabhängig sind. Alle von Ihnen eingeleiteten Amazon-RDS-Aktivitäten (wie das Erstellen oder das Auflisten von Datenbank-Instances) werden nur in Ihrer aktuellen AWS-Standardregion ausgeführt. DieAWS Standardregion kann in der Konsole geändert werden, indem dieAWS_DEFAULT_REGION Umgebungsvariable festgelegt wird, oder sie kann mithilfe des--region-Parameters mit demAWS Command Line Interface (AWS CLI) überschrieben werden. Weitere Informationen finden Sie unter Konfigurieren der AWS Command Line Interface, insbesondere in den Abschnitten zu Umgebungsvariablen und zu den Befehlszeilenoptionen.

Amazon RDS unterstützt eine besondere AWS-Region mit der Bezeichnung AWS GovCloud (US), die entwickelt wurde, damit US-Regierungsbehörden und Kunden vertrauliche Workloads in die Cloud verschieben können. Die Regionen AWS GovCloud (US) gehen auf die spezifischen regulatorischen und Compliance-Anforderungen der US-Regierung ein. Weitere Informationen finden Sie unter Was ist AWS GovCloud (US)?

Wenn Sie eine Amazon-RDS-DB-Instance in einer bestimmten AWS-Region erstellen oder damit arbeiten möchten, müssen Sie den entsprechenden regionalen Service-Endpunkt verwenden.

AWS-Regionen

Jede AWS-Region ist darauf ausgelegt, vollständig von den anderen AWS-Regionen getrennt zu sein. Dieser Entwurf sorgt für die größtmögliche Fehlertoleranz und Stabilität.

Wenn Sie sich Ihre Ressourcen anzeigen lassen, werden nur die Ressourcen angezeigt, die mit der von Ihnen angegebenen AWS-Region verknüpft sind. Der Grund hierfür ist, dass die AWS-Regionen voneinander isoliert sind und Ressourcen nicht automatisch über unterschiedliche AWS-Regionen repliziert werden.

Verfügbarkeit in Regionen

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

Name der Region Region Endpunkt Protocol (Protokoll)
US East (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

Africa (Cape Town) af-south-1

rds.af-south-1.amazonaws.com

rds.af-south-1.api.aws

HTTPS

HTTPS

Asia Pacific (Hong Kong) ap-east-1

rds.ap-east-1.amazonaws.com

rds.ap-east-1.api.aws

HTTPS

HTTPS

Asien-Pazifik (Jakarta) ap-southeast-3 rds.ap-southeast-3.amazonaws.com HTTPS
Asia Pacific (Mumbai) ap-south-1

rds.ap-south-1.amazonaws.com

rds.ap-south-1.api.aws

HTTPS

HTTPS

Asia Pacific (Osaka) ap-northeast-3

rds.ap-northeast-3.amazonaws.com

rds.ap-northeast-3.api.aws

HTTPS

HTTPS

Asia Pacific (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

Canada (Central) 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

Europe (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

Europe (London) eu-west-2

rds.eu-west-2.amazonaws.com

rds.eu-west-2.api.aws

HTTPS

HTTPS

Europe (Milan) eu-south-1

rds.eu-south-1.amazonaws.com

rds.eu-south-1.api.aws

HTTPS

HTTPS

Europe (Paris) eu-west-3

rds.eu-west-3.amazonaws.com

rds.eu-west-3.api.aws

HTTPS

HTTPS

Europe (Stockholm) eu-north-1

rds.eu-north-1.amazonaws.com

rds.eu-north-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

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

rds.sa-east-1.amazonaws.com

rds.sa-east-1.api.aws

HTTPS

HTTPS

AWS GovCloud (USA-Ost) us-gov-east-1 rds.us-gov-east-1.amazonaws.com HTTPS
AWS GovCloud (USA-West) us-gov-west-1 rds.us-gov-west-1.amazonaws.com HTTPS

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

Wenn Sie mit einer DB-Instance arbeiten, indem Sie die AWS CLI oder API-Vorgänge verwenden, stellen Sie sicher, dass Sie ihren regionalen Endpunkt angeben.

Availability Zones

Wenn Sie eine DB-Instance erstellen, können Sie eine Availability Zone auswählen oder Amazon RDS eine für Sie zufällig auswählen lassen. Eine Availability Zone wird durch einen AWS-Regionscode gefolgt von einem Buchstaben als Bezeichner angegeben (z. B. us-east-1a).

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 zufällig für Sie aus. Weitere Informationen zu Multi-AZ-Bereitstellungen finden Sie unter Multi-AZ-Bereitstellungen für Hochverfügbarkeit.

Anmerkung

Die zufällige Auswahl von Availability Zones durch RDS garantiert keine gleichmäßige Verteilung von DB-Instances zwischen Availability Zones innerhalb eines einzelnen Kontos oder einer 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 finden 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 aus der übergeordneten AWS-Region in Local Zones erweitern, indem Sie ein neues Subnetz erstellen und es der AWS Local Zones zuordnen. Wenn Sie ein Subnetz in einer lokalen Zone erstellen, wird Ihre VPC 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 mit dem Internet und unterstützen AWS Direct Connect. Daher können Ressourcen, die in einer lokalen Zone erstellt wurden, von lokalen Benutzern mit Kommunikationen mit sehr geringer Latenz genutzt werden. Weitere Informationen finden Sie unter AWS-Local-Zones.

Die Lokale Zone wird durch einen Regionscode AWS dargestellt, gefolgt von einer ID, die den Standort angibt, z. B. us-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 Amazon EC2-Konsole.

    Weitere Informationen finden Sie unter Aktivieren von Local Zones im Amazon EC2-Benutzerhandbuch für Linux-Instances.

  2. Erstellen Sie ein Subnetz in der lokalen Zone.

    Weitere Informationen finden Sie unter Erstellen eines Subnetzes in Ihrer VPC im Amazon-VPC-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 einer DB-Instance in einer 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

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