Amazon Elastic Compute Cloud
Benutzerhandbuch für Linux-Instances

Regionen und Availability Zones

Amazon EC2 wird an mehreren Standorten weltweit gehostet. Diese Standorte bestehen aus Regionen und Availability Zones. Jede Region ist ein separater geografischer Bereich. Jede Region verfügt über mehrere isolierte Standorte, die als Availability Zones bezeichnet werden. Mit Amazon EC2 können Sie Ressourcen, z. B. Instances und Daten, an mehreren Standorten anordnen. Ressourcen werden nur dann regionsübergreifend repliziert, wenn Sie dies 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.

Regionen und Availability Zones – Konzepte

Jede Region ist komplett eigenständig. Jede Availability Zone ist isoliert, aber die Availability Zones einer Region sind über Verbindungen geringer Latenz miteinander verbunden. Im folgenden Diagramm ist die Beziehung zwischen Regionen und Availability Zones dargestellt.


				Regionen und Availability Zones

Amazon EC2-Ressourcen sind entweder global oder mit einer Region oder einer Availability Zone verknüpft. Weitere Informationen finden Sie unter Ressourcenstandorte.

Regionen

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

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

Beim Starten einer Instance müssen Sie ein AMI auswählen, das sich in derselben Region befindet. Wenn sich das AMI in einer anderen Region befindet, können Sie das AMI in die von Ihnen verwendete Region kopieren. Weitere Informationen finden Sie unter Kopieren eines AMI.

Beachten Sie, dass für die Datenübertragung zwischen Regionen eine Gebühr anfällt. Weitere Informationen hierzu erhalten Sie unter Amazon EC2-Preise – Datenübertragung.

Availability Zones

Beim Starten einer Instance können Sie eine Availability Zone selbst auswählen oder von uns für Sie auswählen lassen. Wenn Sie Ihre Instances auf mehrere Availability Zones verteilen, ist es sinnvoll, Ihre Anwendung so zu entwerfen, dass bei einem Ausfall einer Instance die Anforderungen von einer Instance in einer anderen Availability Zone verarbeitet werden können.

Außerdem können Sie Elastic IP-Adressen verwenden, um den Ausfall einer Instance in einer Availability Zone zu maskieren, indem Sie die Adresse schnell einer Instance in einer anderen Availability Zone zuordnen. Weitere Informationen finden Sie unter Elastic IP-Adressen.

Eine Availability Zone wird durch einen Regionscode gefolgt von einem Buchstaben als Bezeichner angegeben, z. B. us-east-1a. Um sicherzustellen, dass Ressourcen auf die Availability Zones einer Region verteilt sind, ordnen wir Availability Zones einzeln Namen für jedes AWS-Konto zu. So ist beispielsweise die Availability Zone us-east-1a für Ihr AWS-Konto möglicherweise nicht derselbe Ort wie us-east-1a für ein anderes AWS-Konto.

Um die Availability Zones kontenübergreifend zu koordinieren, müssen Sie die AZ-ID verwenden, die eine eindeutige und konsistente Kennung für eine Availability Zone ist. Beispielsweise ist use1-az1 eine AZ-ID für die us-east-1-Region und hat in jedem AWS-Konto den gleichen Standort.

Mit der Anzeige von AZ-IDs können Sie den Standort von Ressourcen in einem Konto im Verhältnis zu den Ressourcen in einem anderen Konto bestimmen. Wenn Sie beispielsweise ein Subnetz in der Availability Zone mit der AZ-ID use-az2 mit einem anderen Konto teilen, steht dieses Subnetz dem Konto in der Availability Zone zur Verfügung, dessen AZ-ID ebenfalls use-az2 ist. Die AZ-ID für jede VPC und jedes Subnetz wird in der Amazon VPC-Konsole angezeigt. Weitere Informationen finden Sie unter Arbeiten mit freigegebenen VPCs im Amazon VPC Benutzerhandbuch.

Da Availability Zones im Laufe der Zeit größer werden, werden die Erweiterungsmöglichkeiten in der Regel immer weiter eingeschränkt. Wenn dies eintritt, wird für Sie das Starten einer Instance in einer eingeschränkten Availability Zone unter Umständen verhindert, es sei denn, sie verfügen bereits über eine Instance in dieser Availability Zone. Es kann auch sein, dass wir die eingeschränkte Availability Zone aus der Liste mit den Availability Zones für neue Konten entfernen. Daher besteht die Möglichkeit, dass Ihr Konto in einer Region über eine andere Anzahl von verfügbaren Availability Zones als ein anderes Konto verfügt.

Sie können die Availability Zones auflisten, die für Ihr Konto verfügbar sind. Weitere Informationen finden Sie unter Beschreiben Ihrer Regionen und Availability Zones.

Verfügbare Regionen

Ihr Konto bestimmt die Regionen, die für Sie verfügbar sind. Beispiel:

  • Unter einem AWS-Konto werden mehrere Regionen bereitgestellt, sodass Sie Amazon EC2 Instances an Standorten starten können, die Ihre Anforderungen erfüllen. Beispielsweise kann es sinnvoll sein, Instances in Europa zu starten, damit sie sich in der Nähe Ihrer europäischen Kunden befinden oder um rechtliche Anforderungen zu erfüllen.

  • Mit dem Konto AWS GovCloud (US-West) haben Sie nur Zugriff auf die Region AWS GovCloud (US-West). Weitere Informationen erhalten Sie unter AWS GovCloud (US-West) – Region.

  • Mit einem Amazon AWS (China)-Konto haben Sie nur Zugriff auf die Region Peking und Ningxia. Weitere Informationen finden Sie unter AWS in China.

In der folgenden Tabelle sind die Regionen aufgeführt, die von einem AWS-Konto bereitgestellt werden. Es ist für Sie nicht möglich, zusätzliche Regionen über ein AWS-Konto zu beschreiben oder darauf zuzugreifen, z. B. AWS GovCloud (US-West) oder Regionen in China.

Code Name

us-east-1

USA Ost (Nord-Virginia)

us-east-2

USA Ost (Ohio)

us-west-1

USA West (Nordkalifornien)

us-west-2

USA West (Oregon)

ca-central-1

Kanada (Zentral)

eu-central-1

EU (Frankfurt)

eu-west-1

EU (Irland)

eu-west-2

EU (London)

eu-west-3

EU (Paris)

eu-north-1

EU (Stockholm)

ap-east-1

Asien-Pazifik (Hongkong)

ap-northeast-1

Asien-Pazifik (Tokio)

ap-northeast-2

Asien-Pazifik (Seoul)

ap-northeast-3

Asien-Pazifik (Osaka-Lokal)

ap-southeast-1

Asien-Pazifik (Singapur)

ap-southeast-2

Asien-Pazifik (Sydney)

ap-south-1

Asien-Pazifik (Mumbai)

sa-east-1

Südamerika (São Paulo)

Weitere Informationen erhalten Sie unter Globale AWS-Infrastruktur.

Die Anzahl und Zuweisung von Availability Zones pro Region kann für AWS-Konten variieren. Zum Abrufen einer Liste mit den Availability Zones, die für Ihr Konto verfügbar sind, können Sie die Amazon EC2-Konsole oder die Befehlszeilenschnittstelle verwenden. Weitere Informationen finden Sie unter Beschreiben Ihrer Regionen und Availability Zones.

Regionen und Endpunkte

Wenn Sie über die Befehlszeilenschnittstelle oder über API-Aktionen mit einer Instance arbeiten, müssen Sie ihren regionalen Endpunkt angeben. Weitere Informationen zu den Regionen und Endpunkten für Amazon EC2 erhalten Sie unter Regionen und Endpunkte im Allgemeine Amazon Web Services-Referenz.

Weitere Informationen zu Endpunkten und Protokollen in AWS GovCloud (US-West) erhalten Sie unter AWS GovCloud (US-West)-Endpunkte im AWS GovCloud (US) User Guide.

Beschreiben Ihrer Regionen und Availability Zones

Sie können die Amazon EC2-Konsole oder die Befehlszeilenschnittstelle verwenden, um zu ermitteln, welche Regionen und Availability Zones für Ihr Konto verfügbar sind. Weitere Informationen zu diesen Befehlszeilenschnittstellen erhalten Sie unter Zugriff auf Amazon EC2.

So suchen Sie mit der Konsole nach Ihren Regionen und Availability Zones

  1. Öffnen Sie die Amazon EC2-Konsole unter https://console.aws.amazon.com/ec2/.

  2. Zeigen Sie über die Navigationsleiste die Optionen in der Regionsauswahl an.

    
						Anzeigen Ihrer Regionen
  3. Wählen Sie im Navigationsbereich EC2-Dashboard aus.

  4. Die Availability Zones sind unter Service Health, Availability Zone Status aufgelistet.

So suchen Sie mit der Befehlszeile nach Ihren Regionen und Availability Zones

  1. [AWS CLI] Verwenden Sie wie folgt den Befehl describe-regions, um die Regionen für Ihr Konto zu beschreiben.

    aws ec2 describe-regions
  2. [AWS CLI] Verwenden Sie wie folgt den Befehl describe-availability-zones, um die Availability Zones in der angegebenen Region zu beschreiben.

    aws ec2 describe-availability-zones --region region-name
  3. [AWS-Tools für Windows PowerShell] Verwenden Sie wie folgt den Befehl Get-EC2Region, um die Regionen für Ihr Konto zu beschreiben.

    PS C:\> Get-EC2Region
  4. [AWS-Tools für Windows PowerShell] Verwenden Sie wie folgt den Befehl Get-EC2AvailabilityZone, um die Availability Zones in der angegebenen Region zu beschreiben.

    PS C:\> Get-EC2AvailabilityZone -Region region-name

Angeben der Region für eine Ressource

Bei jeder Erstellung einer Amazon EC2-Ressource können Sie die Region für die Ressource angeben. Sie können die Region für eine Ressource angeben, indem Sie die AWS Management Console oder die Befehlszeile verwenden.

Anmerkung

Einige AWS-Ressourcen sind ggf. nicht in allen Regionen und Availability Zones verfügbar. Stellen Sie sicher, dass Sie die Ressourcen erstellen können, die Sie in den gewünschten Regionen oder in der Availability Zone benötigen, bevor Sie eine Instance in einer bestimmten Availability Zone starten.

So geben Sie die Region für eine Ressource mit der Konsole an

  1. Öffnen Sie die Amazon EC2-Konsole unter https://console.aws.amazon.com/ec2/.

  2. Verwenden Sie die Regionsauswahl in der Navigationsleiste.

    
						Verwenden der Regionsauswahl in der Konsole

So geben Sie die Standardregion über die Befehlszeile an

Sie können den Wert einer Umgebungsvariablen auf den gewünschten regionalen Endpunkt festlegen (z. B. https://ec2.us-east-2.amazonaws.com):

  • AWS_DEFAULT_REGION (AWS CLI)

  • Set-AWSDefaultRegion (AWS-Tools für Windows PowerShell)

Alternativ hierzu können Sie für jeden Befehl auch die Befehlszeilenoption --region (AWS CLI) oder -Region (AWS-Tools für Windows PowerShell) verwenden. Beispiel, --region us-east-2.

Weitere Informationen zu den Endpunkten für Amazon EC2 erhalten Sie unter Amazon Elastic Compute Cloud – Endpunkte.

Starten von Instances in einer Availability Zone

Wählen Sie beim Starten einer Instance eine Region aus, in der Instances näher an bestimmten Kunden platziert werden oder mit der rechtliche oder andere Anforderungen erfüllt werden. Indem Sie Instances in separaten Availability Zones starten, können Sie Ihre Anwendungen vor dem Ausfall eines einzelnen Standorts schützen.

Beim Starten einer Instance können Sie optional eine Availability Zone in der Region angeben, die Sie verwenden. Falls Sie keine Availability Zone angeben, übernehmen wir die Auswahl für Sie. Beim Starten Ihrer ersten Instances ist es ratsam, die standardmäßig vorgegebene Availability Zone zu akzeptieren. Wir können so basierend auf der Systemstabilität und der verfügbaren Kapazität die beste Availability Zone für Sie auswählen. Geben Sie beim Starten weiterer Instances nur dann eine Availability Zone an, wenn Ihre Instances nah bei Ihren laufenden Instances oder getrennt davon angeordnet werden müssen.

Migrieren einer Instance zu einer anderen Availability Zone

Bei Bedarf können Sie eine Instance aus einer Availability Zone zu einer anderen migrieren. Wenn Sie beispielsweise versuchen, den Instance-Typ Ihrer Instance zu ändern, und wir in der aktuellen Availability Zone keine Instance des neuen Instance-Typs starten können, können Sie die Instance zu einer Availability Zone migrieren, in der für uns das Starten einer Instance mit diesem Instance-Typ möglich ist.

Der Migrationsprozess umfasst das Erstellen eines AMI aus der ursprünglichen Instance, das Starten einer Instance in der neuen Availability Zone und das Aktualisieren der neuen Instance. Dies wird in der folgenden Vorgehensweise veranschaulicht.

So migrieren Sie eine Instance zu einer anderen Availability Zone

  1. Erstellen Sie aus der Instance ein AMI. Das Verfahren richtet sich nach dem Betriebssystem und dem Typ des Root-Gerät-Datenträgers für die Instance. Weitere Informationen erhalten Sie in der Dokumentation zu Ihrem Betriebssystem und Root-Gerät-Datenträger:

  2. Wenn Sie die private IPv4-Adresse der Instance beibehalten möchten, müssen Sie das Subnetz in der aktuellen Availability Zone löschen und in der neuen Availability Zone dann ein Subnetz erstellen, das über den gleichen IPv4-Adressbereich wie das ursprüngliche Subnetz verfügt. Beachten Sie hierbei, das Sie in einem Subnetz alle Instances beenden müssen, bevor Sie es löschen können. Aus diesem Grund sollten Sie AMIs aus allen Instances in Ihrem Subnetz erstellen, damit Sie alle Instances im aktuellen Subnetz in das neue Subnetz verschieben können.

  3. Starten Sie eine Instance über das gerade erstellte AMI und geben Sie die neue Availability Zone bzw. das Subnetz an. Sie können den gleichen Instance-Typ wie für die ursprüngliche Instance verwenden oder einen neuen Instance-Typ wählen. Weitere Informationen finden Sie unter Starten von Instances in einer Availability Zone.

  4. Wenn die ursprüngliche Instance über eine zugeordnete Elastic IP-Adresse verfügt, sollten Sie sie der neuen Instance zuordnen. Weitere Informationen finden Sie unter Aufheben der Zuordnung einer Elastic IP-Adresse und Neuzuordnung zu einer anderen Instance.

  5. Wenn die ursprüngliche Instance eine Reserved Instance ist, sollten Sie die Availability Zone für Ihre Reservierung ändern. (Falls Sie auch den Instance-Typ geändert haben, können Sie zusätzlich den Instance-Typ für Ihre Reservierung ändern.) Weitere Informationen finden Sie unter Senden von Änderungsanforderungen.

  6. (Optional) Beenden Sie die ursprüngliche Instance. Weitere Informationen finden Sie unter Beenden einer Instance.