Regionen, Availability Zones und lokale Zonen - Amazon Relational Database Service

Regionen, Availability Zones und lokale Zonen

Amazon Cloud Computing-Ressourcen werden an mehreren Standorten weltweit gehostet. Diese Standorte bestehen aus AWS-Regionen, Availability Zones und lokalen Zonen. 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 Suchen der Availability Zones für eine AWS-Region finden Sie unter Beschreibung Ihrer Regionen, Availability Zones und Lokalen Zonen in der Amazon EC2-Dokumentation.

Mithilfe von lokalen Zonen können Sie Ressourcen wie Rechenleistung und Speicher an mehreren Orten in größerer Nähe zu Ihren Benutzern platzieren. Mit 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 diesen Schritt explizit durchführen.

Amazon betreibt hochmoderne, hoch verfügbare Rechenzentren. In seltenen Fällen kann es aber zu Ausfällen kommen, die die Verfügbarkeit von Instances desselben Standorts beeinträchtigen. Wenn Sie Ihre gesamten Instances an einem einzelnen Standort hosten, der von einem Ausfall dieser Art betroffen ist, ist keine Ihrer 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 Standard-AWS-Region ausgeführt. Die Standard-AWS-Region kann in der Konsole geändert werden, indem die Umgebungsvariable EC2_REGION festgelegt wird. Außerdem kann sie mit dem Parameter --region über die AWS Command Line Interface (AWS CLI) außer Kraft gesetzt 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, die als AWS GovCloud (US-West) bezeichnet wird, und die entwickelt wurde, damit US-Regierungsbehörden und Kunden vertrauliche Workloads in die Cloud auslagern können. AWS GovCloud (US-West) erfüllt die spezifischen regulatorischen und Compliance-Anforderungen der US-Regierung. Weitere Informationen zu AWS GovCloud (US-West) finden Sie unter Was ist AWS GovCloud (US-West)?

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 so ausgelegt, dass sie von den anderen AWS-Regionen getrennt ist. 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.

Availability Zones

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

In bestimmten Fällen möchten Sie Ihre DB-Instances möglicherweise in einer Multi-AZ-Bereitstellung über mehrere Availability Zones verteilen. Wenn eine DB-in solchen Fällen Instance ausfällt, können Sie Ihre Anwendung so entwerfen, dass eine DB-Instance in einer anderen Availability Zone Anforderungen verarbeiten kann. Weitere Informationen zu Multi-AZ-Bereitstellungen finden Sie unter Hohe Verfügbarkeit (Multi-AZ) für Amazon RDS.

Lokale Zonen

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 lokale Zonen erweitern, indem Sie ein neues Subnetz erstellen und es der lokalen AWS-Zone 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. Lokale Zonen 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.

Eine lokale Zone wird durch einen AWS-Regionalcode 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 lokalen Zonen 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, die die DB-Subnetzgruppe in der lokalen Zone verwendet.

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

Wichtig

Derzeit sind lokale Zonen nur in der Region USA West (Oregon) verfügbar. In dieser AWS-Region ist die lokale AWS-Zone von Los Angeles verfügbar.

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 Protokoll
USA Ost (Ohio) us-east-2

rds.us-east-2.amazonaws.com

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

HTTPS

HTTPS

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

rds.us-east-1.amazonaws.com

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

HTTPS

HTTPS

USA West (Nordkalifornien) us-west-1

rds.us-west-1.amazonaws.com

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

HTTPS

HTTPS

USA West (Oregon) us-west-2

rds.us-west-2.amazonaws.com

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

HTTPS

HTTPS

Afrika (Kapstadt) af-south-1 rds.af-south-1.amazonaws.com HTTPS
Asien-Pazifik (Hongkong) ap-east-1 rds.ap-east-1.amazonaws.com HTTPS
Asien-Pazifik (Mumbai) ap-south-1 rds.ap-south-1.amazonaws.com HTTPS
Asien-Pazifik (Osaka-Lokal) ap-northeast-3 rds.ap-northeast-3.amazonaws.com HTTPS
Asien-Pazifik (Seoul) ap-northeast-2 rds.ap-northeast-2.amazonaws.com HTTPS
Asien-Pazifik (Singapur) ap-southeast-1 rds.ap-southeast-1.amazonaws.com HTTPS
Asien-Pazifik (Sydney) ap-southeast-2 rds.ap-southeast-2.amazonaws.com HTTPS
Asien-Pazifik (Tokio) ap-northeast-1 rds.ap-northeast-1.amazonaws.com HTTPS
Kanada (Zentral) ca-central-1

rds.ca-central-1.amazonaws.com

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

HTTPS

HTTPS

China (Peking) cn-north-1 rds.cn-north-1.amazonaws.com.cn HTTPS
China (Ningxia) cn-northwest-1 rds.cn-northwest-1.amazonaws.com.cn HTTPS
Europa (Frankfurt) eu-central-1 rds.eu-central-1.amazonaws.com HTTPS
Europa (Irland) eu-west-1 rds.eu-west-1.amazonaws.com HTTPS
Europa (London) eu-west-2 rds.eu-west-2.amazonaws.com HTTPS
Europa (Mailand) eu-south-1 rds.eu-south-1.amazonaws.com HTTPS
Europa (Paris) eu-west-3 rds.eu-west-3.amazonaws.com HTTPS
Europa (Stockholm) eu-north-1 rds.eu-north-1.amazonaws.com HTTPS
Naher Osten (Bahrain) me-south-1 rds.me-south-1.amazonaws.com HTTPS
Südamerika (São Paulo) sa-east-1 rds.sa-east-1.amazonaws.com HTTPS
AWS GovCloud (USA Ost) us-gov-east-1

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

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

HTTPS

HTTPS

AWS GovCloud (USA) us-gov-west-1

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

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

HTTPS

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.