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 hat mehrere isolierte Standorte, die als Availability Zones bezeichnet werden.

Anmerkung

Informationen zur Suche nach den Availability Zones für eine AWS Region finden Sie unter Describe your Availability Zones in der Amazon EC2 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 nicht regionsübergreifend AWS repliziert, es sei denn, Sie tun dies ausdrücklich.

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.

Es ist wichtig, sich daran zu erinnern, dass jede AWS Region völlig unabhängig ist. Jede von Ihnen initiierte Amazon RDS-Aktivität (z. B. das Erstellen von Datenbank-Instances oder das Auflisten verfügbarer Datenbank-Instances) wird nur in Ihrer aktuellen AWS Standardregion ausgeführt. Die AWS Standardregion kann in der Konsole oder durch Einstellen der AWS_DEFAULT_REGIONUmgebungsvariablen geändert werden. Oder sie kann überschrieben werden, indem der --region Parameter mit der AWS Command Line Interface ()AWS CLI verwendet wird. 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 spezielle AWS Regionen namens AWS GovCloud (US). Diese wurden entwickelt, 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)?

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

AWS Regionen

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

Wenn Sie Ihre Ressourcen anzeigen, sehen Sie nur die Ressourcen, die mit der von Ihnen angegebenen AWS Region verknüpft sind. Das liegt daran, dass AWS Regionen voneinander isoliert sind und wir Ressourcen nicht automatisch regionsübergreifend AWS replizieren.

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)
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 (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 (VAE)	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 die API-Operationen AWS CLI oder verwendet, 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 Regionalcode gefolgt von einer Buchstabenkennung (z. B.us-east-1a) dargestellt.

Beschreiben Sie wie folgt mit dem Amazon-EC2-Befehl describe-availability-zones die Availability Zones in der angegebenen Region, 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 zufällig 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 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 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 sich geografisch in der Nähe Ihrer Benutzer befindet. Sie können jede VPC aus der übergeordneten AWS -Region auf lokale Zonen erweitern. Erstellen Sie dazu ein neues Subnetz und weisen Sie es der lokalen AWS -Zone zu. 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.

Eine lokale Zone wird beispielsweise us-west-2-lax-1a durch einen AWS Regionalcode dargestellt, gefolgt von einer Kennung, die den Standort angibt.

Anmerkung

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

So verwenden Sie eine lokale Zone

1. Aktivieren Sie die Local Zone in der Amazon-EC2-Konsole.

   Weitere Informationen finden Sie unter Aktivieren von Local Zones im Benutzerhandbuch zu Amazon EC2.

2. Erstellen Sie ein Subnetz in der Local 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

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